close
當你要推廣敏捷, 然後老大們也答應, 願意做你的後盾時, 你已經有一個很好的開始了, 這時候你還是要小心為營, 以下事情你還是要加以考慮:
1. 是不是合適的專案
不是任何團隊都適合來pilot run 敏捷的, 你必須考慮團隊大小, 7 +- 2 人會比較合適. 此外, 專案的重要性也要適中, 太無所謂的專案, 即使成功也沒人在意.
2. 團隊是不是有意願
當團隊成員都很猶豫, 那轉型一定不會成功. 更重要的是領隊的那一個, 即使其他人有心, 但是經理無心戀棧, 最後, 事情緊急時, 最先被割棄的就是敏捷的實施.
3. 團隊是不是有能力
有時候即使團隊成員都有意願, 不排斥去使用敏捷. 這時候的問題便是瞭不瞭解 scrum, XP, Kanban 是什麼, 背後的原理是怎樣, 以及要怎麼去使用.
4. 評估團隊使用的工程實踐
光只有 Scrum 是不夠的, 必須要有 XP 等工程實踐來搭配. 這時候便要衡量團隊成員的能力, 以及所能花費的時間, 看看哪種工程實踐合適. 當 TDD 太難學會時, 或許 code review 做的扎實也是很夠的.
5. 找敏捷顧問幫忙
敏捷, Scrum 這些東西都是 mindset 和框架, 並非具體的實施步驟. 因此, 100 個團隊可能會有 100 種實踐方式. 就像下棋一樣, 規則大家都知道, 但是如果有教練來指導, 會讓你的功力可以累積更快.
6. 安排週期性的溝通方式
推行新的方法時, 不管立意再怎麼良好, 都是有人喜歡, 有的人不滿意. 因此, 需要不斷的溝通, 讓大家了解到這條路是值得走的, 這樣的犧牲是需要的.
不過扯了這麼多, 好像一開始老大會願意支持的假設就不容易成立, 是嗎? 哈哈... 好像是我想太多了.
全站熱搜
留言列表
