在很多場合, 會聽到很多人在討論 waterfall 和 agile 方法的比較, 不少人還是堅持 waterfall 或是 CMMI 不錯, 但是也有人覺得這些都是過時的做法.
不管這些方法是新是舊, 過時或是最新流行, 我想重要的是要問自己, 所遭遇的環境是否合適. 如果一切用的很順利, 準時交付, 並且品質很好, 那確實沒有還的必要. 個人覺得一切都是需求導向, 要真的有病痛才能吃藥.
那什麼病徵下, waterfall 這個藥方可能不適合呢? 以下是常見的徵狀:
1. 無法確定是否是客戶要的
如果你很難確定, 客戶的需求是否這樣解讀, 或者客戶會不會買這個產品時, 你就不適合用, 因為在大多數的狀況下, 在經過一個長的開發時程後, 做出來的東西都是浪費.
2. 無法承受改變
當客戶常常會有新的想法, 或者環境可能變遷很快, 這時候重點便不是把原先的做法, 而是要確定這些改變, 是否很重要, 是否要優先處理.
3. 詳細計劃常常沒有用
有時候你對於關鍵技術, 或是資源(人力或是資金)掌握不是很高, 這時候一個詳細完整的計劃變不切實際, 你可能需要的是短期的詳細規劃, 中長期只要大概就好.
4. 沒有時間測試
如果你發現開發人員常常進度延遲, 也就是能寫完程式就偷笑, 因此往往壓縮到後面測試時間, 導致品質不夠好就需要出貨.
5. 分工導致資訊變調
如果你發現PM 講的功能, 跟 BA 分析出來的東西, 或者開發人員撰寫出來的系統, 以及測試人員最後認知的行為不一樣時, 這時候就是代表你們團隊在玩傳話遊戲, 每經過一關, 資訊的內容就漸漸失真.
當你發現這些狀況時, 我想你應該要想想是否該換個方子, waterfall 這服藥可能不適合了. 但是, 事實上很多人還是想同一服藥, 來醫所有毛病.....
留言列表
