Viec3Mien / SB Board 46
Bao cao Sprint / Jira Project SB

GTV Sprint 30: Báo cáo tiến độ hiện tại

Chụp dữ liệu lúc 08:55 ngày 16/09/2026 từ Jira Server (board Scrum 46). Sprint đang chạy, còn 2 ngày trước ngày kết thúc.

04/09 - 18/09/2026 (14 ngày) Đã trôi 12/14 ngày (85.7%) 188 issue trong sprint 4 mục tiêu sprint (goal)
126/188
Done (67.0%)
33 issue
UAT + Ready for Test
25 issue
In Progress + Selected
2 ngày
Còn lại đến 18/09

Tóm tắt nhanh

  • 126/188 issue đã Done (67.0%), 4 issue bị Cancelled. Nếu loại trừ Cancelled, tỉ lệ hoàn thành là 68.5% (126/184).
  • Tiến độ thời gian 85.7% nhưng tiến độ công việc chỉ 68.5%: sprint đang chậm nhịp khoảng 17 điểm % so với burndown tuyến tính. Còn 46 issue chưa đóng trong 2 ngày cuối.
  • Tỉ lệ Done của các sprint gần nhất tăng dần (79.8% - 83.9% - 94.1%), nhưng Sprint 30 mới đạt 67% ở thời điểm chụp. Lưu ý Sprint 30 được kích hoạt muộn (activatedDate 15/09) nên số liệu sprint này có đặc thù riêng.
  • 2 issue quá hạn chưa Done (SB-4470, SB-4471, hết hạn 08/09) và 10 issue đứng lâu hơn 4 tuần không cập nhật, phần lớn là các Sub-bug mảng BA ở trạng thái Selected for Development.
  • Không ước tính velocity theo story point được: field Story Points (customfield_10110) chỉ có 19/188 issue điền giá trị. Toàn bộ velocity trong báo cáo này tính theo số lượng issue.

Trạng thái xử lý task

188 issue trong Sprint 30, nhóm theo trạng thái trên board. Click vào phần của biểu đồ để xem chi tiết.

Trạng tháiSố lượngTỉ lệ
Done12667.0%
UAT179.0%
READY FOR TEST168.5%
In Progress136.9%
Selected for Development126.4%
Cancelled42.1%

Không có issue nào ở trạng thái To Do tại thời điểm chụp. Tổng cộng 49 issue chưa Done, trong đó 33 đang nằm ở cửa kiểm thử (UAT + Ready for Test).

Velocity theo số lượng issue

Số issue Done của 3 sprint đã đóng gần nhất so với Sprint 30 đang chạy. Di chuột lên cột để xem chi tiết từng sprint.

SprintTổng issueDoneTỉ lệ Done
Sprint 2740031979.8%
Sprint 2831626583.9%
Sprint 29514894.1%
Sprint 30 (đang chạy)18812667.0%

Xu hướng tỉ lệ Done tăng qua 3 sprint đóng (79.8% - 83.9% - 94.1%). Sprint 30 còn đang chạy nên 67.0% là giá trị trung gian, không so sánh trực tiếp được với sprint đã đóng. Tổng khối lượng mỗi sprint dao động rất mạnh (400 - 51 - 188 issue), thể hiện cách chia sprint không đều (xem mục Điều KHÔNG xác nhận được).

Burndown ước tính đơn giản

So sánh % thời gian đã trôi với % công việc hoàn thành (loại trừ Cancelled).

Thời gian đã trôi12/14 ngày - 85.7%
Đã hoàn thành (Done, loại trừ Cancelled)126/184 issue - 68.5%

Chênh lệch khoảng 17.2 điểm %. Để kịp đóng sprint đúng hạn, nhóm cần xử lý xong 46 issue còn lại trong 2 ngày (khoảng 23 issue/ngày) - con số này cao hơn đáng kể so với nhịp đóng bình thường. Phương án thực tế hơn: 33 issue đang ở UAT/Ready for Test chỉ cần nghiệm thu và chuyển Done, phần còn lại có thể kéo sang sprint sau.

Phân bổ theo người thực hiện

Tổng hợp theo assignee. "Đang làm" gồm In Progress + Selected for Development; "Chờ test" gồm UAT + Ready for Test.

Người thực hiệnĐang làmChờ testDoneCancelledTổng
Nguyen Ngoc Hiep02164085
Nguyen Viet Dung2321228
Tran Trung Hoc936018
Vu Thi Lan Anh805215
Nguyen Pham Thuy Duong1014015
Doan Thi Tuyet119011
Nguyen Tien Manh04105
Nguyen Hoang Duong30205
Nguyen Quang Hung01102
Phan Thi Hoa An00202
Mai Duc Khanh10001
Phan Van Tuyen00101

