Capability Maturity Model
(CMM)

組織プロセスの管理の5つの発展の段階。 Capability Maturity Modelの説明。 CMM。 - 日本語




  

参加する当社の経営陣のコミュニティ

登録無料会員


氏名:*
会社名:
道路+品番:*
市区町村:*
状態:
郵便番号:*
国:*
Eメール:* (これはあなたのユーザー名になります)

私に同意する サービスの利用規約.





Capability Maturity Modelの統合- CMMIモデルCM-CEIのCapability Maturity Modelは組織のプロセスが管理される5つの発展の段階(レベル)を記述する組織モデルである。

 

最初にソフトウェア開発のために発達するCapability Maturity Modelの後ろの思考は、組織がソフトウェア・アプリケーションを吸収し、運べるべきであることである。 モデルはまた1つのレベルからの次に組織を持って来るのを助ける活動および特定のステップを提供する。

 

Capability Maturity Modelの5つの段階

  1. 頭文字(プロセスはアドホック、無秩序である、または実際に少数のプロセスは定義される)
  2. 反復可能(基本プロセスは確立され、これらのプロセスに付くべき訓練のレベルがある)
  3. 定義されて(すべてのプロセスは互いに定義され、文書化され、標準化され、そして統合される)
  4. 管理されて(プロセスはプロセスおよび質の詳しいデータの収集によって測定される)
  5. 最大限に活用すること(連続プロセスの改善は適切にからの量的なフィードバックによってそして新しい考えおよび技術の操縦採用され、)

ソフトウェア成熟度モデル

CMMはソフトウェアプロセス成熟度の下にある主義および練習を記述する。 ソフトウェア発展道によってソフトウェアプロセスの成熟度を増進するために組織を助けることを意図する。 この道は成長した、訓練されたソフトウェアプロセスの方のアドホックな、無秩序プロセスから、行く。 焦点は訓練されたソフトウェアプロセスから成り立つかもしれない模範的な練習および主プロセス区域の識別にある。 成熟度のframeworkはCMMによって確立する文脈を提供した:

  • 練習は繰り返すことができる。 活動を繰り返さなければ、それを増進する理由がない。 一貫して実行し、実行に構成を強制する方針、プロシージャおよび練習がある。
  • 最良の方法はグループを渡って急速に移すことができる。 従って練習はプロジェクトの境界を渡る移動を可能にする十分に定義され構成に標準化を提供する。
  • 最良の方法の実行の変化は減る。 量的な目的は仕事のために確立される; 査定が可能であるベースラインを形作るそして手段は確立され、取られ、そして維持される。
  • 練習は絶えず機能(最大限に活用すること)を高める増進されている。

Capability Maturity Modelはソフトウェア開発だけ、また組織の発展のレベルを一般に記述する有用および組織が実現するか、または向けたいと思う経営のレベルを記述するためにであるが。

 

Capability Maturity Modelの構造

  • 成熟度は-連続的な改善を達成するために必要である訓練に進行を提供する層にされたframeworkを水平にする。 それは組織が新しい練習、技術、または活動の用具の影響を査定する機能を開発すること国家にとってここに重要である。 それ故にそれは採用するの問題これらのむしろそれである革新的な努力が既存の練習にいかにの影響を及ぼすか決定の問題でない。 これはプロジェクト、チームに権限を与え、サポート選択にそれらに基礎を与えることによる組織は。推論した)
  • 主プロセス区域-主プロセス区域(KPA)は一まとめに行われたとき考慮される重要な一組の目的を達成する関連の活動の集りを識別する。
  • 目的-主プロセス区域の目的はその主プロセス区域のためになければならない州を要約する。 州は有効な、不変の方法で実行されなければならない。 目的が達成された範囲はどの位機能を構成がその成熟度のレベルに確立したかの表示器である。 目的は各々の主プロセス区域の規模、境界および意思を示す。
  • 共通機能-共通機能は主プロセス区域を実行し、制度化する練習を含んでいる。 この5つのタイプの共通機能は下記のものを含んでいる: 、行う能力行うコミットメントは活動、測定および分析、および実施を確認すること行った。
  • 主練習-主練習は主プロセス区域の実施そして制度化に効果的に貢献する下部組織および練習の要素を記述する。

プロセス定義の規準

プロセス定義の規準はプロセスを行っている人々によってそれのためのソフトウェアプロセス記述に使用可能のために含まれていなければならないプロセス要素のセットである。 規準を確立するためには質問をしている-どんなソフトウェアプロセス情報私が文書化する必要があるか」。がか「

そのようなプロセス要素は次のとおりである:

  • 目的-プロセスはなぜ行われるか。
  • 入力-どんな仕事プロダクトが使用されるか。
  • 出力-どんな仕事プロダクトが生産されるか。
  • 役割-だれ(または何)活動を行うか。
  • 活動-何がされるか。
  • 記入項目の規準-プロセスはいつ(どんな情況の下で)始まることができるか。
  • 出口の規準-プロセスはいつ(どんな情況の下で)完全考慮することができるか。
  • プロシージャ-活動はいかに実行されるか。
  • 行われる検討および監査
  • 管理され、制御される仕事プロダクト(またはコンフィギュレーション・マネジメントの下に置かれて)。
  • 作られるべき測定
  • 訓練
  • 用具

本: James R. Persse - Implementing the Capability Maturity Model -

本: Mary Beth Chrissis - CMMI: Guidelines for Process Integration and Product Improvement -

 

Capability Maturity Model Special Interest Group


Visit the Special Interest Group

Capability Maturity Model Forum

Comment on this Page

Capability Maturity Model Education & Events


 

Capability Maturity Modelをと比較した:  People CMM OPM3 Balanced Scorecard Baldrige Award EFQM Change Approaches Organizational Learning Kaizen

 

経営ハブに戻る: 変更及び構成 人事管理 知識及びIntangibles サプライ・チェーンおよび品質管理

 

より多くの方法、モデル、理論

12manage for:


 

 

Copyright 2009 12manage - The Executive Fast Track. V10.4 - Last updated: 21-11-2009. All names tm by their owners.