变更管理(繁体.pptVIP

構型與變更管理工具(2/2) 版本管理工具通常具備以下功能： 版本與發行編號：系統自動給予新發行的版本編號。 儲存管理：系統會自動保存版本間的差異部分（delta），而非儲存整個版本。 變更歷史紀錄：記錄版本產生的原因。 開發獨立：新式的工具允許同時多人將同一版本文件或程式check out出來修改。 支援專案：可管理一組與專案有關的檔案，而非僅僅單一檔案。 結語(1/2) 軟體專案是一個持續溝通與協商的過程，因此變更不可避免。但是變更管理（尤其是需求）若不處理好，則會使得軟體開發變成射擊移動的目標（shoot moving target），最終導致專案的失敗。 面對變更的問題，軟體專案經常處於兩難的情況：不接受變更會導致顧客的需求不被滿足；而接受變動又會影響專案的開發，造成混亂。現今普遍的解決之道，是採用構型管理，提供雙軌的開發空間。透過基準線的設立，一面做好變更與版本控制，一面給予開發者足夠的創作空間，發展各自的系統。 結語(2/2) 不穩定的需求是軟體專案致命的風險，尤其是需求的演化，經常在不知不覺中進行。所以應落實需求變更的追蹤，並降低需求變動的衝擊。良好的構型管理、事前定義的變更控制流程，以及變更控制委員會（CCB）的角色，是落實需求管理不可或缺的幾項要素。 傳統的軟體構型管理，主要應用在專案後期，當產品接近完成時；今日的軟體開發則強調漸進式、多循環流程，以及要擁抱改變