Biểu đồ Burndown là một công cụ phổ biến & amp; dễ sử dụng để quản lý tiến độ của các nhóm scrum. Một biểu đồ tiêu biểu bao gồm:
- trục y: thể hiện tổng khối lượng công việc mà nhóm scrum cần hoàn thành để đạt được các mục tiêu sprint. Các đơn vị thông thường là điểm câu chuyện hoặc giờ làm việc ước tính hoặc ngày làm việc
- trục x: số ngày làm việc trong nước rút
- đường lý tưởng: mức tiến độ dự kiến sẽ đạt được mỗi ngày so với mục tiêu chạy nước rút.
- Lộ trình thực tế: tiến độ thực tế mà nhóm scrum đạt được mỗi ngày
Bằng cách theo dõi biểu đồ kết thúc, nhóm scrum sẽ nhận được thông tin sau:
- Khối lượng công việc hoàn thành trong sprint
- Tiến độ thực tế nhanh hay chậm so với tiến độ lý tưởng
- Khối lượng công việc cần phải hoàn thành để đạt được mục tiêu nước rút
li>
Theo dõi tiến độ thông qua biểu đồ tổng thể sẽ giúp nhóm scrum xác định các rủi ro và vấn đề có thể ảnh hưởng đến khả năng đạt được mục tiêu sprint của họ, vì vậy họ có thể phát triển một kế hoạch để giải quyết và giải quyết các vấn đề. Cải thiện tình hình.
1. Các mẫu phổ biến của biểu đồ Burndown
Pattern thể hiện 1 Scrum Team trưởng thành & adapt tốt để đạt được sprint goal. Mặc dù gặp khó khăn về tiến độ ở quãng đầu sprint, nhưng thông qua việc điều chỉnh scope hợp lý, xử lý các khó khăn đúng lúc, tăng tốc ở các ngày cuối mà team đã hoàn thành đúng mục tiêu đề ra Nếu team hoàn thành sprint goal sớm hơn deadline, có thể xem xét đưa thêm các đầu việc khác vào sprint 
Pattern mà các Scrum Team thường hay gặp. Pattern này xảy ra khi team không hoàn thành hết workload đề ra từ Sprint Planning, một số đầu việc có thể đã được dời sang sprint sau hoặc chuyển về backlog; tuy nhiên, team vẫn có những cải thiện & điều chỉnh nhất định để đạt được mục tiêu cuối cùng là hoàn thành sprint goal Khi burndown chart bắt đầu có dấu hiệu đi theo pattern này, Scrum Team cần thảo luận để đưa ra ngay các điều chỉnh cần thiết, như giải quyết các blocker, đưa một số task low priority ra khỏi sprint, PO cân nhắc việc đơn giản hóa yêu cầu, hoặc team cần tìm giải pháp khác đơn giản hơn mà vẫn đạt được mục tiêu đề ra 
Pattern cho thấy team đang hoàn thành task sớm hơn so với dự kiến; nguyên nhân có thể do task bị overestimated, hoặc team size thực tế lớn hơn so với khi thực hiện planning, hoặc ngay từ đầu sprint PO đã không tạo đủ workload cho team Cần chuẩn bị sẵn các task low priority để khi pattern này xuất hiện, Scrum Team ngay lập tức thêm các task này vào sprint, tránh lãng phí nguồn lực Pattern báo hiệu Scrum Team đang không tự giác trong việc update tiến độ hàng ngày, hoặc không nắm được definition of done, hoặc task đang bị overestimated Thực hiện Retrospective meeting ngay lập tức ngay khi pattern kéo dài tới ngày thứ 3; thực hiện training session về Scrum practices cho Scrum Team 
Tương tự pattern trước, pattern này thể hiện Scrum Team đang không hiểu & không làm việc theo Scrum practices Thực hiện Scrum training & Retrospective ngay khi có thể 
Task không được estimate trong buổi Sprint planning; hoặc backlog hiện tại đang rỗng do chưa có yêu cầu từ PO hoặc chưa được update Dừng sprint, thực hiện estimate các task & cập nhật lại backlog. Khởi động lại sprint khi các task đã được cập nhật hoàn chỉnh 
Pattern cho thấy dấu hiệu liên tục có task mới được thêm vào sprint sau buổi Sprint Planning, hoặc bản thân các task ban đầu đã bị underestimated & team đang estimate lại; với pattern này team không thể hoàn thành được sprint goal Dành hẳn 1 session để estimate lại các task trong backlog. Nếu sprint goal ban đầu không thể hoàn thành trong 1 sprint, hoặc không còn ý nghĩa nữa, thì xem xét tới việc dừng sprint & khởi động lại 1 sprint mới Pattern cho thấy team không hoàn thành sprint goal đúng hạn; nguyên nhân có thể do task underestimate, velocity không đạt như kỳ vọng, hoặc sprint thiếu những điều chỉnh cần thiết khi vấp phải rủi ro, vấn đề phát sinh Khi phát hiện sprint goal có khả năng không đạt được, cần chuyển bớt các task low priority ra khỏi sprint, & tập trung tháo gỡ các vấn đề phát sinh, đề xuất các phương án khác (alternative) để đạt được sprint goal 
Pattern cho thấy team đang hoàn thành sprint goal sớm hơn dự kiến; nguyên nhân có thể do task bị overestimated, team cam kết hoàn thành ít công việc, velocity bị tính sai, hoặc team không có đủ workload để thực hiện Cần chuẩn bị sẵn các task low priority để khi pattern này xuất hiện, Scrum Team ngay lập tức thêm các task này vào sprint, tránh lãng phí nguồn lực 
Pattern cho thấy việc estimate task không được thực hiện trong buổi sprint planning, mà tới giữa sprint team mới có task, hoặc lúc này task mới có estimation; nguyên nhân có thể do PO không chuẩn bị task kịp, hoặc team thiếu thông tin, chưa thể hoàn thành estimate trong buổi sprint planning Không nên để pattern này xảy ra, cần đảm bảo task sẵn sàng để estimate & đưa vào sprint backlog trước buổi sprint planning
2. Ưu nhược điểm khi sử dụng Burndown Chart
Ưu điểm
- Đơn giản và dễ sử dụng
- Thể hiện rõ ràng những gì nhóm scrum cần đạt được và những gì đã đạt được
- Cho thấy nhóm scrum đang đi đúng hướng Không có tiến triển
- Cảnh báo sớm cho nhóm scrum về các vấn đề và tắc nghẽn cần giải quyết ngay lập tức
- Hướng dẫn nhóm scrum tập trung vào các cách để đạt được mục tiêu
- Tạo động lực cho nhóm scrum
Nhược điểm
- Thông tin đại diện bị hạn chế, chỉ hiển thị một phần của hình ảnh lớn hơn
- Chỉ hiển thị các nhiệm vụ đã hoàn thành hoặc chưa hoàn thành (đã hoàn thành và chưa hoàn thành); tiến độ của các nhiệm vụ đang thực hiện không được hiển thị
- Có thể dẫn đến những kỳ vọng không thực tế về khả năng hoàn thành khối lượng công việc của nhóm scrum (do ít thông tin được đề cập hơn). để đánh giá, thiếu dữ liệu về sự phụ thuộc, rủi ro, v.v.)
li>
Nguồn: https://luis-goncalves.com/burndown-chart-ultimate-guide/ https://www.scrumdesk.com/is-it-your-burn-down-chart/