實在太頻繁，如果每次變更都走變更流程，也會大大影響項目進展。按照變更控制流程，需要對變更做影響分析等等。既然變更在所難免，不可能只要有變更就執(zhí)行嚴(yán)格的變更控制程序，這個過程也是有成本的，所以，和項目組成員討論的結(jié)果，只有重大變更時，才執(zhí)行變更控制程序。比如影響了項目里程碑的達(dá)到，工作量超出了原先估計的30%等等。
這樣一來，既保證了變更的有序性，又保證了項目進展。除此之外，我還對需求的穩(wěn)定度做了一個度量，度量了原始需求的個數(shù)，增加、刪除、更改的需求個數(shù);并分散在項目各個階段，如需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼階段、測試階段等等的需求數(shù)，并將每次需求變更的提出人、變更原因，是否走了正式的變更流程都記錄了下來。一來是為以后的項目做參考，二來跟客戶溝通時也有話說。不至于拿不出令人說服的事實和根據(jù)來。
比如這個項目，初始的軟件需求共有142個，中間增加了21個，刪除了6個，更改了34個?？傮w需求穩(wěn)定度在30%左右，對于一個軟件項目來說，就很不錯了。老撾項目于2011年12月底結(jié)束，項目獲得了老撾海關(guān)的好評,目前系統(tǒng)運行正常，系統(tǒng)已經(jīng)融入老撾海關(guān)工作流程，成為海關(guān)工作不可分割的一部分。公司也收回了該項目所有尾款，實現(xiàn)了公司的價值。在此項目中，我們做到了一下幾點：盡早開始需求調(diào)研，清晰進行需求定義，隨時和客戶進行溝通，及時記錄需求變更，統(tǒng)計需求變更的影響和工作量。
因此，項目進行得很成功，期間克服了很多困難，比如人手緊張，客戶方接口人變動等等。但因為工作范圍沒有什么改變，需求一直在掌控之中，項目一直按計劃執(zhí)行和完成。