Cuộc họp đánh giá Sprint được giới hạn thời gian là 4 giờ.
- Nhóm không nên dành quá 1 giờ để chuẩn bị cho cuộc họp đánh giá Sprint.
- Mục đích của cuộc họp đánh giá Sprint là để Nhóm trình bày cho Chủ sở hữu sản phẩm và các bên liên quan về các chức năng đã hoàn thành. Mặc dù ý nghĩa của “hoàn thành” có thể khác nhau giữa các tổ chức, nhưng thường có nghĩa là chức năng đã được thiết kế hoàn chỉnh và có thể được giao hàng hoặc triển khai. Nếu “hoàn thành” có một ý nghĩa khác,
đảm bảo rằng Chủ sở hữu sản phẩm và các bên liên quan hiểu điều đó. - Chức năng chưa “hoàn thành” không thể được trình bày.
- Các sản phẩm không phải là chức năng không thể được trình bày trừ khi được sử dụng để hỗ trợ việc hiểu chức năng đã được trình bày.
Các sản phẩm không thể được trình bày như là sản phẩm công việc, và việc sử dụng chúng phải được tối thiểu hóa để tránh gây nhầm lẫn cho các bên liên quan hoặc yêu cầu họ hiểu cách phát triển hệ thống hoạt động. - Chức năng nên được trình bày trên các máy trạm của thành viên Nhóm và thực thi từ máy chủ gần nhất với môi trường sản xuất — thường là máy chủ môi trường đảm bảo chất lượng (QA).
- Cuộc họp đánh giá Sprint bắt đầu với một thành viên Nhóm trình bày mục tiêu Sprint, các mục trong Product Backlog đã cam kết và các mục trong Product Backlog đã hoàn thành. Các thành viên Nhóm khác có thể thảo luận về những gì đã diễn ra tốt và những gì không diễn ra tốt trong Sprint.
- Phần lớn thời gian của cuộc họp đánh giá Sprint được dành cho các thành viên Nhóm trình bày chức năng, trả lời các câu hỏi của các bên liên quan về bài trình bày, và ghi nhận những thay đổi mong muốn.
- Cuối cùng của các bài trình bày, các bên liên quan được hỏi ý kiến, từng người một, để lấy ý kiến của họ, bất kỳ thay đổi mong muốn nào, và mức độ ưu tiên của những thay đổi này.
- Chủ sở hữu sản phẩm thảo luận với các bên liên quan và Nhóm về khả năng sắp xếp lại Product Backlog dựa trên phản hồi.
- Các bên liên quan có quyền bày tỏ bất kỳ ý kiến, quan sát, hoặc chỉ trích nào liên quan đến sự gia tăng chức năng sản phẩm có thể giao hàng giữa các bài trình bày.
- Các bên liên quan có thể xác định chức năng chưa được giao hàng hoặc chưa được giao hàng như mong đợi và yêu cầu chức năng đó được đưa vào Product Backlog để ưu tiên.
- Các bên liên quan có thể xác định bất kỳ chức năng mới nào xuất hiện trong đầu họ khi họ xem bài trình bày và yêu cầu chức năng đó được thêm vào Product Backlog để ưu tiên.
Các bài viết về sự kiện Scrum
- Lập kế hoạch Sprint là gì?
- Cuộc họp đánh giá Sprint là gì?
- Cuộc họp hồi tưởng Sprint trong Scrum là gì?
- Tinh chỉnh Product Backlog là gì?
- Tích hợp / Giao hàng / Triển khai liên tục trong Scrum là gì?
- Các sự kiện giới hạn thời gian trong Scrum là gì?
- Spike trong Scrum là gì?
- Planning Poker trong Agile là gì?
This post is also available in Deutsch, English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, 简体中文 and 繁體中文.