Khái niệm
Đo lường: Velocity, Burndown và tiến độ
Velocity là tốc độ của team, Burndown là cảnh báo sớm mỗi ngày; cách đọc năm hình dạng burndown, hạn chót, trễ hạn và Timeline.
Khoảng 3 phút đọc
Velocity — tốc độ của teamVelocity
Định nghĩaTổng story point của các việc đã Done trong một sprint. Theo dõi vài sprint liên tiếp, lấy trung bình → biết team làm được khoảng bao nhiêu điểm mỗi sprint để cam kết vừa sức ở sprint sau và dự báo ngày hoàn thành phần backlog còn lại.
Cam kết Hoàn thànhTrung bình 3 sprint gần nhất
Ví dụ
Lưu ý thực hành
- Velocity là của team, cho chính team đó: không so sánh giữa các team, không làm KPI cá nhân — làm vậy mọi người sẽ chấm điểm cao lên.
- Dao động ±20% là bình thường; lệch lớn thì tìm nguyên nhân ở Retro (cam kết quá sức, bug đột xuất, người vắng).
- Cần ít nhất 3 sprint để velocity có ý nghĩa; sprint đầu chỉ nên cam kết thận trọng.
Biểu đồ BurndownBurndown chart
Định nghĩaBiểu đồ theo ngày trong sprint: trục đứng là khối lượng còn lại (điểm hoặc số việc), trục ngang là ngày. Đường lý tưởng giảm đều từ tổng cam kết về 0 vào ngày cuối; đường thực tế giảm mỗi khi có việc Done. So hai đường → biết team đang nhanh hay chậm, sớm nhiều ngày trước khi hết sprint.
Đường lý tưởngThực tế — ổnThực tế — cần chú ý
Bám sát / dưới đường lý tưởng
Ý nghĩa: Đang đúng hoặc nhanh hơn kế hoạch.
Nên làm gì: Giữ nhịp; nếu dư sức, PM kéo thêm việc ưu tiên cao từ backlog.
Đi ngang nhiều ngày
Ý nghĩa: Không việc nào Done: việc quá to, bị chặn, hoặc quên cập nhật Board.
Nên làm gì: Tách task con, gỡ vướng ở daily, nhắc cập nhật Board trong ngày.
Rơi thẳng vào ngày cuối
Ý nghĩa: Gom việc, kéo Done hàng loạt cuối sprint — burndown vô dụng, rủi ro cao.
Nên làm gì: Hoàn thành từng việc nhỏ liên tục; Review/QA song song, không dồn cuối.
Đi lên giữa sprint
Ý nghĩa: Thêm việc vào sprint (scope creep) hoặc chấm lại điểm cao hơn.
Nên làm gì: Chỉ thêm khi đổi việc tương đương; ghi nhận để bàn ở Retro.
Kết thúc còn dư
Ý nghĩa: Cam kết quá sức hoặc gặp sự cố.
Nên làm gì: Việc dở về backlog/sprint sau; hạ cam kết sprint tới theo velocity thực.
Đường nét đứt = lý tưởng; vùng tô = điểm còn lại theo ngày, vẽ đến hôm nay (hoặc ngày hoàn thành sprint), có vạch “Hôm nay”. Đơn vị tự chọn: story point nếu sprint có việc được chấm, ngược lại là số việc.
Điểm còn lại giảm đúng ngày việc được kéo sang cột thuộc nhóm Hoàn thành — kéo ra khỏi Done thì cộng lại. Việc thêm vào giữa sprint được tính từ ngày đầu (biểu đồ không vẽ bậc đi lên), nên nếu thêm nhiều việc giữa chừng, hãy ghi chú ở mục tiêu sprint hoặc bình luận để team hiểu biểu đồ.
Lưu ý thực hành
- Burndown chỉ đúng khi Board được cập nhật kịp thời; đừng dùng nó để “phạt” — dùng để hỏi “ta cần thay đổi gì ngay hôm nay?”.
Tiến độ, hạn chót, trễ hạn và TimelineProgress · Due date · Gantt
Định nghĩaTiến độ dự án = phần việc đã Done trên tổng (theo điểm nếu có, không thì theo số việc). Hạn là ngày cam kết hoàn thành một việc; việc còn mở mà quá hạn là trễ hạn. Timeline (Gantt) vẽ các việc theo trục thời gian (ngày bắt đầu → hạn) để thấy chồng chéo và việc trễ.
Trang Tổng quan và tab Tổng quan của dự án có Tiến độ %, Hoàn thành/tổng, Trễ hạn, Sắp đến hạn (48 giờ). Thẻ việc trễ hạn tô đỏ; bộ lọc “Trễ hạn” có ở Board, Backlog và Công việc của tôi.
Pentara tự gửi thông báo “sắp đến hạn” (trong 48 giờ) và “trễ hạn” cho người được giao, hiện ở chuông góc trên. Tab Timeline xem theo tuần hoặc tháng, có vạch hôm nay, việc trễ tô đỏ, lọc theo sprint, người, phân hệ.
Lưu ý thực hành
- Hạn là cam kết, không phải ước mong — biết sẽ trễ thì báo ngay và dời hạn có lý do (Pentara ghi lịch sử thay đổi).
- Trong sprint, ưu tiên dùng Board và Burndown; Timeline hợp với việc có mốc bàn giao cho khách hàng.