利用 SCRUM 事件來偵測殭屍 SCRUM
Scrum 中的事件（Events）是找出殭屍 Scrum（Zombie Scrum）的最佳場所，一切跡象都在明顯不過！有些症狀是非常明確且顯而易見的，舉例來說：團隊在 Daily Scrum 沒有使用衝刺目標（Sprint Goal）。殭屍 Scrum 的其他症狀較不明顯。你會注意到人們是如何互動、協作、做決策、討論相依性、處理衝突、以及移除障礙的。
讓我們更深入地探討在 Scrum 活動期間，僵屍 Scrum 可能呈現的樣貌。
1. 衝刺規劃會議（Sprint Planning）：
- 衝刺目標完全被遺漏，或是沒有說明為什麼這次衝刺（Sprint）為什麼對利害關係人來說是具有價值的。
- 在衝刺規劃會議的過程中，只有簡單易做但本身沒什麼價值的產品待辦清單項目（Product Backlog Items）被選中。更有幫助但也風險更高的項目則被無視。
- 從未打算用衝刺來測試可能對利害關係人帶來幫助或增加價值的假設。
2. 每日站立會議（Daily Scrum）：
- 每日站立會議只是個以 Scrum Master 為主席的狀態更新會議。
- 即使每個人都知道他們無法達成衝刺目標，但擔憂或疑慮從未被表達。
- 當團隊成員在任務上遇到困難時，他們不會向其他人尋求幫助。或者可能需要經過幾天的時間掙扎後才會這麼做。
3. 衝刺審查會議（Sprint Review）：
- 在衝刺審查會議期間，沒有可用的產品（Working Product）供共同檢視。
- 產品的利害關係人很少出席衝刺審查會議。
- 利害關係人出席衝刺審查會議時僅被告知本次衝刺期間團隊完成了什麼。沒有利害關係人被邀請去使用產品。
4. 衝刺回顧會議（Sprint Retrospective）：
- 衝刺回顧會議通常是無聊且內容重複性高的。或是相反地，衝刺回顧會議唯一的重心聚焦在如何讓衝刺回顧會議好玩有趣，同時也失去了意義。
- 在衝刺回顧會議期間，Scrum Master 總是負責收集紀錄改善的便利貼。同時也不清楚應該從哪裡開始，或者成功看起來應該是什麼樣貌。
- 團隊成員在衝刺回顧會議期間的對話，主要專注在微小的改進，而不是那些本可以做得更好的重要關鍵事項。
5. 精煉會議（Refinement）：
- Scrum 團隊不會花時間去精煉未來幾次衝刺會使用的工作。主要是因為這會導致關於某些功能的重要性或工作量的無休止辯論。沒有人喜歡參與這些辯論，因此他們寧願避免這些辯論的發生。
- 產品負責人（Product Owner）對＂他們的＂產品擁有有限的授權。要麼他們不被允許做決定（對於產品待辦清單上的項目），要麼他們經常需要尋求許可。
- 引導並協助進行產品待辦清單的精煉（以及所有其他 Scrum 中的事件）總是 Scrum Master 的責任。如果 Scrum Master 沒有出現，產品待辦清單的精煉會議就永遠不會發生。
有什麼其他殭屍 Scrum 的症狀你在 Scrum 事件中有觀察到的呢？
原文作者：Barry Overeem｜敏捷領域專家（E）