如何組織 Sprint Retrospective?

摘要： 如Scrum指南中所述，Sprint Retrospective是Scrum團隊檢查自身並建立在下一個Sprint期間制定的改進計劃的機會。Sprint回顧是在Sprint Review之後和下一個Sprint Planning之前發生的。這至少是為期一個月的Sprint的三小時會議。對於較短...

如Scrum指南中所述，Sprint Retrospective是Scrum團隊檢查自身並建立在下一個Sprint期間制定的改進計劃的機會。Sprint回顧是在Sprint Review之後和下一個Sprint Planning之前發生的。這至少是為期一個月的Sprint的三小時會議。對於較短的Sprint，事件通常較短。在Scrum Master的保證事件發生和服務員瞭解它的用途。這是Scrum團隊改進的機會，所有成員都應該出席。

我們如何組織Sprint回顧?

一般不同的組織格式有點不同，但通常我們這樣做：

• 我們根據討論的多少分配一到三個小時 是預料之中的。
• 參與者：產品所有者、整個團隊和我自己。
• 我們搬到一個封閉的房間，一個舒適的沙發角落，屋頂露臺，或像那樣的地方。只要我們能不受干擾地討論。
• 我們通常不在團隊會議室進行回顧，因為注意力往往會遊移。
• 有人被指定為祕書。
• Scrum Master顯示Sprint積壓工作，並在團隊，總結衝刺。重要事件和決定等。
• 我們做“巡演”。每個人都有機會說，而不是被打斷了，他們認為什麼工作得很好，他們認為有什麼可以改進的，下一次衝刺他們想做什麼不同。

• 我們檢視估計速度與實際速度。如果有很大的區別，我們試圖分析原因。
• 當時間快到時，Scrum Master試圖總結關於下一次衝刺我們能做得更好的具體建議。

Scrum Master鼓勵Scrum團隊改進其開發流程和實踐，以使其在下一個Sprint中更加有效和愉快。在每次Sprint回顧期間，Scrum團隊計劃通過改進工作流程或在適當時調整“完成”的定義來提高產品質量，而不是與產品或組織標準相沖突。我們的回顧通常不是太結構化。底層但主題總是一樣的：“ 下一次衝刺我們能做得更好嗎？ “

在Sprint Retrospective結束時，Scrum團隊應該已經確定了它將在下一個Sprint中實施的改進。在下一個Sprint中實現這些改進是對Scrum團隊本身的檢查的適應性。雖然可以隨時實施改進，但Sprint Retrospective提供了一個專注於檢查和調整的正式機會。