10. 我們如何做Sprint回顧
為什麼我們堅持所有團隊都要做回顧會議呢？
有關回顧最重要的事情，就是確保回顧會發生。
基於某種原因，團隊傾向不太願意去做回顧。沒有些溫柔的刺激，我們大部分的團隊通常會跳過回顧，然後移向下一個Sprint。或許這是瑞典文化的問題，但我不太確定。
不是的，我在許多國家都看到相同狀況，所以那是人的本性, 我們總是想要跳到下一件事情。諷刺的是，你越有壓力，你越可能跳過回顧會議。但是，就是因為你越有壓力，你越迫切需要回顧會議！這有點像是”我急著想把樹木砍倒，所以我沒有時間停下來把斧頭磨利！”所以 Scrum master 真的要堅持去進行回顧會議！它不會需要花太久時間。對於一個兩週的 sprint，回顧會議固定的長度是一小時。但是每隔幾個月，你可以進行比較長的回顧會議（半天或整天），用來處理比較棘手的問題。
不過，每個人看起來是同意，回顧是極端有用的。事實上，我想說的回顧是Scrum中第二重要的事件(最重要的是Sprint規劃會議)，因為這是你去改進的最佳機會！
沒錯。這是為什麼回顧會議是 Scrum 頭號最重要的事情，而不是第二重要的事！
當然，你不用需要回顧會議去得到好的點子，你在家裡的洗澡盆中就能想到！ 但是團隊能接受你的想法嗎？ 可能吧！ 但是如果這想法"來自團隊"，也就是在回顧會議上，每個人都可以貢獻和討論一些主意，這樣得到的想法會讓大家容易接受。
如果沒有回顧，你會發現團隊，會一而再的，再犯同樣的錯誤。
我們如何組織回顧會議
或許大家的做法會稍有不同，但是我們通常會這樣做：
• 根據討論的範圍有多少，我們會安排1-3個小時。
• 參與者： 產品負責人，整個團隊，和我自己。
• 我們會到一個封閉的房間，或是有舒適的沙發的角落，或屋頂庭院，或是類似的地方。只要我們能夠不受干擾的討論就好。
• 我們通常不會在團隊的房間內做回顧，因為人們的注意力很容易被分散。
• 會指定某個人當秘書。
• Scrum master會展示Sprint backlog，在團隊的幫助下，對Sprint做出總結。包括重要的事件或是決定等等。
• 我們會輪流發言。每個成員在不被打斷的狀況下，會有機會說出他認為什麼是好的，什麼是可以做的更好，以及什麼是下個Sprint可以做的不一樣的。
• 我們會檢視預估和實際的速度。如果有太大的差異，我們會分析為什麼。
• 當時間快要結束的時候，Scrum master會試圖去總結出具體的建議，有關於下次Sprint中我們什麼地方可以做的更好。
我們的回顧會議一般來說不會太結構化，太嚴謹。但是潛在的主題都是一樣的： "下次Sprint中，什麼事情我們能做的更好？"。
這裡是我們最近一次回顧會議的白板：
這裡有三行：
• Good： 假如我們再做一次相同的Sprint，我們哪些事情可以保持相同的作法。
• Could have done better： 假如我們再做一次相同的Sprint，我們哪些事情的做法可以改變。
• Improvements： 有關未來我們如何改進的具體方法。
所以第一行和第二行是回顧過去，而第三行是展望未來。
在團隊集思廣益，列出所有的想法後，他們會用"計點投摽"去決定，哪些改進是下個Sprint需要注重的。每個團隊成員會有三塊小磁鐵，可用來決定在下一個Sprint中，要改進項目的優先順序。每個團隊成可以自行決定磁鐵要放在哪個項目，或是三個都放在同一個項目上也可以。
根據投票的結果，選出5個要著重的項目。在下一個回顧會議中，他們會追蹤這些項目的改進狀況。。
重要的是，不要過度貪多。在每個Sprint中，只要著重幾個改進項目就可以了。
有很多有趣的方式，可來進行回顧會議。有各式各樣的形式，所以會議不該了無新意。你可以在 Agile Retrospectives 一書中發現很多想法。或者試試 Retromat，它是一個回顧方式的隨機產生器，也很有趣。(www.plans-for-retrospectives.com). :o) 然而，我注意到，對於大多數的案例，我持續使用上述簡單的方式，仍然可以運作的很好。或者以更簡單的方法，花二十分鐘的休息時間，進行兩個討論主題：“什麼要保持下去”和“什麼應該改變” 。有點簡單，但是總比沒有好！
全站熱搜
留言列表
