Cmmi-models

SEI CMMIモデル-専門分野

CMM統合は、複数の専門分野/知識体系を統合したモデルです。 現在、CMMIモデルを選択する際に利用できる知識は4つあります。

システムエンジニアリング

システムエンジニアリングは、ソフトウェアを含む場合と含まない場合がある完全なシステムの開発を対象としています。 システムエンジニアは、顧客のニーズ、期待、制約を製品ソリューションに変換し、製品のライフサイクル全体を通じてこれらの製品ソリューションをサポートすることに焦点を当てています。

ソフトウェア工学

ソフトウェアエンジニアリングは、ソフトウェアシステムの開発を対象としています。 ソフトウェアエンジニアは、ソフトウェアの開発、運用、および保守に対する体系的で統制された定量化可能なアプローチの適用に焦点を当てています。

統合された製品およびプロセス開発

統合された製品およびプロセス開発（IPPD）は、顧客のニーズ、期待、および要件をよりよく満たすために、製品のライフサイクルを通じて関連する利害関係者のタイムリーなコラボレーションを実現する体系的なアプローチです。 IPPDアプローチをサポートするプロセスは、組織内の他のプロセスと統合されています。

プロジェクトまたは組織がIPPDを選択した場合、IPPDのベストプラクティスは、製品の生産に使用される他のベストプラクティス（システムエンジニアリングに関連するものなど）と同時に実行されます。 つまり、組織またはプロジェクトがIPPDを使用する場合、IPPDに加えて1つ以上の分野を選択する必要があります。

サプライヤー調達

作業がより複雑になると、プロジェクトマネージャーはサプライヤを使用して、プロジェクトで特に必要な機能を実行したり、製品に変更を加えたりします。 これらの活動が重要な場合、プロジェクトは、ソース分析の強化と製品納入前のサプライヤ活動の監視の恩恵を受けます。 このような状況では、サプライヤーの調達規律はサプライヤーからの製品の取得をカバーします。

IPPDのベストプラクティスと同様に、サプライヤーの調達のベストプラクティスは、製品の生産に使用されるベストプラクティスと併せて選択する必要があります。

CMMI規律の選択

規律を選択することは難しいステップであり、組織が改善したいものに依存します。

• 構成管理、測定と分析、組織プロセスのフォーカス、プロジェクトの監視と制御、プロセスと製品の品質保証、リスク管理、サプライヤー契約管理などのシステムエンジニアリングプロセスを改善する場合は、システムエンジニアリング（SE）を選択する必要があります。規律。 システムエンジニアリングの分野の増幅は特に強調されています。
• 統合チーム、統合のための組織環境などの統合製品およびプロセス開発プロセスを改善する場合は、IPPDを選択する必要があります。 IPPDの専門分野の拡大は特に強調されています。
• 統合サプライヤ管理などのソース選択プロセスを改善する場合は、サプライヤソーシング（SS）を選択する必要があります。 サプライヤーの調達に対する規律の拡大は、特に強調されています。
• 複数の分野を改善する場合、それらの分野に関連するすべての分野で作業し、それらの分野のすべての分野増幅に注意を払う必要があります。

以降の章では、CMMIの実装に関連するさまざまな領域について説明します。