Sprint Review có phải chỉ là buổi demo cho khách hàng xem?

Theo Scrum Guide 2020, mục đích của Sprint Review là kiểm tra kết quả của sprint và xác định những điều chỉnh tiếp theo. Scrum Guide nhấn mạnh đây là phiên làm việc (working session) và Scrum Team nên tránh biến nó thành một buổi thuyết trình. Demo chỉ là một phần.

Thông tin cơ bản

• Tham dự: Scrum Team và các bên liên quan chủ chốt (người dùng, khách hàng, người tài trợ).
• Thời lượng: tối đa 4 giờ cho sprint một tháng, sprint ngắn thì thường ngắn hơn.
• Đầu ra: Product Backlog được điều chỉnh để nắm bắt cơ hội mới.

Gợi ý cấu trúc một buổi review có giá trị

1. Nhắc lại Sprint Goal và Product Goal — sprint này có đóng góp gì.
2. Trình diễn Increment thật (đạt Definition of Done), để bên liên quan tự thao tác nếu được — không slide.
3. Nêu cả những gì chưa xong và lý do.
4. Chia sẻ thông tin thay đổi từ môi trường: thị trường, ngân sách, mốc thời gian, quy định.
5. Hỏi thẳng: "Điều gì nên làm tiếp?", "Điều gì nên bỏ?" — Product Owner điều chỉnh backlog ngay tại chỗ hoặc ngay sau đó.
6. Cập nhật dự báo (ví dụ burnup) cho bên liên quan.

Nếu khách hàng chỉ gật gù: mời đúng người dùng cuối thay vì chỉ cấp quản lý; chuẩn bị 2–3 câu hỏi cụ thể cần quyết; đo xem sau mỗi review backlog có thay đổi không — nếu không bao giờ thay đổi, buổi review chưa làm đúng chức năng.

Bỏ review vì tốn công chuẩn bị demo là dấu hiệu chuẩn bị quá mức. Increment đạt DoD đáng lẽ đã sẵn sàng trình diễn mà không cần dàn dựng.

Nguồn:

• Scrum Guide 2020 — scrumguides.org
• Atlassian — What is a Sprint Review?