若兩年後你的團隊還在 run Scrum，這說明了你們的 Scrum 不 Scrum。
-- Daniel Teng
Scrum Master 在前期或許偏重 Scrum 引導，後期就要嘗試引入一些有趣的變革。變革適不適用根本不是重點，重點是嘗試過，有問題再來修正就好～。而我發現自己最常引入變革的是 Retrospective Meeting 的部份，往往需要增添更多滋味，才能引發出更多的反思及反饋。但這次要談的是 Review Meeting 的新滋味！
這次上完 CSM 課程後，突然有個新的 idea，是不是能夠改變既定的 Review 型態，看看能出現什麼有趣的火花？
Story 是屬於全團隊的承諾，而非個人，若總是只關心自己的項目，這不是一個團隊該有的樣子。團隊，是 SCRUM 最核心的價值。這次的 Review Meeting，我讓組員骰骰子，用骰子決定每一個 story 由誰來進行 demo。其中發生幾個有趣的狀況：
- 不清楚該 story 具體是要解決哪個問題，Daily Meeting 曾經聽過，但也早已遺忘，不知該如何演示。
- 甚至完全不清楚該 story 是不是已經有完成。
- 負責同仁以為完成的項目，但卻被 demo 的夥伴找出了錯誤、盲點。
接著在 Retrospective Meeting 時，讓大家反思一下這次的 review 看見了什麼現象，也用圓點投票，看看什麼是大家都認為的問題。的確有幾個問題並不是我一開始有想到的。
老實說我自己很滿意這次的活動，並沒有使用粗糙的方式指出誰誰誰怎麼會不知道哪個項目的狀況。直接讓大家看見、發現問題，大家一同嘗試去解決。真正要解決的是問題，不是人。團隊也同意將這樣的 review 方式給保留下來，時刻提醒自己，我們是一個團隊。
但這次的導入也有點小小的狀況，就是鍵鼠會一直傳遞，流程有些微的混亂，改善這個流程列入下個 sprint 的 Action Item。詳細的方式我還在計畫中，亂數的因子仍會保留，但會盡可能降低傳遞鍵鼠的次數。
如果各位的團隊有存在這種自掃門前雪的狀況，或許可以試試這個方式。 : p
