Đọc biểu đồ burndown giữa sprint: tính đội đang chậm bao nhiêu và có kịp không?

Biểu đồ burndown đặt khối lượng còn lại trên trục dọc và thời gian trên trục ngang. Đường lý tưởng nối từ tổng khối lượng tại ngày 0 tới 0 ở ngày cuối.

Tính (minh hoạ)

• Tốc độ lý tưởng = 50 / 10 = 5 point/ngày.
• Còn lại theo lý tưởng sau ngày 6 = 50 − 6 × 5 = 20 point.
• Thực tế còn 30 point → đường thực tế nằm trên đường lý tưởng → chậm 10 point (khoảng 2 ngày làm việc theo tốc độ lý tưởng).
• Tốc độ thực tế đến nay = (50 − 30) / 6 ≈ 3,3 point/ngày → cần khoảng 30 / 3,3 ≈ 9 ngày nữa, trong khi chỉ còn 4 ngày → khó kịp toàn bộ.

Nên làm gì (mindset agile)

1. Đội tự xem trong Daily Scrum: trở ngại là gì (việc kẹt chờ, phụ thuộc bên ngoài, việc lớn chưa tách)?
2. Tập trung hoàn thành việc đang dở thay vì mở việc mới.
3. Nếu rõ ràng không kịp, Developers thương lượng lại phạm vi của sprint với Product Owner, giữ nguyên Sprint Goal. Không hạ Định nghĩa Hoàn thành để "đốt" point.
4. Đưa bài học vào Sprint Retrospective (ước lượng, tách nhỏ, phụ thuộc).

Giới hạn của burndown: đường đi xuống có thể do làm xong hoặc do bớt phạm vi — hai thứ trông giống nhau. Đường đi ngang mấy ngày đầu có thể chỉ vì đội chưa đóng việc nào (việc lớn). Vì vậy burn-up (tách đường phạm vi) hay được dùng khi phạm vi thay đổi.

Nguồn:

• Agile Alliance — Burndown chart
• Wikipedia — Burndown chart
• Scrum Guide 2020