close
最近有些在問到底用 scrum 比較好, 還是 Kanban 呢? 這東西沒有標準答案, 要看你的環境而定. 他們兩個是可以互相並存的, 或者相互轉換.
但是這裏有些考量因素, 可以讓你參考以那一個當起點. 等到你實施一段時後, 你需要在自己調整.
1. 團隊大小
Scrum 比較合適 7 +- 2 人, 如果超過可能要拆成多個團隊, 但是多個團隊, 便會增加溝通和同步的代價
2. 工作的管理
如果三不五時優先順序就會變動, 並且變動的速度, 小於一個疊代的長度, 對 Scrum 會有很大的影響.
另外, 如果在疊代的中途, 老是叫團隊趕快交付某些功能, 這和 scrum 都是在疊代結束後才交付是違背的. 這也是會造成 scrum 團隊很多麻煩的
3. 工作的大小
要處理的 Product backlog item 要切成適當的大小, 否則在 board 上都不動, 這樣就看不出目前的狀態為何. 如果你用 kanban, 你就增加 flow 的 step. 如果你要用 scrum, 你便要把 product backlog item 所拆解出來 task 變小一點.
基本上, 無論你用 Kanban 或 scrum, 都建議要把你要處理的事情切小.
4. 團隊的角色
如果你要用 Scrum, 專職的 scrum master 和產品負責人 (Product owner) 是需要的. 如果你沒有的話, Kanban 會比較合適一點. 但是硬是要用 Scrum 也可以.
5. 分散式團隊
Scrum 一開始就設計團隊需要在同一地方工作. 所以如果你很多分散在各地的團隊, 並且需要合作一個專案, 那 Kanban 會比較好些. 不過近來 scaled scrum 開始盛行, 或許過一段時間後, scrum 在分散式團隊上, 會令人刮目相看.
6. 專門的專家
在 Scrum 的團隊中, 因為希望團隊成員是 cross functional, 如果團隊成員願意互相幫助, 也願意學習一些新東西來互相支援, 那 scrum 會是不錯的選擇.
如果一開始專業分工分得很明確, 在心態上也不容易相互幫忙, 那也許從 Kanban 開始會比較好.
當然啦, 不管 Scrum 或是 Kanban, 這些只是開發的流程或做事作法, 只有這些還是不夠, 記得還要練練 engineering practice 喔.
人生苦短, 可是要會的東西還不少, 算了, 我們能動就好 XDDD
全站熱搜
留言列表