Nguyen Ngoc Hiep (FE/App) là khối lượng lớn nhất với 85 issue, chủ yếu đã Done và đang chờ kiểm thử. Nguyen Tien Manh và Nguyen Ngoc Hiep đang có nhiều issue nằm ở khâu test: cần ưu tiên nghiệm thu để đẩy sang Done. Tran Trung Hoc và Vu Thi Lan Anh giữ phần lớn các issue còn mở (9 + 8 issue).

Task nổi bật cần lưu ý

Quá hạn chưa Done (2)

Due date đã qua nhưng vẫn chưa đóng.

  • SB-4470[App] Chấm côngDue 08/09 - Ready for Test - Nguyen Ngoc Hiep
  • SB-4471[App] Hoa hồng Cộng tác viênDue 08/09 - UAT - Nguyen Ngoc Hiep

Đứng lâu hơn 4 tuần (10)

Vẫn ở In Progress / Selected for Development, lần cuối cập nhật trước 18/08.

  • SB-4925[BA] Thiếu mô tả xử lý các trường hợp ngoại lệ (Exception Handler)Selected - không cập nhật từ 17/07 - Vu Thi Lan Anh
  • SB-5142[BA] Thiếu yêu cầu ghi log khi sửa/xóa tài khoản ngân hàngSelected - 31/07 - Vu Thi Lan Anh
  • SB-5173[BA] Logic button lưu và thông báo tại màn hình chỉnh sửaSelected - 05/08 - Vu Thi Lan Anh
  • SB-5247[BA] Tài liệu thiếu một số thông tinSelected - 07/08 - Vu Thi Lan Anh
  • SB-5143[BA] Điều chỉnh logic lấy tài khoản ngân hàngSelected - 06/08 - Vu Thi Lan Anh
  • SB-5352[BA] Bổ sung logic nhóm thông báoSelected - 15/08 - Vu Thi Lan Anh
  • SB-5285[BE][Security] Không validate quyền chấm công theo hồ sơSelected - 11/08 - Nguyen Viet Dung
  • SB-5274[Design] Chốt có phát triển luồng user xác nhận quên chấm côngSelected - 11/08 - Nguyen Hoang Duong
  • SB-5279[Design] Thiết bị màn hình chấm công, bỏ hiển thị ảnh chụpSelected - 11/08 - Nguyen Hoang Duong
  • SB-5200[UAT] Nghiệm thu chấm côngIn Progress - 17/08 - Doan Thi Tuyet

8/10 issue đứng lâu là các Sub-bug mảng BA của Vu Thi Lan Anh; nhóm này cần một quyết định rõ ràng: xử lý trong sprint này, chuyển sang backlog, hoặc Cancel.

Điều KHÔNG xác nhận được

MụcLý do
Velocity theo story pointField Story Points (customfield_10110) chỉ được điền ở 19/188 issue của Sprint 30, tổng 57 điểm nhưng phần Done chỉ 2 điểm. Dữ liệu quá thiếu nên toàn bộ velocity trong báo cáo chỉ tính theo số lượng issue, không phải độ lớn công việc.
So sánh trực tiếp Done giữa các sprintSprint 30 có activatedDate là 15/09/2026 trong khi startDate khai báo 04/09/2026, tức sprint được kích hoạt muộn hơn 11 ngày. Nhiều issue Done trong sprint có ngày cập nhật từ tháng 7-8 (kế thừa từ các chu kỳ trước), nên 126 Done của Sprint 30 không phản ánh đúng công việc mới làm trong 12 ngày vừa qua.
Khối lượng chuẩn mỗi sprintTổng issue các sprint đóng dao động rất mạnh: 400 (Sprint 27), 316 (Sprint 28), 51 (Sprint 29), 188 (Sprint 30). Không xác định được quy tắc gắn sprint trên Jira của dự án, nên xu hướng số liệu chỉ mang tính tham khảo.
Nguyên nhân các task đứng lâuJira không cho biết lý do 10 issue đứng hơn 4 tuần không cập nhật (bị quên, chờ quyết định BA, hoặc đã ngưng). Cần nhóm BA/Vận hành tự xác nhận phân loại trước khi hành động.
Trạng thái To DoTại thời điểm chụp không có issue nào ở To Do. Không xác nhận được đây là tín hiệu tốt (đã rút hết việc mới) hay do board được cấu hình ẩn trạng thái này.