Sprint Review là gì?
( hay còn gọi là Sơ kết Sprint )
- Cuộc họp diễn ra cuối mỗi Sprint nhằm thanh tra và thích nghi sản phẩm đang được phát triển.
- Cuộc họp có sự tham gia của đội phát triển (Development Team), Scrum master, Product Owner và các stakeholders. Ở đó, đội phát triển sẽ cho người dùng trải nghiệm sản phẩm, đón nhận feedback về sản phẩm vừa chuyển giao. Sau đó, tất cả người tham gia sẽ cùng quyết định xem việc gì đã được hoàn thành, việc gì là chưa xong, hướng đi tiếp theo của sản phẩm là như thế nào.
Sprint Review vs Sprint Retrospective
Mỗi Sprint kết thúc với buổi họp Sprint Review và Sprint Retrospective .Trong khi Sprint Review tập trung chuyên sâu vào sự thanh tra và thích nghi so với mẫu sản phẩm thì Sprint Retrospective tập trung chuyên sâu vào sự thanh tra và thích nghi của cả quy trình diễn ra một Sprint .
Sprint Review là gì?
Làm thế nào để tổ chức Sprint Review hiệu quả?
Thời lượng của 1 Sprint Review
1 Sprint Review có lượng không quá 4 tiếng, đối với một Sprint kéo dài 4 tuần.
Đối với những Sprint ngắn hơn thì thời lượng cho buổi Sơ kết Sprint sẽ ngắn hơn .Lý tưởng nhất là như sau :
Thời lượng của 1 Sprint Review
Thành phần tham gia Sprint Review
Nhóm tăng trưởng, Product Owner và Scrum Master là những thành phần bắt buộc tham gia Sơ kết Sprint. Ngoài ra, Product Owner hoàn toàn có thể mời những bên tương quan ( Stakeholders ), người dùng và người mua tham gia .
Đội phát triển và các bên liên quan cần đồng ý cởi mở với nhau về tất cả công việc và cả các thách thức trong việc thực thi, triển khai công việc – theo Scrum Guide
Sự cộng tác giữa đội tăng trưởng và người dùng / người mua / những bên tương quan sẽ giúp quy trình làm loại sản phẩm đỡ tốn kém, sản sinh ra tính năng rác / thừa. Đồng thời, trong quy trình cộng tác sâu xa với nhau, hai bên hoàn toàn có thể hiểu nhau hơn, đi đến thống nhất về những tính năng và chất lượng của mẫu sản phẩm .Có thể khi mời 1 số Stakeholders quan trọng, họ lấy nguyên do là không có thời hạn tham gia buổi họp Sprint Review. Họ chỉ cần được email về update nhanh hoặc note của buổi họp .Nhưng bạn cũng cần chú ý quan tâm, những stakeholders quan trọng nên tham gia vào đúng thời gian. PO cần mời những stakeholders tương quan trực tiếp đến Sprint này hoặc Sprint tới. Lý do mà họ nên tham gia, tác động ảnh hưởng của họ tới mẫu sản phẩm tương lai cần được nêu rõ để họ sắp xếp thời hạn cho buổi sơ kết Sprint. Khi họ vào đúng lúc, họ sẽ nhận được nhiều quyền lợi và giá trị nhất của loại sản phẩm được chuyển giao .
Chuẩn bị gì trước buổi họp Sprint Review
- Product backlog đã được điều chỉnh
- Sprint Goal đã đưa ra ở Sprint Planning
- Phần tăng trưởng sản phẩm gần nhất (Increment)
- DoD – Definition of Done: Định nghĩa hoàn thành, các tiêu chuẩn chấp nhận (Acceptance Criteria).
- Product Backlog items đã hoàn thành và chưa hoàn thành
- Một bản tường thuật những điều làm tốt, những trở ngại/thách thức mà đội phát triển đối mặt trong sprint, cách xử lý tình huống hoặc các thách thức đó.
- Kiến thức mới, những yếu tố thay đổi từ thị trường
- Những mong muốn, kiến giải cho sản phẩm tương lai
- Bản đánh giá tiến độ hướng tới mục tiêu của dự án được trình bày bởi Product Owner
- Đánh giá Performance vừa qua của đội phát triển
- Dự đoán về công suất của đội phát triển cho Sprint tiếp theo.
Buổi Sprint Review diễn ra như thế nào?
Quan trọng nhất của buổi Sprint Review là đội phát triển tiếp nhận được góp ý cho sản phẩm mà họ đang xây dựng. Không chỉ là góp ý từ stakeholders, mà còn là từ chính các thành viên trong team. Khi trao đổi, tranh luận với nhau, cả đội sẽ điều chỉnh được Product Backlog để thích nghi với những góp ý, thay đổi về yêu cầu của khách hàng hay, thay đổi trên thị trường. Rồi cùng đồng thuận với nhau về những gì sẽ làm và hướng đi tiếp theo.
Scrum Guide đã nêu rất rõ một số ít hoạt động giải trí nên được diễn ra trong Sprint Review. Ở đây, chúng mình trình làng 1 template rất đầy đủ dựa trên Scrum Guide. Tuy nhiên quan tâm, có những phần không phải bắt buộc, bạn hoàn toàn có thể tìm hiểu thêm và kiểm soát và điều chỉnh agenda cho tương thích với team của bạn .
Template agenda cho buổi Sprint Review
- Khởi động
Bất cứ buổi họp nào cũng hoàn toàn có thể có phần warm-up khởi động, làm nóng bầu không khí bằng một vài game mê hoặc từ 5-10 phút .Chúng mình thường tìm hiểu thêm 1 vài format warm – up game tại đây .
- Giới thiệu stakeholders (nếu có)
Product Owner mời được stakeholders, người dùng hoặc người mua thì sẽ là thời cơ rất tốt để họ dùng thử loại sản phẩm và góp phần ngay feedback cho đội tăng trưởng. Bước vào buổi họp, điều quan trọng là toàn bộ cần phải biết vị khách mời, người dùng hay người mua là ai và đến từ đâu và đóng vai trò gì ( nếu 2 bên chưa biết nhau trước đó ) .
- PO trình bày về Product backlog items
Các khuôn khổ việc làm được lựa chọn trong Sprint đã được triển khai xong hay chưa, ở mức độ như thế nào. Đây là điều mà PO cần nắm rõ và tổng kết được .
- Đội phát triển chia sẻ về khó khăn và giải pháp đưa ra
Scrum Guide đã nêu rõ rằng tổng thể cần minh bạch, san sẻ với nhau về những thử thách gặp phải trong quy trình tăng trưởng. Vì thế, ở đây đội tăng trưởng hoàn toàn có thể thẳng thắn nêu ra những trở ngại, khó khăn vất vả và cách xử lý của họ để đi đến trạng thái triển khai xong hoặc chưa hoàn thành xong những phần tăng trưởng của mẫu sản phẩm
- Đội phát triển giới thiệu sản phẩm đã hoàn thành
Không chỉ demo, trình làng về tính năng, phần tăng trưởng của mẫu sản phẩm vừa mới hoàn thành xong, mà tốt hơn hết, đội nên cho người dùng thưởng thức, dùng thử. Sau đó, đội và PO sẽ tiếp đón, vấn đáp những câu hỏi, tích lũy góp ý từ người dùng và những bên tương quan .
- Nhìn vào tiến trình triển khai của Product Backlog để thấy hướng đi tiếp
PO và cả team cùng nhìn về tiến trình thực thi Product Backlog. Product Owner, những bên tương quan hoàn toàn có thể san sẻ về tiềm năng mẫu sản phẩm mong ước được chuyển giao .Đội tăng trưởng cũng có góc nhìn của mình, họ cũng đưa ra quan điểm về cái gì nên làm tiếp, cái gì nên đổi khác hoặc kiểm soát và điều chỉnh .
Sự trao đổi này giữa các bên sẽ mang lại những input giá trị cho Sprint Planning tiếp theo.
- Review tiềm năng của các phần sản phẩm tiếp theo hoặc những thay đổi từ phía khách hàng, từ thị trường để xác định cái gì đáng làm trong thời gian tới.
- Review về kế hoạch, kinh phí, tiềm năng và thị trường của đợt ra mắt tính năng sản phẩm trong thời gian tới.
Làm sao biết buổi Sprint Review có hiệu quả hay không?
Dưới đây là 1 checklist để bạn check nhanh xem buổi Sprint Review có đang thực thi được những hoạt động giải trí thiết yếu của Sprint Review không
- Buổi Sprint Review có đủ thành viên trong đội phát triển
- Buổi Sprint Review diễn ra đúng giờ
- Có phần trình bày mục tiêu của Sprint
- Đội phát triển trình bày những hạng mục đã hoàn thành
- Product Owner và các bên liên quan có thử nghiệm, kiểm tra sản phẩm
- Product Owner có ra quyết định chấp nhận hoặc chấp nhận phần tăng trưởng.
- Product Owner và các bên liên quan có đưa ra phản hồi, góp ý về sản phẩm
- Buổi họp Sprint Review diễn tiến theo đúng khung thời gian.
Thực hành Sprint Review tại Magestore
Tại Magestore, hiện team nào cũng có hoạt động Sprint Review tuần. Sprint ở Magestore với thời lượng trong vỏn vẹn 1 tuần nên thường chiều thứ 6 là lúc các team chúng mình rục rịch vào phòng họp hết để thực hiện Review Sprint. Và timebox cho buổi họp Sprint Review này, trung bình là từ 30’ đến 1 tiếng đồng hồ, tùy team.
Chị Daisy – một thành viên kỳ cựu tại team Product của Magestore chia sẻ thêm về hoạt động Sprint Review: “ Sprint Review không nên bị xem nhẹ. Đây là lúc các vấn đề gặp phải trong tuần của team cần được nêu ra để mọi người hiểu góc nhìn của nhau. Biết được người này hài lòng điều gì, hay chưa hài lòng điều gì, để cùng nhau tìm ra kế hoạch hành động cho Sprint tiếp theo.”
Ở đây, chúng mình xin san sẻ tới bạn đọc 1 số ít bài học kinh nghiệm mà những team đúc rút được sau một thời hạn xoay vần với Sprint Review để tổ chức triển khai buổi họp này một cách hiệu suất cao .
1. Luôn có người điều phối để cuộc họp diễn ra hiệu quả
Nếu team bạn có Scrum Master thì có thể người đó sẽ luôn gánh vai trò điều phối, và giữ cho cuộc họp diễn tiến đúng theo lịch trình. Nhưng nếu team bạn không chỉ định cụ thể một người làm Scrum Master thì các thành viên hoàn toàn có thể học kỹ năng điều phối để luân phiên nhau điều phối các hoạt động của buổi họp.
Việc có 1 cá thể dẫn dắt tiến trình, và giữ cho mọi người không đi lạc đề, vượt quá xa ngoài khoanh vùng phạm vi bàn luận sẽ giúp cho buổi họp của bạn tránh được trường hợp bị cháy thời giờ. Hơn nữa, người điều phối thành thục còn hoàn toàn có thể khuấy động niềm tin của những thành viên, kiểm soát và điều chỉnh thời lượng cho tương thích để ai cũng có khung thời hạn được lên tiếng khi thiết yếu .
2. Thẳng thắn, chia sẻ cảm xúc và quan điểm về Sprint
Hai trong 5 giá trị của Scrum là cởi mở, và dũng mãnh. Các sự kiện của Scrum được tổ chức triển khai cần bộc lộ được những giá trị này qua những hành vi, lời nói của người tham gia .Các quan điểm, góc nhìn và cả xúc cảm của cá thể từng thành viên đều nên được hoan nghênh và trân trọng .Mọi người đều cần hiểu rằng kể cả những sự không tương đồng, conflict cũng nên được đưa ra để khi bước vào phiên họp Retrospective, tổng thể cùng tranh luận, tìm cách giải quyết và xử lý, tránh để những trường hợp tựa như tái diễn trong tương lai .Nếu sự sự không tương đồng hạ hồi chưa phân giải được thì tùy team sẽ có chính sách quyết định hành động .Ví dụ trong team loại sản phẩm của Magestore, chị Daisy san sẻ, khi chưa có sự thống nhất trong quan điểm thì team chị sẽ đưa ra chính sách vote quá bán, để tìm ra một giải pháp khả dĩ và được nhiều người ủng hộ nhất .
3. Chuẩn bị insights về khách hàng để có buổi Review bao quát vấn đề
Ở trên chúng ta đã đề cập đến việc cần chuẩn bị kỹ các thông tin trước khi bước vào buổi Sprint Review, ví dụ như Product Backlog đã được refine, các insights, thay đổi từ thị trường, từ khách hàng.
Từ kinh nghiệm tay nghề thực hành thực tế của những team tại Magestore, chúng mình chứng minh và khẳng định rằng có một sự sẵn sàng chuẩn bị tốt về mặt thông tin thiết yếu sẽ giúp buổi họp diễn ra nhanh gọn và có giá trị hơn so với người tham gia .
Ở Magestore, đặc biệt là ở các team triển khai dự án cho khách hàng, chúng mình nhận thấy rất cần thiết phải có những bản tóm tắt về dự án của khách, mô tả các yêu cầu khách hàng đưa ra cùng với trạng thái của các yêu cầu này khi bước vào buổi họp Review. Đây là chia sẻ của chị Amber, hiện đang là Project Manager quản lý nhiều dự án của khách hàng.
Với đặc trưng trong một Sprint team phải tiến hành nhiều dự án Bất Động Sản, đến buổi Sprint Review, team nên đi thanh tra rà soát theo hướng project, và nhìn tổng thể và toàn diện từng dự án Bất Động Sản mà team đặt trọng tâm trong tuần. Đến dự án Bất Động Sản nào, thì thành viên tham gia vào dự án Bất Động Sản ấy sẽ đảm nhiệm tổng kết những User story đã chuyển giao được cho khách trong tuần .
Đồng thời, từ buổi Review này, team sẽ có những report tổng kết được gửi cho khách hàng để khách hàng nắm được tổng quan tiến độ của toàn dự án.
4. Data-driven, nhìn vào chỉ số sức khỏe của team để biết được hiệu quả thực hiện Sprint.
Tư duy số hóa, no data no talk chắc không còn xa lạ với bạn nữa. Nhưng không phải số gì cũng quan trọng. Việc định nghĩa được các chỉ số gì là cần chú tâm và theo dõi, đưa vào các buổi Review sẽ tùy thuộc vào tính chất công việc của các team.
“Ngoài những dashboard chung toàn công ty, team nên có cho mình những dashboard với bộ chỉ số sức khỏe của riêng team. Các dashboard này có thể do team tự thiết kế với view nhìn có ý nghĩa đối với riêng team, sẽ rất có ích để mang vào các buổi họp Sprint Review.” – chia sẻ từ chị Amber, PM hiện đang làm việc tại một team triển khai dự án tại Magestore
Định nghĩa được những bộ chỉ số này rồi thì đừng quên mang chúng vào trong các buổi họp Sprint Review để rút ra được những hành động tiếp theo cho đội nhóm nhé.
Các bạn có kinh nghiệm gì khi tổ chức họp Sprint Review? Hãy chia sẻ với chúng mình nhé.
