每個失敗的項目了都可以找這個借口：項目周期短、需求變化快、人員有限。

需求、工期是由客戶確定的。作為客戶來講，他不可能去合理評價給定的需求是否可以在某個時間內(nèi)能夠完成，至于投入多少人那更是開發(fā)方自己的問題。

開發(fā)方對客戶做出了承諾就要兌現(xiàn)承諾，否則就不要承諾，既然承諾了，就沒有理由再去抱怨工期短、需求變化快。開發(fā)方必須接受這個現(xiàn)實，認可這個現(xiàn)實，然后才可以玩這個游戲，否則你就出局。

CMMI是應對這種局面的一種解決方案，CMMI是全球最大的軟件客戶美國國防部資助開發(fā)的模型，是甲方驅(qū)動的模型，是得到甲方認可的方法。敏捷方法呢？敏捷方法如果要真正的能夠推行開來同樣也需要客戶的認可。

敏捷方法的推廣應該始于客戶，始于甲方：

需要甲方認可質(zhì)量第一，功能多少與工期第二；

需要甲方對需求劃分優(yōu)先級；

需要甲方認可分批階段性交付系統(tǒng)；

需要甲方參與階段性確認或者全權(quán)委托代表進行階段性確認；

需要甲方在開發(fā)過程中安排熟悉需求、有需求決策權(quán)的專家參與項目，與項目組保持實時溝通；

否則，不具備成功的基礎，則敏捷的開發(fā)管理仍然會失敗。ly:宋體'>需要甲方在開發(fā)過程中安排熟悉需求、有需求決策權(quán)的專家參與項目，與項目組保持實時溝通；

否則，不具備成功的基礎，則敏捷的開發(fā)管理仍然會失敗。