29 ticket đang mở, xếp theo bốn góc phần tư Eisenhower sau khi đối chiếu từng ticket với code đang chạy và dữ liệu thật trên PROD ngày 12/9/2026.
Đây là số đếm trực tiếp trong database PROD, và nó đảo thứ tự ưu tiên của backlog: phần lớn ticket QA viết nằm ở hai mảng chưa ai mở tới, còn hai mảng chạy hằng ngày thì đang mang đúng ba lỗi nặng nhất.
| Mảng | Dữ liệu thật trên PROD | Lần cuối | Tình trạng |
|---|---|---|---|
| Nhật ký & album | 842 bài · 3.532 tệp | 11/9 | Dùng hằng ngày |
| Điểm danh | 1.324 buổi | 11/9 | Dùng hằng ngày |
| Hồ sơ bé | 44 bé đang học · 7 lớp | — | Dùng hằng ngày |
| Báo cáo tiến độ | 12 báo cáo | 5/9 | Dùng hằng ngày |
| Chỉ số phát triển | 219 điểm · chỉ 3 tuần | 17/8 | Chấm thưa |
| Tài khoản phụ huynh | 5 người giám hộ / 54 bé | — | Chưa mở rộng |
| Trò chuyện | 4 cuộc hội thoại | — | Gần như chưa dùng |
| Hoá đơn | 0 hoá đơn | — | Chưa ai mở |
| Trị liệu | 0 hồ sơ thân chủ · 0 lịch hẹn · 0 ghi chú | — | Chưa ai mở |
Quan trọng = chạm vào tính đúng của dữ liệu, vào niềm tin của phụ huynh hoặc thân chủ, hoặc mở khoá một mảng nghiệp vụ đang đứng. Gấp = đang gây hại mỗi ngày, hoặc đang chặn người khác làm việc.
Mỗi câu dưới đây đang chặn ít nhất một ticket. Tôi ghi kèm bối cảnh và các phương án để buổi trao đổi chỉ mất một lần hỏi.
Con số "chuyên cần" nên nói về khoảng thời gian nào?
Cô dùng cột này để quét nhanh xem bé nào đi học thất thường. Hiện nó tính cả đời, nên bé nghỉ gần hết tháng vừa rồi vẫn xanh.
Nghỉ có phép có bị trừ vào tỷ lệ chuyên cần không?
Ví dụ thật trên dữ liệu thử: bé Nguyễn Minh Huy vắng 4 buổi, cả 4 đều có phép, không buổi nào vắng không phép, nhưng cột vẫn hiện 80%. Ba cách: bỏ buổi có phép khỏi mẫu số và hiện riêng số buổi phép; giữ nguyên cách tính; hoặc giữ số nhưng để màu cảnh báo bỏ qua buổi có phép.
Bé chuyển lớp thì buổi điểm danh ở lớp cũ có tính vào không?
Tính tất cả thì chuyên cần là con số của bé. Chỉ tính lớp hiện tại thì bé mới chuyển sẽ trống vài tuần đầu.
Một thân chủ do một chuyên gia phụ trách, hay nhiều người cùng theo?
Đây là câu quyết định hình dáng của cả mảng trị liệu. Kèm theo: khi đổi người phụ trách, chuyên gia cũ có còn đọc được ghi chú buổi trị liệu mình đã viết không, hay mất quyền ngay lập tức? Và trung tâm có cần tra lại lịch sử "bé này từng do ai theo" không?
Thân chủ tự đặt lịch là giữ chỗ luôn, hay phải chờ chuyên gia duyệt?
Bản thiết kế vẽ trạng thái "chờ xác nhận", tức là có bước duyệt. Hỏi thêm: thân chủ được đặt với bất kỳ chuyên gia nào hay chỉ người đang phụ trách mình, và sau buổi trị liệu thân chủ được đọc phần nào của ghi chú buổi — đề xuất chỉ phần kế hoạch cho buổi sau, không đọc phần nhận định.
Nhật ký thân chủ: chuyên gia phản hồi ngay trên từng bài, hay nhắn riêng?
Bản thiết kế cho chuyên gia bình luận thẳng dưới mỗi bài nhật ký và hệ thống bắn thông báo cho thân chủ. Cần xác nhận đây có phải cách các chuyên gia muốn làm việc không, và thân chủ có được xoá bài đã chia sẻ không — nếu xoá thì bình luận của chuyên gia đi đâu.
Chỉ số phát triển nên chấm theo tuần hay theo tháng?
Hệ thống đang khoá theo tuần, nhưng số liệu PROD cho thấy trong ba tháng chỉ có ba tuần được chấm: 15/6, 6/7 và 17/8. Nhịp thật gần với "mỗi tháng một lần" hơn. Nếu các cô xác nhận vậy thì nên đổi mô hình chấm sang tháng, thay vì chỉ thêm một chế độ xem.
Trong danh bạ, ai được thấy số điện thoại của ai?
Nguyên tắc đề xuất: nhân sự thấy nhau; cô thấy phụ huynh lớp mình và ngược lại; chuyên gia thấy thân chủ mình phụ trách. Ba chỗ cần chuyên gia quyết: phụ huynh cùng lớp có thấy nhau không, bé đã ra trường thì phụ huynh còn thấy cô cũ không, và có hiện số điện thoại thật hay chỉ để nút nhắn tin.
Tin nhắn trao đổi về ca có được phép tự động xoá không?
Ticket yêu cầu tính năng tự xoá tin nhắn theo thời gian quản trị viên đặt. Với nội dung trao đổi về thân chủ, đây là câu hỏi về nghĩa vụ lưu hồ sơ chứ không phải câu hỏi kỹ thuật — cần chuyên gia trả lời trước khi làm.
Trung tâm có chạy thời khoá biểu cố định theo lớp và phòng học không?
Hai ticket lớn nhất còn lại được mô tả theo mô hình trường mầm non. Nếu thực tế là hẹn từng ca một-một theo từng bé thì thiết kế phải khác hẳn, và làm sai mô hình ở đây là đắt nhất trong cả backlog.
Trung tâm có định cho phụ huynh dùng app không?
PROD có 54 bé nhưng chỉ 5 tài khoản người giám hộ. Rất nhiều ticket đang mở là để phục vụ phụ huynh: thông báo hoá đơn quá hạn, thông báo con vắng, hoá đơn của con, danh bạ. Nếu chưa có kế hoạch mở cho phụ huynh thì cả nhóm đó nên lùi lại phía sau.
Cách kiểm chứng. Trạng thái từng ticket lấy từ Postgres của Plane: mô tả, toàn bộ comment và lịch sử chuyển trạng thái. Phần "đã có code" đối chiếu với cây mã nguồn tại 6e401a9, là commit mà cả hai container PROD và DEV đang chạy. Số liệu sử dụng đếm trực tiếp trong SQLite của PROD, chỉ đọc.
Phần chưa kiểm. Chưa chụp ảnh giao diện để xác nhận lô QA ngày 12/8 đã hết lỗi — với bốn ticket đó tôi mới đọc code và dữ liệu, chưa mở màn hình thật. Riêng hai màn dark mode QA nêu trong HEAL-87 thì bắt buộc phải chụp ảnh mới kết luận được.