Sprint Review là gì? Làm sao để tổ chức họp sơ kết Sprint hiệu quả, đúng cách. Sprint Review đóng vai trò như thế nào trong quá trình Scrum. Hãy cùng nhau tìm hiểu các thông tin tổng quan về Sprint Review và nhiệm vụ của chúng qua bài viết dưới đây.
Bài viết liên quan:
- 6 Bước trong quy trình quản trị rủi ro cho doanh nghiệp
- Vai trò của quản trị nguồn nhân lực trong xã hội hiện đại
- Sản xuất tinh gọn là gì? Hiệu quả ứng dụng của nó mang lại
- Tìm hiểu về ngành định phí bảo hiểm và quản trị rủi ro
Mục lục
Sprint Review là gì?
Sprint Review – hay còn được gọi là Sơ kết Sprint, là một sự kiện nằm cuối Sprint, là cơ hội để Scrum Team cùng với các bên liên quan (phòng ban, CEO, nhóm nhỏ khách hàng tiềm năng,…. nhằm kiểm tra, thích nghi với sản phẩm đang xây dựng và phát triển. Sự kiện sẽ gồm 2 hoạt động chính đó là dùng thử sản phẩm và thảo luận về các vấn đề, tình hình của sản phẩm. Từ đó, đưa ra được các hướng đi tiếp theo phù hợp và điều chỉnh sản phẩm nếu cần thiết. Bên cạnh đó, Product Owner sẽ là người xem xét nên mời ai tham dự Sprint Review.
Sprint Review là một buổi thảo luận giữa các bên liên quan như: Product Backlog hiện tại, xem xét Product Increment, thị trường thay đổi,… để có bước tiếp theo cho sản phẩm và Product Backlog cũng sẽ được cập nhật, qua đó tạo cơ hội để minh bạch sản phẩm được rõ ràng và chi tiết.
Thời gian của buổi Sprint Review sẽ có khung thời gian tương ứng là 1 giờ = 1 tuần của Sprint và đóng khung tối đa là 4 giờ đối với Sprint 1 tháng. Có thể điều chỉnh thời lượng họp dựa trên nhu cầu thực tiễn.
Bạn có thể quan tâm: Quản lý dự án Agile
Thành phần tham dự Sprint Review và vai trò của từng bộ phận
Developer, Scrum Master và Product Owner đều là các thành phần bắt buộc phải tham dự trong buổi Sprint Review. Ngoài ra, Product Owner có thể mời các thành phần khác như: người dùng, khách hàng, các bên liên quan khác,… Các thành phần tham dự đều được tự do trong việc đưa ra các câu hỏi và đóng góp ý kiến của mình.
Vai trò của các thành phần chính trong buổi Sprint Review gồm có:
- Developer: Chia sẻ, thảo luận và cập nhật từ các bên liên quan về Done Increment.
- Product Owner: Sẽ cùng với Scrum Team và các bên liên quan đánh giá kết quả của Sprint đó, đồng thời xem xét các cơ hội cho sản phẩm trong tương lai. Bên cạnh đó, Product Owner cũng thu thập các chia sẻ từ phía bên liên quan, cập nhật từ người dùng và thị trường cho sản phẩm.
- Scrum Master: Điều phối hoạt động của Sprint Review, đảm bảo mang lại chính xác giá trị cần thiết cho buổi Sprint Review.
Các yếu tố cần chuẩn bị trước buổi Sprint Review
Dưới đây là một số thứ quan trọng cần chuẩn bị để buổi Sprint Review được diễn ra hiệu quả, bao gồm:
- Sprint Goal được đưa ra trong Sprint Planning.
- Phần tăng trưởng của sản phẩm gần nhất (Increment).
- Product Backlog đã điều chỉnh.
- DoD – Definition of Done: Thỏa thuận để xác nhận điều kiện nghiệm thu công việc đã hoàn thành của Scrum Team.
- Product Backlog Items chưa hoặc đã hoàn thành.
- Bản tường thuật các điều làm tốt, các thách thức/trở ngại phải đối mặt, phương án xử lý tình huống cụ thể.
- Kiến thức mới và các yếu tố thay đổi trên thị trường.
- Mong muốn, phát triển, hoàn thiện sản phẩm trong tương lai.
- Bảng đánh giá tiến độ của dự án được trình bày bởi Product Owner.
- Đánh giá Performance của Develop Team.
- Dự đoán công suất làm việc của Develop Team trong Sprint tiếp theo.
Bạn có thể quan tâm: Product Owner là làm gì?
Nội dung của Sprint Review
Bắt đầu buổi họp, Product Owner sẽ trình bày các hạng mục đã lựa chọn cho Sprint và xem đã hoàn thành hay chưa. Developer có thể trình bày các khó khăn gặp phải trong suốt Sprint và đề xuất các giải pháp tương ứng.
Sau đó là buổi dùng thử sản phẩm. Những thành phần tham gia sẽ được sắp xếp để trực tiếp dùng thử sản phẩm thay vì để Developer trình diễn các tính năng mới làm được trong Sprint.
Sau khi dùng thử sản phẩm trực tiếp, mọi người sẽ tiến hành thảo luận và đóng góp ý kiến cho sản phẩm để Product Owner và Developer có thể ghi nhận. Bên cạnh dó có thể thay đổi để phù hợp với tình hình mới thực tế. Đây là cơ hội để Product Owner và Developer có thể hiểu rõ lẫn nhau hơn.
Bạn có thể quan tâm: Product Backlog là gì?
Quá trình thực hiện của buổi Sprint Review
- Khởi động: Các buổi họp có thể có phần warm-up (khởi động) để làm nóng bầu không khí bằng một số game tương tác thú vị (khoảng 5-10 phút).
- Giới thiệu các bên liên quan (nếu có): Là cơ hội tốt để họ trải nghiệm và dùng thử sản phẩm, ghi nhận feedback, đóng góp cho đội ngũ phát triển.
- Product Owner trình bày Product Backlog Items: Trình bày chi tiết, rõ ràng các hạng mục được lựa chọn trong Sprint, báo cáo tình hình, mức độ hoàn thành của công việc.
- Đội ngũ phát triển chia sẻ các khó khăn và đề xuất giải pháp: Thẳng thắn chia sẻ, nêu rõ các trở ngại, khó khăn phải đối mặt và hướng giải quyết các tình trạng để đi tới trạng thái đã hoặc chưa hoàn thành của các phần tăng trưởng sản phẩm.
- Đội ngũ phát triển giới thiệu sản phẩm đã hoàn thành: Nên cho người dùng trải nghiệm, dùng thử, sau đó Product Owner và Develop Team ghi nhận, thu thập ý kiến và trả lời các câu hỏi từ phía người dùng và các bên liên quan.
- Dựa vào tiến trình triển khai của Product Backlog để nhìn thấy hướng đi tiếp theo: Cả PO và Develop Team nhìn vào tiến trình thực hiện Product Backlog để chia sẻ mong muốn về mục tiêu sản phẩm. Bên cạnh đó Develop Team cũng cần có góc nhìn của bản thân và đưa ra các ý kiến về việc nên làm, thay đổi hay điều chỉnh cái gì.
- Nhận xét, đánh giá: Đánh giá tiềm năng các phần tiếp theo của sản phẩm hoặc các thay đổi từ thị trường, khách hàng để xác định việc cần làm trong thời gian tới. Ngoài ra cũng cần đánh giá kế hoạch, kinh phí, tiềm năng và thị trường cho đợt ra mắt tính năng sản phẩm trong tương lai.
Thế nào là một buổi Sprint Review hiệu quả?
Sau đây là danh sách để đánh giá xem buổi Sprint Review có thực sự hiệu quả hay chưa. Bao gồm:
- Có đầy đủ thành viên trong Develop Team.
- Buổi Sprint Review diễn ra đúng giờ.
- Trình bày được mục tiêu của Sprint.
- Develop Team trình bày các hạng mục công việc đã làm.
- Product Owner và các bên liên quan kiểm tra, thử nghiệm sản phẩm.
- Product Owner ra quyết định chấp nhận phần tăng trưởng.
- Product Owner và các bên liên quan đưa ra đóng góp ý kiến, phản hồi về sản phẩm.
- Buổi Sprint Review diễn ra theo đúng khung thời gian.
Qua bài viết trên ta có thể hiểu rõ hơn về Sprint Review là gì, cách thức hoạt động và các yếu tố cần thiết để diễn ra một buổi Sprint Review hiệu quả, phù hợp. Qua đó nhấn mạnh được vai trò và tầm quan trọng của Sprint Review trong phương pháp quản lý dự án theo mô hình Agile, giúp đánh giá được tình hình và tiến độ của Sprint để tối ưu hóa trong việc xây dựng và phát triển sản phẩm được tốt hơn. Hy vọng với bài viết trên sẽ giúp ích được cho bạn trong việc quản lý dự án theo Agile.