Cmmi-overview

提供:Dev Guides
移動先:案内検索

SEI CMMI-概要

プロセス改善は継続的な改善です。 完璧に達することはできません。 このチュートリアルでは、常により良い成果を上げることに焦点を当てた、絶えず進化し改善するモデルであるCMMを学びます。 私たちの到達範囲は常に私たちの把握を超えているべきです。

CMMとは何ですか?

  • CMMは[。underline] #C#* apability * [。underline] #M#* aturity * [。underline] #M# odelを表します。
  • さまざまな知識体系の不可欠な実践およびプロセスの要素に焦点を当てています。
  • 常識的で効率的で実績のあるビジネスのやり方を説明します(すでに行っているはずです)-根本的な新しいアプローチではありません。
  • CMMは、組織のソフトウェア開発プロセスの成熟度を評価および測定する方法です。
  • CMMは、ソフトウェア開発プロセスの成熟度を1〜5のスケールで測定します。
  • CMM v1.0は、米国ピッツバーグにあるカーネギーメロン大学のSoftware Engineering Institute(SEI)によって開発されました。
  • CMMはもともとソフトウェア開発および保守用に開発されましたが、後に開発されました-
  • システムエンジニアリング
  • サプライヤー調達
  • 統合された製品およびプロセス開発
  • ピープルCMM
  • ソフトウェア取得

CMMの例

  • People CMM-プロジェクトの才能を開発、動機付け、維持します。
  • ソフトウェアCMM-ソフトウェア中心の開発および保守機能を強化します。

成熟度とは何ですか?

定義はさまざまですが、成熟したプロセスは一般的に考えられています-

  • 明確に定義された、
  • 繰り返し可能、
  • 測定された、
  • 分析済み、
  • 改善され、
  • 効果的。

不十分だが成熟したプロセスは、まったく成熟していないのと同じくらい悪いです!

CMMは、一連のプラクティスを定義し、それらを改善するための一般的なフレームワークを提供することで、成熟度の問題を解決するのに役立ちます。 CMMの焦点は、重要なプロセス領域と、統制されたソフトウェアプロセスを含む例示的なプラクティスを識別することにあります。

未熟な組織と成熟した組織

未熟な組織には、次の特性があります-

  • プロジェクト中に即興で行われるプロセス
  • 承認されたプロセスは無視されます
  • 積極的ではなく反応的
  • 非現実的な予算とスケジュール
  • スケジュールのために品質を犠牲にする
  • 客観的な品質の尺度がない

対照的に、成熟した組織の特徴は次のとおりです-

  • グループ間のコミュニケーションと調整
  • 計画通りに成し遂げられた仕事
  • プロセスと一貫した実践
  • 必要に応じて更新されるプロセス
  • 明確に定義された役割/責任
  • 経営陣による正式なコミット

CMMIとは何ですか?

CMM統合プロジェクトは、複数のCMMを使用する問題を整理するために形成されました。 CMMI製品チームの使命は、3つの*ソースモデル*を、企業全体のプロセス改善を追求する組織のための単一の改善フレームワークに結合することでした。 これらの3つのソースモデルは-

  • ソフトウェアの機能成熟度モデル(SW-CMM)-v2.0ドラフトC
  • Electronic Industries Alliance Interim Standard(EIA/IS)-731システムエンジニアリング。
  • 統合製品開発能力成熟度モデル(IPD-CMM)v0.98。
  • CMM統合*
  • 統合モデルの初期セットを構築します。
  • 学んだ教訓に基づいて、ソースモデルのベストプラクティスを改善します。
  • 将来のモデルの統合を可能にするフレームワークを確立します。

CMMとCMMIの違い

CMMは、Systems Engineering CMM、Software CMM、People CMM、Software Acquisition CMMなどの特定の分野における成熟したプラクティスの参照モデルですが、必要に応じて統合することは困難でした。

CMMIはCMMの後継であり、より成熟したガイドラインとして進化し、CMMの個々の分野の最高のコンポーネント(ソフトウェアCMM、People CMMなど)を組み合わせて構築されました。 製品の製造、人材管理、ソフトウェア開発などに適用できます。

CMM Integratedはソフトウェアエンジニアリングとシステムエンジニアリングの両方を説明していますが、CMMはソフトウェアエンジニアリングのみを説明しています。 CMMIは、統合プロセスおよび製品開発とサプライヤソーシングも取り入れています。

CMMIとビジネス目標

CMMIの目的は非常に明白です。 彼らは次のとおりです-

  • 高品質の製品またはサービスの生産-CMMIモデルのプロセス改善コンセプトは、デミング、ジュラン、およびクロスビーの品質パラダイムから進化しました。高品質の製品は品質プロセスの結果です。 CMMIは、要件管理、品質保証、検証、検証などの品質関連の活動に重点を置いています。
  • 株主のための価値の創造-成熟した組織は、成熟度の低い組織よりもコストと収益の見積もりを改善し、それらの見積もりに沿って実行する傾向があります。 CMMIは、高品質の製品、予測可能なスケジュール、効果的な測定をサポートし、正確で防御可能な予測を行う際の管理をサポートします。 このプロセスの成熟度は、投資家の目には組織の価値を弱める可能性のあるプロジェクトのパフォーマンスの問題を防ぐことができます。
  • 顧客満足度の向上-顧客のニーズに照らして検証された高品質の製品でコストとスケジュールの目標を達成することは、顧客満足のための良い公式です。 CMMIは、計画、監視、および測定に重点を置いてこれらのすべての要素に対処し、より有能なプロセスに伴う予測可能性の向上を実現します。
  • 市場シェアの増加-市場シェアは、高品質の製品とサービス、名前の識別、価格設定、画像など、多くの要因の結果です。 顧客は、コミットメントを達成したことで定評のあるサプライヤーと取引することを好みます。
  • 卓越性に対する業界全体の評価を獲得-卓越性の評判を高める最良の方法は、プロジェクトで一貫して良好なパフォーマンスを発揮し、コストとスケジュールのパラメーター内で高品質の製品とサービスを提供することです。 CMMI要件に準拠したプロセスを持つことで、その評判を高めることができます。