Sprint Review format - Science Fair / Expo

Nhiều bạn nói với tôi rằng, Scrumviet đã chia sẻ nhiều về cách tổ chức Sprint Retrospective rồi, vậy còn Sprint Review thì sao? Làm sao để Scrum Master có thể tổ chức một buổi Sprint Review hiệu quả? Nhiều Scrum Team cùng làm việc trên một sản phẩm, vậy cuối Sprint, họ tổ chức Sprint Review như thế nào?

Hôm nay, tôi chia sẻ với các bạn một cách để tổ chức một buổi Sprint Review thật năng động và hiệu quả dành cho nhiều Scrum Team cùng làm việc trên một sản phẩm. Phương thức này được gọi là Science Fair / Expo (Hội chợ, hay cuộc triển lãm khoa học). Sở dĩ nó được gọi tên như vậy là vì cách thức thực hiện buổi Workshop/ Sprint Review này như một buổi triển lãm vậy, hình thức giống như khi bạn đến những buổi triển lãm xe.

​Cách thức thực hiện:

1. Vào cuối Sprint, Done Intergrated Increment luôn sẵn sàng. Lúc này, mỗi team sẽ chuẩn bị cho mình 1 góc, hay một “gian hàng”. Nơi đó, mỗi team sẽ chuẩn bị để chia sẻ cho mọi người về công việc đã hoàn thành trong Sprint vừa qua. Thay vì demo, chia sẻ về sản phẩm từ một phía, các bạn có thể chuẩn bị cho các Stakeholders trải nghiệm và dùng sản phẩm trực tiếp, sau đó chia sẻ cảm nhận. (Ví dụ: sản phẩm của tôi là một Mobile app về đặt lịch hẹn bác sĩ, và Sprint này tôi vừa xây dựng chức năng huỷ lịch, và trả tiền cho dịch vụ. Tôi sẽ chia ra hai góc: 1 góc khoản 2-3 chiếc điện thoại sẵn sàng để dùng thử chức năng huỷ lịch, một góc khác sẽ chuẩn bị cho việc dùng thử chức năng trả tiền dịch vụ.)
2. Vào buổi Sprint Review, cần Scrum Master chia sẻ qua về cách thức của buổi Sprint Review diễn ra. Scrum Master sẽ hướng dẫn, và tạo điều kiện cho event diễn ra tốt nhất.
3. Product Owner sẽ chia sẻ về Product Vision, Product Goal, Product Roadmap, và những thay đổi trên thị trường (nếu có).
4. Sau đó các Stakeholders sẽ thoải mái lựa chọn gian hàng, hay phần nào của sản phẩm mà mình muốn tìm hiểu.
5. Tại các gian hàng, các team sẽ chia sẻ về sản phẩm, hay chức năng đã hoàn thành, và cùng nhau trao đổi, chia sẻ với các Stakeholders. Mục tiêu là để Stakeholders hiểu được giá trị sản phẩm hoàn thành đang muốn hướng tới, và đóng góp cho mỗi Team. Qua đó, Team cũng nhận được những ý kiến giá trị từ các bên. Và cứ như vậy cho đến khi mọi người đều đã đi qua các gian hàng và thảo luận cùng nhau.
6. Product Owner có thể mời khách hàng tiềm năng, hay nhóm khách hàng thử nghiệm vào buổi Sprint Review nếu cần.
7. Scrum Team sẽ nên ghi lại tất cả những ý kiến và đóng góp từ Stakeholders, để đưa vào Product Backlog.
8. Time box của buổi Sprint Review vẫn được giữ theo Scrum Guide.

Cách tổ chức buổi Sprint Review này rất hữu ích và mới lạ dành cho nhiều Scrum Team đang cùng làm việc trên một sản phẩm. Nó sẽ tạo ra một không gian mở giúp các bên thoải mái và vui vẻ chia sẻ về trải nhiệm sản phẩm, về các thông tin cần thiết cho việc phát triển sản phẩm. Sự kiện này rất cần Scrum Master phải huấn luyện các bên liên quan để họ có thể hiểu được giá trị và cách thức mà buổi Sprint Review sẽ diễn ra.


Scrum on!

 

---

Những bài viết khác có thể bạn sẽ quan tâm