_{<menuitem id="bho1b"></menuitem>}

<tbody id="bho1b"></tbody>

<bdo id="bho1b"><optgroup id="bho1b"><thead id="bho1b"></thead></optgroup></bdo>

<tbody id="bho1b"></tbody>

評估實踐證明：在進行CMMI評估咨詢之前，制定一個正確的評估計劃并將其文檔化，確保有一個富有經驗的、受過培訓且具有適當資格的小組能被用來評估，為執行評估過程做準備，是十分必要的

我們所說的文檔化CMMI評估咨詢計劃的結果，包括：要求，協定，估價，風險，剪裁方法，以及與評估相關的實際考慮（例如：日程安排，后勤，組織的背景信息）

此外，還應當獲取并記錄發起方對于CMMI評估咨詢計劃的正式批準

在制定評估計劃之前，應對CMMI評估咨詢輸入中反映出來的協議文檔化，該協議將有助于CMMI評估咨詢目標和關鍵評估計劃參數的共同理解

在對驅動計劃過程的關鍵參數達成共同理解的基礎上，CMMI評估咨詢發起方和SCAMPI主任評估師應就評估計劃達成一致；發起者和評估小組領導應就已計劃的評估中技術和非技術細節達成一致

這個計劃在執行其他的計劃和準備階段活動中需要進一步細化

而通過CMMI評估小組的準備工作，將產生一支富有經驗的、受過培訓的且定位準確的小組準備執行CMMI評估咨詢任務

該小組的成員都應當獲得了完成他們各自的任務所必備的知識，或者他們之前所擁有的知識被證實足以完成相關任務

評估小組領導者已經給每一個人提供了為完成他們各自的任務所需的對技能進行實踐的機會，或者證實這些技能在過去已經得到了示范

小組成員相互了解，同時開始計劃他們如何協調一致的工作

還應該做到：準備好的小組是為評估目標而服務的，小組的成員已提供培訓且培訓結果被記錄，在必要的時候，對他們所做的因知識或技能不足的補救工作已經完成

我們認為，無論CMMI評估小組領導者是從頭培訓一支全新的評估小組，還是通過從富有經驗的小組成員中選擇來組建一個小組，確保他們與CMMI評估小組領導者能組成一個成功的集體是其責任

此外，在對CMMI評估進行的預備工作的過程中，我們還應當對模型剪裁的原則有所了解： 1.在某些應用中，計劃模板和例行的程序能夠根據評估的需要進行調整，這和當地的過程所有權一樣，有助于交流； 2.一個結構化的計劃工藝組有利于只有有限的評估經驗的組織，這樣一個工藝就像緩和策略樣，對于發現風險是一個很有價值的機會； 3.案例研究材料提供了各種各樣的選擇來擴充小組培訓內容以增強那些更需要培訓的重點； 4.富有經驗的評估小組領導者在沒有案例分析的情況下，同樣可以管理和模擬評估行為； 5.在小組所有已獲得培訓成員的集合中，對小組的建立工作進行管理以確保其團隊凝聚力是十分重要的，因此，很多的小組建立練習是可以利用的，小組的規模、技能、組成部分都是本方法的裁剪內容； 6.所采用工具可以包括評估計劃模板，樣例，和計劃模板中嵌入式的程序上的幫助，此外，為了估計評估約束的影響，估算工作表和方法也是很有用處的

總之，CMMI評估是一個十分復雜的過程，更由于其具有的不確定性，在評估的實踐中，一定要做到有備無患

真理來自于實踐，我們相信，隨著越來越多的軟件組織著手CMMI評估，越來越多的成功經驗將為我們所利用和借鑒

評估方法 自1991年起，CMM出現了很多模型，覆蓋了各種各樣的專業領域

其中著名的模型有系統工程·軟件工程·軟件采購·集成產品和流程開發等

然而當企業想要在組織內不同專業領域的流程改進，這些針對不同專業領域的模型在架構·內容和方法上的不同限制了組織成功實施改進的能力

此外，將這樣模型在組織內部集成也提高了培訓·認證和改進的費用

一套包括多個專業領域的模型加上整合的培訓和認證支持將解決這些問題

CMMI(Capability maturity model integration)是為了合并三個模型到一個框架中 Capability Maturity Model for Software (SW-CMM) v2.0 draft C, Electronic Industries Alliance Interim Standard (EIA/IS) 731 Integrated Product Development Capability Maturity Model (IPD-CMM) v0.98 正如其他CMM模型，CMMI提供了流程改進的指導，而不是流程或流程的描述

組織使用的實際流程取決于很多因素，包括應用領域·組織框架和規模

CMMI將許多經過驗證的方法加入架構中，來幫組組織評價成熟度·某個軟件流程的能力度，并且建立改進的優先順序和實施改進

從CMMI框架可以產生不同的CMMI模型，因此必須首先確定那種模型最適合企業流程改進的需要

階段式描述 or 連續式描述 系統工程 or 軟件工程 or 兩者皆有 使用連續式描述可以根據企業需要選擇流程改進順序，降低企業風險，這給通過ISO做流程改進提供了一個方便的比較

使用能力度(Capability)來衡量

階段式描述提供了已經過驗證的流程改進順序，方便從CMM移植過來

使用成熟度(Maturity)來衡量流程改進

系統工程包括整個系統的開發，可能包括軟件也可能不包括

軟件工程用于軟件系統的開發，主要集中在使用系統的·科學的·量化的方法來開發·運行·維護軟件

_{<menuitem id="bho1b"></menuitem>}

<tbody id="bho1b"></tbody>

<bdo id="bho1b"><optgroup id="bho1b"><thead id="bho1b"></thead></optgroup></bdo>

<tbody id="bho1b"></tbody>