軟體過程評估
軟體過程評估是對組織使用的軟體過程進行的規範化檢查，基於過程模型。評估包括識別和描述當前實踐，識別優勢和劣勢領域，以及當前實踐控制或避免軟體質量、成本和進度方面重大問題的能力。
軟體評估（或審計）可以分為三種類型。
**自我評估（第一方評估）**由組織內部人員執行。
**第二方評估**由外部評估團隊執行，或組織接受客戶的評估。
**第三方評估**由外部方執行（例如，供應商接受第三方評估以驗證其與客戶簽訂合同的能力）。
軟體過程評估在開放和協作的環境中進行。它們用於幫助組織改進其軟體過程，結果對組織保密。接受評估的組織必須有成員參與評估團隊。
軟體過程成熟度評估
軟體過程評估的範圍可以涵蓋組織中的所有過程、選定的軟體過程子集或特定專案。大多數基於標準的過程評估方法都基於過程成熟度的概念。
當評估目標是組織時，即使在連續應用相同方法的情況下，過程評估的結果也可能不同。導致結果不同的原因有兩個：
必須確定正在調查的組織。對於大型公司，組織的定義可能有多種，因此在連續評估中，實際評估範圍可能會有所不同。
即使在看起來相同的組織中，選擇代表組織的專案樣本也可能影響範圍和結果。
當評估目標單元是專案級別時，評估應包括所有對專案成功或失敗有意義的因素。它不應受給定過程成熟度模型的既定維度的限制。在此，評估實施程度及其有效性，並由專案資料證實。
當組織打算開始整體長期改進策略時，過程成熟度變得相關。軟體專案評估應為獨立評估，以確保客觀性。
軟體過程評估週期
根據 Paulk 及其同事（1995 年）的說法，基於 CMM 的評估方法使用六步迴圈。它們是：
選擇團隊 - 團隊成員應是軟體工程和管理方面的專業人士。
待評估站點的代表填寫標準過程成熟度問卷。
評估團隊根據 CMM 關鍵過程域分析問卷答覆，並確定需要進一步探索的領域。
評估團隊進行現場訪問，以瞭解站點採用的軟體過程。
評估團隊列出調查結果，其中確定了組織軟體過程的優勢和劣勢。
評估團隊準備關鍵過程域 (KPA) 配置檔案分析，並將結果呈現給合適的受眾。
例如，評估團隊必須由 SEI 授權的首席評估員領導。團隊必須由 4 到 10 名成員組成。至少有一名團隊成員必須來自接受評估的組織，並且所有團隊成員必須完成 SEI 的 CMM 簡介課程（或同等課程）以及 SEI 的 CBA IPI 團隊培訓課程。團隊成員還必須滿足一些選拔指南。
關於資料收集，CBA IPI 依賴於四種方法：
- 標準成熟度問卷
- 個人和集體訪談
- 文件審查
- 評估參與者審查草案調查結果的反饋
SCAMPI
標準 CMMI 過程改進評估方法 (SCAMPI) 旨在滿足 CMMI 模型的要求（軟體工程研究所，2000 年）。它也基於 CBA IPI。CBA IPI 和 SCAMPI 都包含三個階段：
- 計劃和準備
- 在現場進行評估
- 報告結果
計劃和準備階段的活動包括：
- 確定評估範圍
- 制定評估計劃
- 準備和培訓評估團隊
- 對參與者進行簡要評估
- 管理 CMMI 評估問卷
- 審查問卷答覆
- 進行初步文件審查
現場評估階段的活動包括：
- 舉行開幕會議
- 進行訪談
- 整合資訊
- 準備草案調查結果的簡報
- 展示草案調查結果
- 整合、評分和準備最終調查結果
報告結果階段的活動包括：
- 展示最終調查結果
- 舉行執行會議
- 結束評估