Burndown trên công cụ đi ngang rồi "rơi thẳng đứng" cuối sprint: lỗi do đội hay do cách dùng công cụ?

Biểu đồ burndown thể hiện khối lượng công việc còn lại theo thời gian trong sprint (Agile Alliance). Trên công cụ, đường thực tế chỉ giảm khi một mục được chuyển sang cột Done (cột phải cùng của bảng) — một story xong 90% vẫn tính là chưa giảm.

Nguyên nhân hay gặp của "vách đá"

1. Story quá lớn: mỗi story 8–13 điểm, chỉ xong vào cuối sprint. Đây là nguyên nhân phổ biến nhất.
2. Làm nhiều story song song: mỗi người ôm một story riêng, tất cả cùng xong ở cuối.
3. Cập nhật trạng thái muộn: việc xong từ thứ Tư nhưng đến buổi review mới kéo sang Done.
4. Kiểm thử dồn về cuối: story "dev xong" nhưng chờ test, test chỉ bắt đầu ở tuần thứ hai.
5. Ánh xạ cột sai: cột Done của bảng không phải trạng thái thực sự hoàn thành, hoặc có trạng thái "Chờ triển khai" nằm ngoài cột Done.

Cách sửa

• Tách story để mỗi story xong được trong 1–3 ngày (dùng các kỹ thuật tách theo luồng, theo quy tắc nghiệp vụ, theo dữ liệu…).
• Giới hạn số story đang làm của đội: cùng nhau làm xong story ưu tiên cao trước rồi mới mở story mới.
• Đưa kiểm thử vào trong story (Định nghĩa Hoàn thành gồm cả kiểm thử).
• Thói quen kéo thẻ ngay khi xong, hoặc dùng quy tắc tự động khi PR được gộp.
• Kiểm tra lại ánh xạ cột trong cấu hình bảng.

Giao tiếp với sponsor: giải thích rằng burndown là công cụ của đội để tự điều chỉnh trong sprint; với bên liên quan, Sprint Review và burn-up theo release thường phù hợp hơn.

Nguồn:

• Agile Alliance — Burndown Chart
• Atlassian — Burndown chart tutorial