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