1. Định nghĩa:
2. Mục đích sử dụng:
Kiểm tra độ chính xác giữa dự báo và thực thi thực tế
Đánh giá xu hướng giữ cam kết của nhóm theo thời gian
Tăng khả năng dự đoán và độ tin cậy trong quản lý dự án
3. Các bước áp dụng và ví dụ thực tiễn:
Bước 1: Tại Sprint Planning, ghi nhận số lượng công việc dự báo/commit (ví dụ: story points)
Bước 2: Sau Sprint, ghi nhận số lượng hoàn thành thực tế (đã đạt DoD)
Bước 3: Tính tỷ lệ thực hiện = Thực tế / Cam kết × 100%
Bước 4: Lập bảng/biểu đồ theo dõi theo thời gian
Ví dụ: Nhóm sử dụng biểu đồ Forecast vs Actual trong Jira hoặc Excel Dashboard
4. Lưu ý thực tiễn:
Nên kết hợp với phân tích định tính trong Retrospective
Chỉ tính các hạng mục đã hoàn thành theo Definition of Done
Không nên “làm cho kịp cam kết” bằng cách giảm chất lượng
5. Ví dụ minh họa:
Cơ bản: Sprint 10 – Forecast 30 điểm, Actual 28 điểm → đạt 93%
Nâng cao: Dashboard so sánh cam kết và thực tế theo tháng/quý cho toàn bộ Portfolio
6. Case Study Mini:
Tình huống: Nhóm thường xuyên vượt cam kết nhưng vẫn bị nghi ngờ về độ tin cậy
Giải pháp: PO sử dụng biểu đồ Forecast vs Actual theo Sprint để minh chứng khả năng giao hàng ổn định
Kết quả: Độ tin tưởng từ stakeholder tăng rõ rệt, roadmap được phê duyệt nhanh hơn
7. Câu hỏi kiểm tra nhanh (Quick Quiz):
Forecast vs Actual đo lường điều gì?
a. Mức độ nhóm thực hiện đúng như cam kết ←
b. Tỉ lệ test case thành công
c. Năng lực sáng tạo của đội ngũ
d. Chi phí phát triển sản phẩm
8. Câu hỏi tình huống (Scenario-Based Question):
Trong 3 Sprint gần đây, nhóm bạn chỉ đạt 70–75% cam kết. Là Scrum Master, bạn sẽ đặt câu hỏi và đề xuất gì với nhóm trong Retrospective?
9. Vì sao bạn nên quan tâm đến khái niệm này:
Một nhóm có cam kết ổn định và minh bạch sẽ được tổ chức tin tưởng, cho phép tham gia các dự án có tác động lớn hơn.
10. Ứng dụng thực tế trong công việc:
Scrum Team: kiểm tra và điều chỉnh khả năng lập kế hoạch
PO: xây dựng Roadmap và dự báo khả năng giao hàng
PMO: theo dõi hiệu suất toàn chương trình
11. Sai lầm phổ biến khi triển khai:
Không ghi nhận dữ liệu đều đặn
So sánh giữa các team có context khác nhau
Dùng số liệu để ép team thay vì giúp cải tiến
12. Đối tượng áp dụng:
Dành cho: Scrum Team, Scrum Master, PO, Project Manager, PMO
Áp dụng trong: Sprint Review, Planning, Portfolio Planning
13. Giới thiệu đơn giản dễ hiểu:
Forecast vs Actual giống như cam kết giờ đến và thời gian đến thực tế – nếu chênh lệch quá nhiều, cần kiểm tra lại cách lập kế hoạch.
14. Câu hỏi thường gặp:
Q1 → Tại sao cần theo dõi cam kết so với thực tế?
Để cải tiến lập kế hoạch và tăng độ tin cậy với stakeholder
Q2 → Có thể dùng cho cấp độ chương trình không?
Có – đặc biệt trong quản lý danh mục sản phẩm (Agile Portfolio)
Q3 → Có nên so sánh theo % hay tuyệt đối?
Nên theo % để phản ánh tương quan
Q4 → Có công cụ nào hỗ trợ không?
Jira, Azure DevOps, Excel, Google Data Studio…
15. Gợi ý hỗ trợ:
Gửi email: nexus@fmit.vn
Hỏi AI FMIT - Trợ lý AI chuyên gia về quản trị và ra quyết định
© Bản quyền thuộc về Viện FMIT – Từ điển quản trị chuẩn mực quốc tế