「導入敏捷靠的不是大規模的改變，反而是需要以現實為依歸，慢慢向理想狀態改變」——《超圖解敏捷管理》

有許多敏捷導入失敗的故事都有著相同的起手式，某企業的某高層大手一揮、口號一喊，從X月X號開始，全公司都要敏捷。

於是高層訂定了不知哪裡來的 KPI，搞得底下所有的中低階主管全都動起來。

部門重組、角色改名、工具全換、流程重建，看似全公司就要脫胎換骨一次到位，孰不知最後只會換來一場空。

就連程式碼我們都不會輕易的全部打掉重來，或一口氣進行超大範圍的重構；

那為什麼換成導入敏捷或其他良好的實踐方法時，我們卻妄想能這麼做呢？

組織與人需要時間來適應變革，一口氣改變過多既有的習慣，多半只會造成混亂與集體抗拒。

Agile 本來就是在教我們用逐步迭代對抗不確定性，結果導入敏捷卻用了一個超大瀑布，你不覺得哪裡怪怪的嗎？

你有聽過哪些一次到位的變革是成功的嗎？你們公司在導入 Agile 與 DevOps 時，走的又是哪一種路線呢？