ソフトウェアプロセス評価

ソフトウェアプロセス評価は、プロセスモデルに基づいて、組織が使用するソフトウェアプロセスの統制のとれた調査です。評価には、現在の慣行の特定と特性評価、長所と短所の領域の特定、および現在の慣行が品質、コスト、およびスケジュールの低下の重大な原因を制御または回避する能力が含まれます。

ソフトウェアの評価（または監査）には、3つのタイプがあります。

A self-assessment (first-party assessment) 組織の担当者によって内部的に実行されます。
A second-party assessment 外部の評価チームによって実行されるか、組織が顧客によって評価されます。
A third-party assessment 外部の関係者または（たとえば、顧客との契約を結ぶ能力を検証するために第三者によって評価されているサプライヤー）によって実行されます。

ソフトウェアプロセスの評価は、オープンで協調的な環境で実行されます。これらは、組織がソフトウェアプロセスを改善するために使用するためのものであり、結果は組織の機密情報です。評価対象の組織には、評価チームのメンバーが必要です。

ソフトウェアプロセスの成熟度評価

ソフトウェアプロセス評価の範囲は、組織内のすべてのプロセス、ソフトウェアプロセスの選択されたサブセット、または特定のプロジェクトをカバーできます。標準ベースのプロセス評価アプローチのほとんどは、常にプロセス成熟度の概念に基づいています。

評価対象が組織の場合、同じ方法を連続して適用しても、プロセス評価の結果が異なる場合があります。結果が異なる理由は2つあります。彼らです、

調査対象の組織を決定する必要があります。大企業の場合、組織のいくつかの定義が可能であるため、実際の評価範囲は、連続する評価で異なる場合があります。
同じ組織のように見える場合でも、組織を表すために選択されたプロジェクトのサンプルは、範囲と結果に影響を与える可能性があります。

評価の対象単位がプロジェクトレベルである場合、評価には、プロジェクトの成功または失敗に寄与するすべての意味のある要素を含める必要があります。特定のプロセス成熟度モデルの確立されたディメンションによって制限されるべきではありません。ここでは、プロジェクトデータによって実証された実装の程度とその有効性が評価されます。

プロセスの成熟度は、組織が全体的な長期的な改善戦略に着手することを意図している場合に関連します。ソフトウェアプロジェクトの評価は、客観的であるために独立した評価でなければなりません。

ソフトウェアプロセス評価サイクル

Paulkと同僚（1995）によると、CMMベースの評価アプローチは6ステップのサイクルを使用します。彼らは-

チームを選択する-チームのメンバーは、ソフトウェアエンジニアリングと管理に精通した専門家である必要があります。
評価されるサイトの代表者は、標準のプロセス成熟度アンケートに回答します。
評価チームは、質問票の回答の分析を実行し、CMMの主要なプロセス領域に従ってさらに調査が必要な領域を特定します。
評価チームは、サイトを訪問して、サイトが従うソフトウェアプロセスを理解します。
評価チームは、組織のソフトウェアプロセスの長所と短所を特定する調査結果のリストを作成します。
評価チームは、主要プロセス領域（KPA）プロファイル分析を準備し、その結果を適切な対象者に提示します。

たとえば、評価チームは、認定されたSEIリードアセッサーが主導する必要があります。チームは4人から10人のチームメンバーで構成されている必要があります。少なくとも1人のチームメンバーが評価対象の組織のメンバーである必要があり、すべてのチームメンバーがSEIのCMM入門コース（または同等のコース）とSEIのCBAIPIチームトレーニングコースを完了する必要があります。チームメンバーは、いくつかの選択ガイドラインも満たす必要があります。

データ収集に関して、CBAIPIは4つの方法に依存しています-