持續交付時代，還有必要進行 Sprint Review 么？

萬事ONES

+ 關注

2021-10-25 15:57

618次閱讀

持續交付時代，企業通過自動化構建部署，快速頻繁地發布軟件。很多團隊為了盡早獲取用戶和干系人的反饋來適應變化，采用一次性的特性評審來取代迭代評審會（Sprint Review）。那么持續交付時代，是否還要堅持 Sprint Review？Sprint Review 的價值在哪里？本期「項目管理100問」來聊一聊 Sprint Review。

Sprint Review 是什么？

Scrum 將整個開發過程分為多次 Sprint，通過多次 Sprint 來改善正在構建的特性，逐步完善產品。

Sprint 需要經過 Planning - Implementation - Review - Retrospective 4個階段流轉，在 Sprint 結束時進行 Review，來檢視所交付的產品增量并按需調整產品待辦事項列表。

持續交付時代，還有必要進行 Sprint Review 么？

Scrum 迭代流程圖

Sprint Review 的價值

Sprint Review 的目的是為本次迭代交付的產品獲得反饋，響應業務需求，確保達到應用效果，避免開發對用戶沒有價值的功能。Sprint Review 將參與該過程的所有人員聯系在一起，集中展示多個特性功能，幫助利益相關者全方位思考，從整體上優化和改進產品。

對于團隊來說，整體優化和改進是很難的，通過儀式感的會議機制持續地學習和討論，讓團隊成員清楚地知道每次交付的是一個可用的軟件版本，而不是單純的產品功能。Sprint Review 讓持續交付文化融入團隊，保證研發的節奏和質量。

Scrum 過程中每個要素都是以一種微妙的方式相互作用，隨意裁剪模塊會破壞敏捷的節奏。Sprint Review 作為敏捷中重要的一環，必不可少。那么，如何高效地完成 Sprint Review 并充分獲得反饋？

Sprint Review 成功要點

1. 在會議準備階段，PO 需要根據迭代規劃周期和類型確定演示計劃和演示日期，在知識庫中與團隊成員同步演示環境及數據，提高會議效率；

共享文檔，沉淀團隊知識

2. 確定會議主持人，把控會議流程及會議走向，避免將會議變成簡單的演示會議。

Sprint Review 不是 Sprint Demo，Sprint Demo 是單向溝通，而 Spirnt Review 是雙向溝通。它不僅是展示本次迭代的成果，還要求項目組內部成員（包括PO、SM、開發測試等）和項目組外部利益相關者（包括客戶、最終用戶等）相互提問反饋，檢查新功能是否滿足客戶需求；

3. 建議由 PO 進行操作，講解當前完成功能及遺留問題或風險，所有參會人員根據體驗及演示提出反饋或建議，按照優先級錄入 Sprint 或 Product backlog;

持續交付時代，還有必要進行 Sprint Review 么？