提到軟件配置管理，作為從事軟件的人來講，相必都不陌生。要想真正做到實施好配置管理，對于軟件配置管理的意義及其重要性我想應該有必要的認識和理解。
軟件配置管理，software configuration management，其簡稱SCM；在軟件配置管理中，有一個關鍵的一環就是變更管理，而變更管理的基礎是配置項的確定與版本管理。要正確理解這些問題，我們不能僅僅將SCM作為一個管理工具或者在項目洽談與執行中一種合行規定的義務來履行。如果這樣，在開展工作的過程中很容易使這種工作變成一種官僚式的絆腳石。往往在我們開展項目時，很多合同對配置管理提出了明確的要求，需要認識的是，我們所需要進行配置管理的目的是為軟件開發過程中的不同的角色控制和跟蹤管理自已的工作提供支持與幫助。
很多軟件開發過程中遇到的問題都是因配置管理不善而造成的。而發生這些問題需要時間去確定，而且有可能很多可能是重復的問題。有的是不必要的麻煩。比如說一個已花費較大精力和成本解決的高難度的軟件錯誤突然再次出現，已經開發或完成測試的一個特性神密的消失，一個已經通過完全測試的軟件系統突然間無法運行。配置管理通過對同一項目中不同人員的所產生的工作產品來幫助我們減少和消除這些問題。問題主要體現在：
—— 現在項目的開發大部分都是以疊迭式，漸進式的模型進行開發。在一個版本交付的同時，另一個版本可能還是進行測試，而進行同步開發的后續版本可能還在進行設計與開發階段。在這個循環的過程中，如果客戶發現錯誤，那么不單只是針對客戶的錯誤在現有的版本上進行修改完成就可以，同時要在后續的版本中體現。另外，如果在測試或開發的過程中發現了新的問題，那么對于以前正在使用的版本也需要考慮進行修改。在大系統開發的過程中，問題與修改問題的人，版本都會比較多，很容易出現混亂的情況。
——核心代碼，或者公用構件和代碼。在系統的開發過程中，當涉及到公用構件或代碼的修改時，需要使與此相關的人都需要知道。如果沒有有效的代碼管理與報告與協調機制，對于修改的代碼如何使相關人員都提到通知就存在一個問題了。
——現在的軟件項目，大多都是由一個團體協作完成的，那么，涉及到，對于最后某人對其所作的工作或輸出很容易損害到其它相關人員的工作。如在一個應該系統的開發過程中，數據流程比較密集，如果其接口的變化，可能會引起很多相關地方的變化。
這些問題是由什么而引的呢，不言而明，在軟件開發過程中的缺少規范的管理而導致出這些問題。需要我們花費很大的精力與時間來處理。那么怎么來對這些問題來形成一個有效的解決方案呢，需要我們對以下的問題進行明確：
——在公司，目前的配置管理是什么，做了些什么？
——目前公司配置管理的狀態是何狀態？
——如何去控制配置的變更項？
——對于配置變更，怎么樣通知相關的個人和組？
——公司的軟件項目都有哪些類型的變更？
——如果在公司或同一項目組，其它人所做的變更會不會影響你所寫的軟件部分？