Scrum Retrospective Meeting 是 Scrum 要進行的其中一項會議. 主要是要來檢討做事方法, 期待讓團隊更有效率.
在這個過程中, 我觀察到會議往往會有這樣的壞味道, 就讓我們來瞧瞧這些是什麼:
1. 只講給老闆聽
每次講事情時, 都是講給老闆聽, 好像每件事情都是老闆的錯誤, 或是這是真的. 但是這往往代表, 老闆是用 command and control 管理團隊, 團隊不能有自己的想法. 或是這個團隊還不是 self-organized 團隊, 還期待老闆下指導棋.
2. 非面對面檢討 (使用 e-mail)
有些團隊進行回顧會議時, 方法非常有趣. 是利用線上問卷或是 e-mail的方式, 詢問大家對這次 sprint 有什麼想法, 然後再來進行討論. 這時候大家通常是沒有意見, 或者是僅有少數人會出聲, 所以上面的人會誤以為沒有太大的狀況, 所以事情就很順勢結束.
3. 只有部分參與者
也許有些團隊人數不少, 或者是每次發言的人並不多, 或者老是那幾個人講話, 因此就決定只找一些代表性的人來參加, 以增加開會的效率.
可是這樣的意見是經過篩選的, 不見得是大家的想法. 而且可能人數不夠, 每次的重點都會差不過, 提出的結論可能會是陳腔濫調.
我想或許可以嘗試改進引導手法, 或是加強 team building 的效果, 讓大家願意為自己的專案, 為自己未來的成果說話和負責.
4. 每個人都很高興
如果討論完後, 大家都很開心, 這也是很奇怪的. 這通常代表大家不在乎, 沒有人說真話, 大家只是去那邊吃吃喝喝. 正常來說, 應該有人會不滿意剛剛的結果, 有人會慷慨激昂, 有些人會迫不及待地去做些什麼, 這才代表這會議有牽動大家的心靈, 而不是就只是另一個例行公事.
5. 責備大會
有些時候, 會議裡充滿了相互指謫, 這應該是 PM 的錯, 這是開發人員沒寫好, 那個測試人員為什麼沒測到. 反正都是別人的問題, 就只有自己是無辜的, 這也是另一種病態的呈現.
6. 期待銀製子彈
很多人常常對回顧會議有些錯誤的期待, 認為召開後大家就會持續改進. 這通常是上面的長官, 最容易會有的誤解.
有召開回顧會議, 只是讓大家有機會, 坐在一起, 思考我們什麼地方做得不好, 什麼地方表現還不錯. 但是, 討論出來的東西, 需要持續落實, 並且有可能還需要花時間才會生效.
此外, 這都還是要在想出來的解法是正確的情況下, 才會有的結果. 如果一開始想錯了, 還要來來回回好幾次, 才會發生藥效的.
7. 會議時間太短
回顧會議召開下來, 通常至少要花個一個半鐘頭, 才能讓大家暢所欲言, 把事情和解法討論到一個段落. 如果只是兩要一個小時內結束, 通常都無法講到什麼.
8. 沒有人在引導
有時候沒有人在引導 (facilitate) 會議的進行, 或者是老是以 command and control 的氛圍在討論, 自然就讓會議上不會出現真話, 整個會議就會很沈悶, 大家會覺得很無聊, 想很快把這件事情結束.
好的 retrospective 需要有一位好的 facilitator 來主持, 他要能讓大家想講話, 並且讓每個人的聲音有被重視, 讓大家覺得我的意見有被尊重, 最後還能使大家覺得事情有被處理. 這工作還真的不是很簡單的.
全站熱搜
留言列表
