如何組織 Sprint Retrospective?
如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提供了一個專注於檢查和調整的正式機會。