首先列下特定目標和特定實踐
sg 1 建立基線
sp1.1 識別配置項
sp1.2 建立配置管理系統
sp1.3 建立或發布基線
sg 2 跟蹤並控制變更
sp2.1跟蹤變更請求
sp2.2控制配置項
sg 3 建立完整性
sp3.1 建立配置管理記錄
sp3.2 執行配置審計
下面我來依次看看這些實踐裡面做了哪些事情
一、建立基線
1.識別配置項
「配置項」就是配置管理裡面你要管理哪些東西，之前乙個專案的配置管理主要管理一些文件和源**，在這裡我們先把需要進行配置管理的這些文件和源**識別出來，比如我要管理《需求說明書》、《整體計畫》、《測試用例》等，然後給他們建立唯一標識，就相當於編了個號，對應上建立時機，負責人，各項配置項是否有依賴關係，這一部分就相當於做完了。
配置項標識
建立時機
負責人依賴項
《需求說明書》
xq_1
需求評審通過
***《整體計畫》
jh_2
計畫評審通過
***《測試用例》
cs_3
測試通過
***上圖是乙個簡單的示例
2.建立配置管理系統
我對這個的理解就是使用乙個配置管理工具，建立使用規範，設定訪問許可權。我們用的是svn，主要分三步
1）展現下目錄結構
2）目錄對應的文件說明
3）目錄對應的人員及許可權分配
3.建立或發布基線
也是一張表
配置項
配置項版本
最新變更時間
《需求說明書》
v1.0
2018/6/1
《整體計畫》
v1.0
2018/6/5
《測試用例》
v1.2
2018/9/5
2018/10/9
以上，建立基線的目標就通過下面這三個實踐達成了。
二、跟蹤並控制變更
1.跟蹤變更請求
2.控制配置項
在上一步的基礎上，將修改後的配置項發布，存檔。存檔我認為就是上傳svn，發布就是更新之前基線的表，比如需求說明書更新到v1.1的版本.
配置項
配置項版本
最新變更時間
《需求說明書》
v1.1
2018/6/1
2018/7/1
《整體計畫》
v1.0
2018/6/5
《測試用例》
v1.2
2018/9/5
2018/10/9
三、建立完整性
1.建立配置管理記錄
這一步我認為可繁可簡，簡單的來說上面那個基線版本及時間的表就可以達到，複雜點就變更日誌，版本差異等的記錄，我覺得svn提交時新增的備註也就是記錄了。
2.執行配置審計
我們這邊是有個配置審計表，分物理審計和功能審計，定期檢查符合項和不符合項，跟蹤問題至解決。
以上就是符合cmmi配置管理的實踐內容了，可能不全面，但我們公司還不能全部做到，可能關注點還不在這吧，有待提公升。
cmmi配置管理
配置管理的目的是通過執行版本控制 變更控制等規程，以及使用配置管理軟體，來保證所以配置項的完整性和可跟蹤性。配置管理是對工作成果的一種有效保護。凡是納入配置管理範疇的工作成果統稱為配置項 comfiguration item,ci 配置項主要有兩大類 屬於產品組成部分的工作成果，如需求文件 設計文件...
基於CMM和CMMI的配置管理（一）
本文主要從cmm和cmmi的要求出發，介紹了標準主要涉及的配置管理內容，並對相應內容進行初步地說明，最後提供了乙個配置管理在專案實施的指南和乙個在組織中部署配置管理的模型。1配置管理內容的邏輯關係 在cmm和cmmi中，將配置管理的目的定義為 建立和維護產品的完整性 這個目標沒有提到對專案管理的支援...
CMMI 需求管理 REQM 2級
sg 1 管理需求 sp1.1 理解需求 sp1.2 獲得對需求的承諾 sp1.3 管理需求變更 sp1.4 維護需求的雙向可追溯性 sp1.5 確保專案工作與需求間的協調一致 一 管理需求 1 理解需求 通過需求調研計畫，了解客戶需求，通過 的形式將一些固定需求向客戶調查 2 獲得對需求的承諾 專...