什麼是Scrum中的Sprint回顧會議？｜完整指南

Sprint回顧會議在Sprint檢視之後，以及在下一個Sprint規劃。這是一個時間限制的會議，對於一個月的Sprint而言至少持續三小時。回顧會議本質上是一場「改進」會議，旨在識別潛在的陷阱、過去的錯誤，並尋找新的方法來避免它們。所有人都會參與——包括產品負責人，以及Scrum主管開發團隊成員，以及可選的利害關係人。
換句話說，Sprint回顧會議是為了識別團隊目前做得好的地方、應該持續的部分，以及可以改進的地方，以使下一個Sprint更愉快或更高效。『檢視與調整』的原則在此扮演關鍵角色，讓下一個Sprint更加高效且愉快。

Sprint週期與儀式

每個Sprint都從兩場規劃會議開始，以定義Sprint的內容：「要做什麼」——Sprint規劃的第一部分，以及「要怎麼做」——第二部分。這兩場會議合稱為Sprint規劃會議。
Sprint cycle
Sprint週期
在Sprint結束時，進行Sprint回顧會議，以讓Scrum產品負責人檢視所有承諾的項目是否已完成且正確地實現，以供部署。
接著，舉行Sprint檢視會議，以檢視並改善專案執行流程：在Sprint期間哪些做得好、哪些應持續，以及在下一個Sprint中應如何改進。

進行Sprint回顧的五個步驟

通常，回顧會議比這更為結構化。大多數團隊遵循以下五個步驟：
  1. 設定場景 – 定義目標；給予人們時間「進入狀態」，並進入正確的心態
  2. 收集資料 – 協助所有人回憶；建立共享的資訊池（每個人看待世界的方式不同）
  3. 產生洞察 – 為什麼事情會以這種方式發生？識別模式；看到整體圖景
  4. 決定該做什麼 – 選擇一些問題來處理，並制定具體的行動計畫來解決它們
  5. 結束回顧 – 明確後續行動；感謝貢獻；總結；如何讓回顧會議變得更好？
Stages of Sprint Retrospective
Sprint 回顧會議的階段

Sprint 回顧會議的時長

一個通用的經驗法則是，Sprint 回顧會議的時長不應超過每週 Sprint 時長的 45 分鐘。下表說明了此規則：

總 Sprint 時長 回顧會議時長
1 週 45 分鐘
2 週 90 分鐘（1.5 小時）
3 週 135 分鐘（2.25 小時）
4 週 180 分鐘（3 小時）
注意：
Sprint 回顧會議的實際時長可能受到以下因素影響：
  • 團隊中有多少人？
  • 團隊的新鮮度如何？
  • 是否有任何團隊成員是遠端參與的？

回顧問題

在 Sprint 回顧會議期間，團隊會討論：
  • Sprint 中哪些事情進行得順利？
  • Sprint 中哪些事情出了問題？
  • 我們在 Sprint 中學到了什麼？
  • 我們在下一個 Sprint 中應該做什麼？

1. Sprint 中哪些事情進行得順利？

透過反思所有正面面向，提出問題以理解這次迭代成功的背後原因。
  • 是什麼導致了這項成功？
  • 我們做了哪些不同的事情才讓它成功？
  • 哪些培訓、技能或知識促成了這項差異？
  • 你的哪些優勢讓這成為可能？
  • 哪些團隊優勢讓這成為可能？
  • 團隊成員的貢獻是如何幫助達成此目標的？
  • 我們是如何達成這項成果的？

2. 迭代期間發生了什麼錯誤？

雖然此部分不應評估個人表現或導致懲罰，但應收集洞察並找出解決未來迭代問題的方法。重點應放在改進而非問題上。此問題揭示了團隊目前面臨的困難、問題與挫折。
  • 事情是怎麼出錯的？
  • 你做錯了什麼？
  • 有多少人參與了這個錯誤？
  • 你知道自己在做錯事嗎？
  • 你理解了錯誤，但仍犯了嗎？
  • 你理解了，但仍犯了錯誤嗎？
  • 我們表現如何？

3. 我們在迭代中學到了什麼？

我們從這次迭代中學到了什麼？這些問題有助於識別哪些做法有效，哪些無效。它們促進我們對工作方式的反思。例如：
  • 這次迭代是如何執行的？
  • 這次迭代中發生了什麼錯誤？
  • 事情是什麼時候出錯的？
  • 它們是怎麼出錯的？
  • 哪種技術有用？
  • 哪種技術沒用？
  • 這次迭代中哪些方面做得好？
  • 這次迭代中哪些方面沒做好？
  • 我們能從這次迭代中學到什麼來改善下一次？

4. 下一次迭代我們應該做什麼？

此部分著重於根據過去的成功、失敗與經驗，識別可能的修正措施。
  • 我們如何利用個人優勢來解決問題？
  • 我們應該做什麼來防止問題再次發生？
  • 必須立即採取哪些行動以獲得帶寬與功能？
  • 找出一件需要改變的事，並說明如何改變它？
  • 可以使用哪些策略來完成工作？

行動計畫

  • 在接下來的 Sprint 中，你將做什麼來解決這個問題？
  • 你將如何確保成功？
  • 你將在 Sprint 的什麼時間進行這項工作？
  • 你是否需要幫助來完成這項工作？
  • 你需要哪些額外支援？
  • 你如何知道已經完成？
  • 在 Sprint 中完成這項工作後，你將做什麼？

總結

Sprint 回顧可以視為一次「經驗教訓」的會議。精心設計的回顧問題讓團隊能夠反思，同時讓每位成員感受到主導權——使整個過程真正敏捷.
使用上述問題來激發你的團隊以及你自己，以在未來的 Sprint 中持續改進。雖然這些範例問題僅供參考，但請根據你們團隊的需求自由調整。

Leave a Reply