在推廣 Scrum 時, 通常我們會選定 pilot run 的團隊, 利用 workshop 來教導什麼是 Scrum, 接著就讓團隊開始使用 Scrum 來進行軟體開發了.
可是經過 2-3 週後, 大家會覺得似乎每件事情都變了, 為什麼以前一次做完的事情, 現在要分階段執行. 可是我們有不知道怎麼拆解, 所以我們在 iteration 時間內做不完, 我們已經有好幾個 iteration 沒有按照原先規劃的進度來進行了, 一切都好亂....
有沒有覺得這樣的場景很熟悉?
Scrum 就是這樣, 一開始就要求全面改革: 從一次交卷, 變成每隔一段時間交卷. 並且忽然間多了幾個角色: Scrum master 和產品負責人, 搞得大家永遠搞不清楚到底他們要做什麼.
這時候通常我會建議, 如果大家都感覺到太多東西都是新的, 都在變動時, 或許可以放慢腳步, 以 kanban 的方式逐步來推行 scrum.
這裏有個 slide 可以供大家參考:
kanban boards step by step
有時候你要推 definition of done, unit testing 或者 swarm 等等, 這些都可以是讓團隊成員感到有痛, 有遭遇到問題時, 我們才建議一些 practice 給他們, 而不是一開始時就告訴他們那些 slide 中所有作法, 這些不會有用的, 因為他們不知道爲什麼要做這麼多, 做這些對他們的幫助是什麼.
例如 scrum 的會議: daily scrum 或者是 planning meeting, 一開始如果你們團隊真的覺得開這些會沒有意義, 你或許不需要強迫他們接受. 你可以把開會的頻率調低, 從中來討論是否需要, 或者為什麼不需要, 或者問問自己為什麼需要開這些會. 給時間讓團隊去消化, 去思考這些 practice 的用意, 這樣團隊才會容易去接受.
Kanban 是個 gateway drug, 它會讓你慢慢導向 scrum 的境界.
全站熱搜
留言列表
