在 Scrum 裡面, 每當 sprint 結束後, 需要進行回顧會議 (retrospective), 以檢討在這個過程中那些地方需要改進.
可惜,我問過很多執行 scrum 的團隊, 大多數的人都不太進行這個會議. 老中會努力工作, 可惜不太懂得改進自己的工作流程, 或者是做事方法. 因此加班時數總是最多, 但是成效卻不見得比別人好.
另外還有一個問題, 就是誰該參加回顧會議?
如果你們團隊彼此不太信任, 或者是才剛開始實施 Scrum, 這時候或許老闆就不需要參加回顧會議.
為什麼呢? 為了要讓大家可以多講話, 為了需要大家建立互信, 或許你只需要留下非老闆的 scrum master. 如果你的 scrum master 是老闆兼任的, 那就只要有一個資深, 或是有熱情的人來主持就可以了.
等到團隊成員和老闆比較有信任感時, 老闆在近來參加. 記得, 參加之後不要講太多話, 不要主導會議的進行, 要讓大家多說話.
另外有一種狀況, 可能需要 product owner 一定要進來. 例如, 像是跟需求有關的問題. 如果需求常常不清楚, 或者是常常在變動, 這時候 product owner 或是 product manager 便要在場, 這樣才能讓問題給相關的人知道. 當然啦, 這時候氣氛的掌握很重要了.
回顧會議會不會吵架呢? 也許會, 也許不會. 但是如果你發現, 大家只是想維持皇城內一片祥和, 那這個會議就是失敗的. 要有點吵, 但是又不會太失控, 願意講真心話, 但又不是惡意攻擊, 這樣才能把問題浮現出來. 不過, 這也是需要信任感的基礎.
要能夠進行 refactoring, 你必須要有 TDD 或是 test automation 來當你的 safety net. 同理, 你若是要回顧會議能夠有用, 你就必須建立起團隊的互信, 讓 trust 變成你的 safety net, 這樣才能讓回顧會議成功.
全站熱搜
留言列表
