在社群或是公司中, 常常會聽到以下問題:
agile/Scrum 的想法很好, 但是我們公司的文化不喜歡改變這麼大
我們的組織不喜歡不斷的衝刺 (sprint), 太累了
我們的成員成熟度不夠, 無法自動自發
我們只想求溫飽, 不需要一直追求完美
是的, 這樣的聲音一直不斷出現, 我也一直疑問, 為什麼好的東西大家不用呢？
直到讀了 David Anderson 的文章後, 我才恍然大悟, 懼怕改變才是重點啊.
David Anderson 提到了, 並非所有人樂於接受改變. 雖然 agile 社群提出了很多好的做法, 新的 process, iterative and incremental, TDD, CI 等等, 每個都是不錯的創舉, 但是並不是大家都接受.
也就是說, 這些方法或許可以解決某些問題, 但是他並沒有解決人們抗拒改變這個大問題. 如果你不解決人的問題, 你就沒有機會推銷新的做法.
因此, Kanban 想做的, 並不是再去推一套新的軟體開發流程, 他想的是如何讓大家比較願意接受變革. 所以 Kanban 核心原則寫著:
Start with what you do now
Agree to pursue incremental, evolutionary change
Respect the current process, roles, responsibilities & titles
是不是真的一定可行我不確定, 但是我覺得至少踏出了第一步, 開始有方法關心如何讓大家接受的問題, 而不是一味地推銷解法有多好多好
人的問題, 永遠是最難處理的, 記得在推銷 agile 時想想這件事情, 不要吃緊撞破碗, 讓 agile 一下就在你們部門, 就宣告永不適用. 試著用 Kanban 漸進式改革的思維, 慢慢地讓團隊導向 Scrum 所想要的境界.
留言列表
