隨機應變的改變驅動 @ PingChun0928的部落格

談過謀定而後動的計畫驅動後，接下來我們再來看天平的另一端:改變驅動(Change driven)。所謂改變驅動主要是在高度不確定性的狀況下，利用週期短的迭代循環，以快速交付商業價值給客戶。不同於計畫驅動的方式，必須先完成目前步驟之後，才能繼續進行下個步驟；改變驅動的方式則是先做一點點計畫、一點點設計、執行及測試，並交付一點點價值給客戶。接著再重複此過程，如此周而復始積少成多的累加工作成果，同時在工作進程中，持續修正改善、直到達成任務為止。如下圖示:

摘自:http://www.commonplaces.com/blog/agile-v-waterfall-how-to-approach-your-web-development-project/

改變驅動不只將做事情的時間點大幅提前，更包含做事情的方法與觀念的革新。取消繁複的計畫階段，利用整體(holistic)流程的觀念，將需求收集、計畫、設計、執行及測試完全整合，成為彼此相依的流程。在每個迭代(iteration)過程中，團隊內外人員透過持續的溝通，達成共識並交付價值給客戶。由此我們也可以看到改變驅動方法的特色有下列幾點:

快速交付價值
及早且頻繁的交付價值
邊做邊測試
建立跨職能團隊
只寫必要文件

現在我們可以直接開車上班，不必再考驗大家的記憶力或想像力做計畫了，該左轉就左轉，該右轉也不須遲疑，最重要的是可以根據實際路況進行處置及應變。如果上級交代你到陌生地方時，只需依照這些要領處理即可從容搞定。少掉冗長的計畫過程，團隊與利害關係人能將全部精力投注在眼前待處理的事務，更能在第一時間就能夠啟動工作，開始打造實際可用的成品，而不是一本厚厚的計畫書，這就是改變驅動與計畫驅動思維最根本的不同。

改變驅動典型的代表是敏捷式(Agile)方法，其本質就是行動隨著現況的改變而改變，以交給客戶最需要的價值為依歸。決不只是依照計畫完成所有內容，就可以交差了事。在每個迭代(iteration)過程的後期，必須讓所有客戶或其代表參與，以了解目前進行狀況，並依據客戶的反應，修訂下一次迭代的工作排序。如此反覆進行，不僅可以保證任務朝正確的方向前進，同時也能保持彈性，快速因應所有變化。那麼有那些工作需要採用改變驅動來完成呢? 其取決的標準同樣是產業性質與任務的差別，例如消費性產品的開發、軟體產業、一般企業管理改善案等，這些都有著不確定性極高與變動快速的特性，因此必須發展一套既有效率又能保有彈性的方法，才能成功達標。而改變驅動正是解決這類問題的不二法門!