今天在網(wǎng)上看到一篇文章:http://www.ibm.com/developerworks/cn/rational/edge/08/mar08/smith/。文章里面寫到的一些問題，正是我所遇到的：
1.缺乏統(tǒng)一的、全面的、綜合的變更管理處理過程。這樣變更之后可能聽到這樣的抱怨“我真不知道您做了什么”，如果有個一統(tǒng)一的、全面的、通用的變更管理方案放在一個工具中執(zhí)行，你們將會消除這種混亂
2.缺乏對構(gòu)建順序的理解、缺乏對代碼模塊的提供者和消費者之間的合同的定義和強制、以及構(gòu)建所具有的完全的整體性，正是一下諸多問題發(fā)生的根源：無法重新啟動構(gòu)建過程、無法完成部分可靠的構(gòu)建、無法進行有效地測試、無法對變更(補丁和升級)進行影響分析，等等。
3.缺乏對根本的系統(tǒng)對象的依賴關(guān)系的理解
4.在整個開發(fā)周期中都普遍缺乏可追溯性，沒有一種方法可供用來追蹤處理過程和需求覆蓋。關(guān)于測試的變更管理處理過程是手工的和記錄不良的。這些變更管理和組件相關(guān)的缺點，意味著沒有一種方法能夠進行變更級別的影響分析。
對于產(chǎn)品型的項目，變更是不可避免的，如果變更是失敗的，那這個項目就會越做越難。微軟的xp系統(tǒng)是有那么多人開發(fā)的，如果對xp的更新處理是失敗的，那就不會有SP1、SP2和即將推出的SP3了。