作者在加入 BIzo 之前, 在一家軟體公司使用 Scrum 來開發軟體已經有 5 年了. 那家公司內的所有 projects, 都是利用 scrum 方式來進行. 所以當他加入 Bizo 時, 他以為可以將 Scrum 在 Bizo 使用的很好. 事實上, 他發現他錯了, 為什麼, 讓我們繼續看下去
作者認為, Scrum 和 Kanban 是敏捷中兩個沒有交集的東西, 雖然有人試著把它們兩者混合使用, 例如像是 Scrumban 等, 但是作者認為這兩者的心態是完全不同的.
Scrum 的重點如下:
- 是讓人們可以一起工作的很好, 好完成一個的產品.
- 人是整個方法的中心, 他有考量到人性的優點和缺點.
- sprint 是讓你有短程的期限
- 每日站立會議和回顧會議(retrospective), 讓溝通管道是敞開的
- 產品負責人會告訴你要做什麼
- Product owner 和 Scrum Master 會確保團隊不受外界的干擾. 團隊可以全心全意在完成 sprint 這件事情上面
所以從作者的角度, 他認為 Scrum 擅長讓一堆人可以一起工作的很有效率.
因此, 如果 Scrum 要能發揮最大的作用, 你的專案需要滿足以下條件:
(1) 團隊成員大約是 5- 7 人:
讓溝通的 effort 適中
(2) 只做一個應用程式或系統:
如果大家做的東西沒有關連時, planning meetings, standups, demos, retrospective 就變成沒有意義.
(3) 大家的工作可以同時進行的:
不要有誰在等誰做完某些事情的狀況
(4) 能夠避免團隊成員受到外界的干擾:
有些利害關係人會直接找某個人, 去談他有興趣的部分
可是在 Bizo 中, 團隊成員約有 25 人, 要去維護 400 個程式. 因為沒有維運的團隊, 所以每個要從設計, 開發, 發佈, 做到維護. 他們有開發一些自動化來輔助 deployment 的工作, 但是他們只能減輕被中斷的狀況, 但是不能避免這樣的事情發生. 所以 Scrum 無法在 Bizo 中使用的很好, 作者因此把重心轉向 Kanban.
Kanban 的重心如下:
- 如何讓工作以最有效的方式, 從開始流到完成.
- 人與人之間的互動, 是團隊文化的問題, 它並不涉入
- 它只監督工作的流動, 但是他相信團隊會找出最好的方式, 能最佳化工作的流動
- 也就是說 Kanban 的重點在告訴你工作流動不順暢, 而你的責任是要找出方法讓工作流程順暢.
在 Bizo 中, 因為我們系統的架構是非常 loosely coupled, 因此每個應用程式所需人數, 可以從 1 人到 7 人; deployment 可能一週發生數次. 所以整個工作的進行, 會有很多的狀況發生. 因此你需監督工作的流程, 睿智地規劃時程, 以及有彈性的組織團隊. 還要能看到所有小團隊的狀況. 而 Kanban 能給我們這些狀況的可視性, 好讓我們需要調整組織時, 不會失去了方向.
所以作者的結論是: Scrum 是給活在天龍國的人用的, Kanban 是讓你在真實世界中求生存的.
source: Why Scrum is great, but Kanban makes more sense to us
全站熱搜
留言列表
