1. Định nghĩa:
2. Mục đích sử dụng:
Kiểm tra giá trị thực sự của Increment
Thu thập phản hồi để thích ứng hướng phát triển
Tăng minh bạch và đồng thuận với Stakeholders
3. Các bước áp dụng và ví dụ thực tiễn:
Bối cảnh Kết thúc Sprint và cần đánh giá kết quả
Bước 1 Trình bày Increment đã hoàn thành và có thể sử dụng
Ví dụ Demo chức năng mới cho người dùng nội bộ
Bước 2 Thảo luận những gì đã đạt và chưa đạt so với Sprint Goal
Bước 3 Thu thập phản hồi từ Stakeholders
Bước 4 Xem xét bối cảnh thị trường và thay đổi mới
Bước 5 Điều chỉnh Product Backlog dựa trên kết quả thảo luận
4. Lưu ý thực tiễn:
Sprint Review không phải buổi báo cáo tiến độ
Cần tập trung vào giá trị và phản hồi
Không trình bày hạng mục chưa Done
5. Ví dụ minh họa:
Cơ bản Demo Increment cho Stakeholders
Nâng cao Thảo luận chiến lược sản phẩm dựa trên dữ liệu sử dụng thực tế
6. Case Study Mini:
Tình huống Stakeholders ít quan tâm Sprint Review
Giải pháp Chuyển trọng tâm Sprint Review sang giá trị và phản hồi thực
Kết quả Stakeholders tham gia tích cực hơn và định hướng rõ ràng hơn
7. Câu hỏi kiểm tra nhanh Quick Quiz:
Sprint Review Activities nhằm mục tiêu gì
a Kiểm tra Increment và thu thập phản hồi để điều chỉnh Product Backlog ✔
b Báo cáo KPI cá nhân
c Đánh giá hiệu suất nhân sự
d Thay thế Sprint Retrospective
8. Câu hỏi tình huống Scenario Based Question:
Một Sprint Review chỉ trình bày slide mà không demo sản phẩm Nếu muốn cải thiện Sprint Review Activities nhóm nên thay đổi hoạt động nào trước
9. Vì sao bạn nên quan tâm đến khái niệm này:
Sprint Review là điểm tiếp xúc chính với Stakeholders
Giúp Scrum Team không đi lệch nhu cầu thị trường
Tăng khả năng tạo giá trị thực cho sản phẩm
10. Ứng dụng thực tế trong công việc:
Product Owner cập nhật hướng ưu tiên sản phẩm
Developers nhận phản hồi trực tiếp về Increment
Stakeholders điều chỉnh kỳ vọng kịp thời
11. Sai lầm phổ biến khi triển khai:
Biến Sprint Review thành buổi báo cáo một chiều
Không có Stakeholders tham gia
Không điều chỉnh Product Backlog sau Review
12. Đối tượng áp dụng:
Scrum Master Product Owner Developers Stakeholders
Áp dụng trong mọi Sprint của Scrum
13. Giới thiệu đơn giản dễ hiểu:
Sprint Review giống như buổi xem và góp ý sản phẩm thật để quyết định bước đi tiếp theo
14. Câu hỏi thường gặp FAQ:
Q1 Sprint Review kéo dài bao lâu
Tối đa 4 giờ cho Sprint một tháng
Q2 Ai nên tham gia
Scrum Team và Stakeholders
Q3 Có cần demo trực tiếp không
Nên để thấy giá trị thực
Q4 Sprint Review khác Demo thế nào
Demo là một phần của Review
Q5 Khi nào Sprint Review hiệu quả
Khi phản hồi được chuyển hóa thành điều chỉnh backlog
15. Gợi ý hỗ trợ:
Gửi email nexus@fmit.vn
Nhắn tin 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ế