Scrum 指南 | 38. 什麼是 Sprint 回顧展？

已發表: 2022-07-19

Sprint Retrospective 是 Sprint 總結活動，只有 Scrum 團隊成員可以參加。 這使得它可以完全專注於團隊的內部事務。 這是因為 Sprint 回顧主要用於反思當前的工作方法，以及討論改進它們的建議。

什麼是 Sprint 回顧展？ - 目錄：

  1. 介紹
  2. Sprint 回顧的目標和主題
  3. 如何進行有效的 Sprint 回顧？
  4. 需要討論的問題
  5. 討論和承諾
  6. 概括

介紹

Sprint Retrospective 是結束每個 Sprint 的會議。 它是 Scrum 事件之一，我們在另一篇文章的概述中對此進行了介紹。

根據官方 Scrum 指南，每月 Sprint 的 Sprint 回顧最多需要三個小時。 或者如果 Scrum 團隊在更短的周期內工作，則相應地更短。

Sprint 回顧的目標和主題

Scrum 團隊的所有成員都參加了 Sprint 回顧。 會議的目的是討論與 Scrum 團隊工作相關的問題以及它如何處理這些問題。 然而，這些不是與 Scrum 團隊正在開發的產品有關的問題，而是與 Scrum 團隊成員之間合作的性質和過程有關的問題。

因為提出的問題通常很敏感和敏感，所以Sprint 回顧是一個封閉的活動。 我們可以通過以下方式製定其目標：

  • 總結目前的合作方式
  • 識別那些需要改進的問題和缺陷
  • 提出解決方案和修改建議

Sprint Retrospective 的目標與支持 Scrum的經驗主義支柱密切相關。 前兩點與檢查有關。 而最後一個與適應有關。 我們在本文中寫了更多關於經驗主義的支柱及其在 Scrum 中的作用。

Sprint Retrospective

對上述會議的回答不僅清楚地展示了 Scrum 團隊的所有成員都可以使用的合作原則。 團隊還承諾改善合作和團隊行為，這將在下一個 Sprint 中實施。

如何進行有效的 Sprint 回顧？

由於 Sprint 回顧會議是一場艱難的會議，因此主持討論的 Scrum Master 的角色至關重要。 理想情況下，他或她應該建議 Scrum 團隊成員接下來發言。 例如，他可以要求每個人給一個結束 Sprint 的一句話總結。

需要討論的問題

由於在團隊中談論問題會激起很多情緒，因此一個常見的解決方案是將要討論的問題寫在單獨的紙上。 這樣更容易表達您的意見。 發現更大的問題區域和更多人關注的問題也更容易。

如果 Scrum 團隊提出的問題太多，你可以從主要討論開始。 或者集體選擇 Scrum 團隊認為最重要的問題。

您可以將 Sprint 回顧期間沒有足夠時間解決的問題推遲到下一次回顧。 當然，只有在它們仍然發生的情況下。

What is a Sprint Retrospective?

討論和承諾

然而，Sprint 回顧會議最重要的部分是討論和做出承諾。

討論應側重於問題的原因、問題發生的時刻以及它們對 Scrum 團隊運作的影響。 值得考慮是否可以避免它們的發生以及與誰討論它們的解決方案。

做出承諾與診斷問題同樣重要，因為僅僅知道它們的存在和原因並不能轉化為解決它們。 Sprint 回顧的結果通常是幾個承諾。 如果問題影響到整個團隊，通常其中一名團隊成員承諾在下一個 Sprint 中特別關注特定問題。 並提出解決方案，甚至解決問題本身。 另一方面，如果問題與特定人員的行為有關，他或她承諾早在下一個 Sprint 就改變他或她的行為。

概括

Sprint Retrospective 是從 Scrum 團隊成員之間協作的角度對 Sprint 的總結。 其目的是提高效率，培育經驗主義的三大支柱：透明度、檢查和適應。 透明度，所有合作者就團隊中出現的成功和問題相互坦誠地交談。 檢查，包括對團隊情況的頻繁和可靠的診斷，以及適應，即糾正持續出現的錯誤。

如果您喜歡我們的內容，請加入我們在 Facebook、Twitter、LinkedIn、Instagram、YouTube、Pinterest 上忙碌的蜜蜂社區。

Scrum Guide | 38. What is a Sprint Retrospective? caroline becker avatar 1background

作者：卡羅琳·貝克爾

作為項目經理，Caroline 是尋找新方法來設計最佳工作流程和優化流程的專家。 她的組織能力和在時間壓力下工作的能力使她成為將復雜項目變為現實的最佳人選。

查看所有帖子

Scrum 指南：

  1. 基本術語、角色和概念的詞彙表
  2. 什麼是 Scrum？
  3. Scrum 價值觀
  4. 如何在貴公司實施 Scrum？
  5. Scrum 團隊——它是什麼以及它是如何工作的？
  6. 誰是產品負責人？
  7. 產品負責人最常犯的錯誤
  8. 誰是 Scrum Master？
  9. 優秀 Scrum Master 的特徵
  10. Scrum Master 最常見的錯誤
  11. Scrum Master 應該跟踪哪些統計數據和指標？
  12. Product Owner 和 Scrum Master 之間的合作
  13. Scrum 中的開發團隊
  14. 開發者最常犯的錯誤
  15. Scrum 工件
  16. 擴展 Scrum
  17. 衝刺積壓
  18. 什麼是產品待辦列表？
  19. 什麼是用戶故事？
  20. 用 INVEST 創建最好的用戶故事
  21. 最常見的用戶故事錯誤
  22. 用戶故事接受標準
  23. Scrum 中的估計和故事點
  24. 規劃撲克
  25. 團隊估計遊戲
  26. 定義增量
  27. Scrum 事件
  28. Scrum 中的 Sprint 是什麼？
  29. Scrum 團隊承諾 - 產品目標、Sprint 目標和完成定義
  30. 什麼是燃盡圖？
  31. 如何創建和解釋燃盡圖？
  32. 燃盡圖的優缺點
  33. Scrum 和 Scrumban 中的看板
  34. Scrum 中的速度——開發團隊的速度
  35. 每日站會
  36. 衝刺計劃
  37. 衝刺回顧
  38. 什麼是 Sprint 回顧展？
  39. Sprint 回顧中的常見錯誤
  40. 產品積壓培養