市場大環境下的激勵競爭(zheng) ，頻繁的人員流動，組織內(nei) 部如果沒有必要的配置管理流程和工具，大量的文檔、代碼、經驗、數據等知識財富必將很難進行複用和有效管理，數據、文檔、資料則會(hui) 是隨意地保存在項目經理和項目開發人員各自的電腦中，因此有時我們(men) 會(hui) 看到因為(wei) 硬盤故障或人員離職，導致資產(chan) 永遠消失的慘痛案例，組織的過程財富就這樣因為(wei) 缺乏必要的配置管理而流失。

何為(wei) 配置管理？配置管理是通過技術或其他手段對軟件產(chan) 品及其開發過程和生命周期進行控製、規範的一係列措施。

配置管理的主要目的是進行工作產(chan) 品管理，確保產(chan) 品開發者在軟件生命周期中的各個(ge) 階段都能得到良好的產(chan) 品配置。其中包括各類文檔、源代碼、規範、bug等等。

但不要簡單理解為(wei) ，配置管理就是版本管理，配置管理是所有工作產(chan) 品的管理。通常配置管理的主要活動包括：製定配置管理計劃、配置項識別、建立基線、建立配置管理係統、版本管理、變更管理、配置狀態報告和配置審計。

在CMMI2.0中對配置管理又有新的詮釋和變化，例如：去掉了配置狀態記錄，重點強調了配置控製的方法，將配置控製明確為(wei) 版本控製和變更控製。再如：對基線的闡述不僅(jin) 僅(jin) 有軟件基線，2.0也新增了硬件基線，這給軟硬件一體(ti) 項目實施的組織提供了理論基礎。

何為(wei) 基線？基線可能對剛剛執行過程改進的組織來說比較陌生，基線是一組狀態已經固化的配置項。設置基線的目的簡單來說是讓項目組能夠使用同一組正確且穩定的工作產(chan) 物。通常，我們(men) 在項目實施過程中會(hui) 製定幾條基線，例如需求基線，開發基線，產(chan) 品基線等。基線的建立和變更需要經過CCB（變更管理委員會(hui) ）嚴(yan) 格的審批，通常不能隨意變更，特別是在開發階段，如果基線發生變更，代碼務必要進行回歸測試，隻有這樣，基線的內(nei) 容才是可控的，基線也才是真正的被管控起來。

配置管理活動覆蓋了整個(ge) 軟件生命周期，也覆蓋了生命周期中所有的工作產(chan) 品，所以這個(ge) 活動會(hui) 涉及很多的幹係人，彼此工作都是相關(guan) 聯的，並不是簡單說是某個(ge) 配置管理員的工作，一定是通過這些工作產(chan) 出，將過程管理與(yu) 人員管理關(guan) 聯起來。我們(men) 可以設想一下一個(ge) 組織如果缺少配置管理活動，項目管控會(hui) 變成怎麽(me) 樣的？下麵的場景大家一定不會(hui) 陌生：

①在日常的開發工作中，經常會(hui) 出現並行開發的需求，這種場景下，不同開發人員可以同時編輯修改某一文件，主要目的是為(wei) 了提高開發效率，但是這種協同極有可能產(chan) 生衝(chong) 突和矛盾。如果沒有配置管理工具的支持，進行並行開發將十分困難，單單通過人工操作，往往會(hui) 造成修改過的bug 重複出現或者幾個(ge) 人進行相同的工作，產(chan) 生不必要的浪費。

②在項目的聯動性方麵，部門主管會(hui) 無法確切得知項目的進展情況，項目經理也不知道各個(ge) 開發人員的具體(ti) 工作完成情況，項目進展隨意性很大。所有的問題往往都會(hui) 集中到項目裏程碑時一起出現，這必然會(hui) 造成巨大的成本浪費，結果往往是產(chan) 生大量的缺陷或者延誤開發周期。

③沒有配置管理流程的組織，軟件複用的效率將大打折扣。我們(men) 知道軟件資產(chan) 是組織的重要財富，軟件複用是提高軟件產(chan) 品生產(chan) 效率和質量的重要手段。代碼的可重用性是相當高的，如何建好知識庫，用好知識庫將對公司優(you) 質高效開發產(chan) 品產(chan) 生重大的影響。如果缺少有效的配置管理，代碼的複用管理就無法進行，開發人員也會(hui) 各自為(wei) 政，缺少統一的規範要求，後續會(hui) 產(chan) 生返工工作量，如果隻通過手工的方式尋找想要的代碼，效率如何可想而知。同時在產(chan) 品發布時無法確定該版本所有的組件，或者向用戶提供了錯誤的版本，勢必會(hui) 造成客戶滿意度低下，對組織的專(zhuan) 業(ye) 度認知給出負麵評價(jia) 。因為(wei) 不同代碼版本也會(hui) 導致後期維護極其複雜，程序的可維護性也會(hui) 越來越差。這些都會(hui) 延長實施的周期，同時意味著人力、物力的浪費。

④配置庫沒有定期和異地備份。舉(ju) 個(ge) 例子，之前服務過一家公司，配置管理整體(ti) 做的還算基礎，有兼職的配置管理人員，有一套配置管理工具，所有的一切都按照所規定的要求在做。突然有一天中了比較流行的勒索病毒，所有的文檔和配置庫文件都打不開了，項目組成員非常恐慌，一旦既成事實，帶來的影響是巨大的。好在他們(men) 的配置管理要求比較嚴(yan) 格，除了本地做了備份，在異地的分公司服務器上同步做了異地備份。這種備份成本的投入帶來的收益有可能會(hui) 一直沉默，但是隻要發生一次，它就是功不可沒。這家公司很快通過異地服務器備份，恢複到了中毒之前的代碼和文檔，給公司挽回了不少經濟損失。如果這個(ge) 事情發生在沒有很好的配置管理的公司，損失必然是慘烈的，所以配置管理的工作我們(men) 不要小看每一步，每一步都不容小覷，都要足夠重視。

良好的配置管理也提供了收集軟件開發曆史數據的重要來源。從(cong) 以往的研發管理谘詢經驗來看，項目中有很多問題是由於(yu) 配置管理沒有做好導致的，根本原因是因為(wei) 很多人不了解配置管理，不清楚配置管理的意義(yi) 和作用。配置管理是可以覆蓋到整個(ge) 軟件生命周期的全部重要產(chan) 出，並且它還能解決(jue) 很多其他常見問題，比如：配置管理可以通過協調項目中不同人員的工作產(chan) 品，來幫助我們(men) 降低這些問題發生的風險；需求、設計等軟件工程文檔不一致性；無法還原或者找到工作產(chan) 品的上一個(ge) 版本；產(chan) 品運維或交付後找不到之前的相關(guan) 資料；文檔和代碼的權限管理，不讓權限以外的人隨意對文檔有增、刪、改、查的操作……

當然，配置管理領域的知識還有很多，比如配置審計、自動化構建、持續集成等等，本文主要結合CMMI2.0的一些基本實踐要求來闡述，希望能拋磚引玉帶給大家一些思考。

最後我想說，做好配置管理需要有配置管理專(zhuan) 員，也需要專(zhuan) 業(ye) 的配置管理工具。目前市麵上可以選擇的配置管理工具有很多，各個(ge) 組織可以根據自身的實際情況去采購，同時這些工具也需要在全公司進行推廣和培訓，讓整個(ge) 項目組成員都能熟練地使用這些配置管理工具，真正做到工欲善其事必先利其器！

了解更多CMMI認證