最近有人在問我, 如何在企業中推行 scrum. 然後再加上 FB 上的一些討論, 讓我想寫一小段話發發瘋
個人覺得在企業中要成功導入新的做法, 是件不容易的事情, 尤其在大型企業, 銀行或是公家單位.
就像殼亮在 “為什麼 Scrum 不行” 一文中提到:
人的天性是不喜欢改变的，人的天性是习惯于一些按部就般的事的，也许那样做令人讨厌，但是人家还是能干点东西出来。如果你逼着人家改变，你就是在压迫人家，人家自然会反抗。
敏捷陣營有個最大的假設, 就是認為大家都想把事情做好, 都想追求卓越. 但是, 事實上是這樣嗎? 絕對不是這麼單純, 不是每個人都想積極向上, 都想好好改革舊的壞習慣. 有些人可能只希望安安份份領一份薪水, 沒有想賺大錢或變得有名; 或是有的只想聽從老闆指揮, 不想自己動太多腦筋.
組織和人性的種類有百百種, 我認為只用一種方式(不管是 Scrum, XP , Lean/Kanban), 就要所有地方都適用, 這應該是件不可能的任務. 就像同一種病, 在不同人身上, 應該用不同藥一樣.
此外, 加上提出敏捷方法的那些先驅, 他們的背景也會左右了方法的精神.
例如 Kent Beck , Uncle Bob 這些實作派出身的, 他們就不會 care 像 Scrum 這種管理式的敏捷. 他們會喜歡以人為主, 追求技術的精進, 和軟體架構或是品質的完美. 所以他們是從開發人員來跳到客戶.
而 Ken (Scrum 發明人) 就是從管理角度出發, 來看軟體開發要如何做, 才能快速因應變動的狀況. 經理們設定好目標及要做的事情, 團隊接手把他們搞定. 但是並沒有提到技術的問題如何處理. 所以你對於架構要如何切割, 才能用 iteration 開發的方式, 常常會困惑不已.
還有就是, 工程師陣營和專案管理容易互相看不起對方, 或是無法理解對方的痛苦, 或是思考的想法, 因此也容易發生各自覺得自己的方法是最好的. 那種“吵什麼吵,摻在一起做撒尿牛丸阿!笨蛋 !”的情況, 不一定能被接受, 或者是做得到.
因此對於能成功地讓大部分團隊願意採用敏捷開發, 並且能持續一段時間, 這樣的成果真的不容易. 今年應該會有機會, 讓我們公司分享一下, 推廣敏捷的心路歷程, 或許結果並不是很突出, 但是這些經驗, 相信是可以讓大家少走一些冤枉路.
參考資料: 雙方對彼此方法的討論
Scrum 陣營的看法
http://kenschwaber.wordpress.com/2010/06/10/waterfall-leankanban-and-scrum-2/
http://scrumcrazy.wordpress.com/category/scrum/bad-smells/
Kanban 陣營的看法
https://groups.yahoo.com/neo/groups/kanbandev/conversations/topics/8154
留言列表
