Sprint 回顧與 Sprint 回顧

Table of Contents hide

sprint review 是一個非正式的會議，開發團隊、 scrum master、產品負責人和利益相關者將參加。該團隊提供產品演示，並將確定哪些已完成，哪些未完成。Sprint Review 會議的目的是讓團隊向客戶和利益相關者展示他們在 sprint中完成的工作，並將其與 sprint 開始時給出的承諾進行比較。

每個 sprint 都以一個由兩部分組成的 sprint 審查會議結束。這樣的會議以客戶審查和演示開始，以團隊回顧結束。這兩個組件都發生在 sprint 的最後一天。

Sprint Review 側重於增量（潛在可交付）的“檢查”和“適應”，而 Sprint 回顧更關注 sprint 過程的“檢查”和“適應”。

Sprint 增量審查

Scrum 團隊將要求客戶審查所展示的工作（可能可交付）是否符合此時已完成的定義，或者有時，某些客戶可能希望在接受之前有時間使用該應用程序。會議的目標是透明地審查並確定 sprint 中實施的工作的狀態：

已經完成
尚未完成
已添加的工作
並且從 sprint 中刪除了工作

它提供了提出問題、發表意見或提供反饋和建議的時間，並討論如何在給定的當前現實中最好地前進。

Sprint 評審的持續時間

在 4 週的衝刺中，衝刺審查可能會持續長達 4 小時。一般規則是，sprint 審查每週的 sprint 持續時間不應超過一小時。下表說明了該規則。

總衝刺持續時間衝刺評審持續時間1 週1 小時2 週2 小時3 週3 小時4 週4 小時

Sprint 評審會議模板

進行 Sprint 評審的方法有很多種。下面的 sprint 評審會議議程概述了典型的 Sprint 評審會議中的活動：

開始——Sprint 評審會議開始
歡迎利益相關者——產品負責人歡迎利益相關者參加審查
展示評審議程——產品負責人展示 Sprint 評審的議程
展示產品增量——開發團隊展示已在 Sprint 中實現的產品演示
獲得反饋——產品負責人向利益相關者詢問有關已交付產品的反饋
展示產品待辦列表 ——產品負責人向利益相關者展示產品待辦列表的頂部，以獲得即將到來的 Sprint 的反饋，並徵求與待辦事項相關的利益相關者的反饋
會議結束

參考