Câu trả lời được chấp nhận
| Burndown | Burnup | |
|---|---|---|
| Trục tung | Khối lượng còn lại | Khối lượng đã hoàn thành + đường tổng phạm vi |
| Số đường | Thường 1 đường thực tế (+ đường lý tưởng) | 2 đường: hoàn thành và tổng phạm vi |
| Khi phạm vi đổi | Đường đi lên/xuống, khó tách "làm chậm" với "thêm việc" | Thấy rõ: đường phạm vi nhảy lên, đường hoàn thành vẫn đi lên |
| Phù hợp | Trong một sprint, phạm vi khá ổn định | Cấp phát hành/dự án, phạm vi biến động |
Hình dạng "đi ngang rồi rơi thẳng" thường cho thấy:
- Story quá lớn, chỉ "xong" vào cuối sprint → nên tách nhỏ.
- Đội làm nhiều việc song song, không việc nào đạt Definition of Done sớm → cần giới hạn số việc dở dang, làm theo kiểu "xong từng cái".
- Kiểm thử bị dồn cuối sprint.
- Hoặc đơn giản là đội không cập nhật trạng thái hằng ngày.
Khi phạm vi đổi liên tục → dùng burnup. Với lãnh đạo, burnup trả lời được hai câu hỏi tách biệt: "Đội làm được bao nhiêu?" và "Phạm vi đã tăng bao nhiêu?". Kẻ tiếp đường xu hướng của cả hai, giao điểm cho thấy ngày hoàn thành dự kiến; nếu hai đường không hội tụ, đó là tín hiệu cần bàn với Product Owner về cắt phạm vi.
Lưu ý: biểu đồ là công cụ để đội tự điều chỉnh, không phải để đánh giá cá nhân. Burndown "đẹp như đường lý tưởng" quá mức đôi khi là dấu hiệu số liệu bị chỉnh cho đẹp.
Nguồn: