stanford-oval/wikipedia huggingface dataset:
能力成熟度モデル統合
概要

CMMIは、プロセスの評価や改善をすすめるための枠組みであり、段階表現と連続表現の2つの表現方法がある。段階表現では、組織の実施プロセスを評価し、レベル1からレベル5までの5段階の成熟度レベルを（組織に対して）出すことができる。連続表現では、各プロセスを評価し、レベル0からレベル3までの4段階の能力度レベルを（プロセスごとに）出すことができる。（以前はレベル0から5までの6段階であったが、v1.3から4段階に改訂された。）これらのレベルは、評価の対象となるプロセスの制度化の程度に応じて、等級づけられている。
評価の対象となる領域はさまざまであり次のようなものがある。
ソフトウェア開発
システム開発
プロジェクト管理
リスク管理
システム調達、情報技術 (IT) サービス
パーソナルマネジメント
CMMIでは5つの成熟度レベルを厳密に定義している。
レベル1は、非常に未熟で混沌とした開発プロセスである。
レベル5は、非常に成熟した高品質を実現する開発プロセスである。
1998年の時点では、ソフトウェア開発を行う組織の75%がレベル1であると推定されている (参考)。
CMMIの前身にあたるCMMは、1980年代半ばにアメリカ合衆国のピッツバーグにあるカーネギーメロン大学 (CMU) のソフトウェア工学研究所 (SEI; Software Engineering Institute) で開発された。
CMMIは、航空電子工学ソフトウェアの開発や北アメリカ、欧州、アジア、オーストラリア、南アメリカ、アフリカなどの国々の政府主体で行うプロジェクトなどで、広く採用されてきており、こうした国々でCMMIに対する官民の関心は高い
。
現在、いくつかの国々の省庁は、ソフトウェア開発契約に際して業者にレベル3の基準を達成しかつ運用できていることを必須としている。
また日本においても、ソフトウェアを発注する官公庁や民間組織がCMMIを採用し、一方でソフトウェア開発を担う組織がCMMIの指針に即して自らのソフトウェア開発プロセスを改善する動きが、徐々に広がりつつある。
成熟度モデル

CMMI (能力成熟度モデル統合) は、組織がプロセスを定め洗練するための手段である。
最初のCMMはソフトウェア開発プロセスを確立し洗練することを目標としていた。
成熟度モデルは、効果的なプロセスのさまざまな特性を構造化して記述した体系である。
カーネギーメロン大学 (CMU) のCMMI研究所はCMMIの公式文書を公開しており、この中には日本語の公式訳もある。この日本語訳は、ソフトウェアプロセス改善に関する企業コンソーシアムであるJASPIC (日本SPIコンソーシアム)が翻訳作業を実施したものである。
いずれも無償でダウンロード/閲覧することができる。
成熟度モデルが提供するものは次のとおりである。
何から着手すべきか
ソフトウェア開発コミュニティが以前に経験したことから得られた成果
共通の言語と、ビジョンの共有
実行の優先順位づけの枠組み
自分たちの組織にとって改善が意味することを明確にする方法
成熟度モデルは、同等の能力をもつと思われる複数の組織を評価するベンチマークとして使うことができる。
歴史

CMMI（能力成熟度モデル統合）の前身である CMM（能力成熟度モデル）は、もともとは軍事研究の一環として資金を与えられて始まった。
アメリカ合衆国空軍がカーネギーメロン大学（CMU） のソフトウェア工学研究所（SEI）に資金を渡して、軍事部門がソフトウェアの下請業者を客観的に評価するものとして使えるモデルを作る研究を依頼した。
研究成果は1989年に Managing the software process の書名で出版された（日本語訳『ソフトウェアプロセス成熟度の改善』1991年）。
CMMはその後も改訂・更新を経ている。
SEIはもはや CMM に対するサポートを止め、改訂版である CMMI（能力成熟度モデル統合、Capability Maturity Model Integration）が開発・サポートの対象となっている。
2012年、カーネギーメロン大学は、CMMI研究所（CMMI Institute）という新しい研究所を設立し、CMMIに関係する成果物と活動をSEIから移行した。
2013年現在、CMMI バージョン 1.3 が公表されており、CMMI Instituteのウェブサイトで全文を閲覧することができる。
歴史 > 背景

1970年代に、技術の発達によりコンピュータが広く普及しよりさまざまな用途に使われるようになり、従来より少ない費用で導入できるようになっていた。
多くの組織は、コンピュータ化による情報システムを推進する方針を採り、それに伴い組織におけるソフトウェア開発の領域の比重も非常に大きくなった。
こうした情況から、開発者および開発管理者に対する要求は日増しに大きくなっていた。
このような要求には、経験をあまり積んでいない専門職の人々が対応していた。
不幸なことに、開発者に対する要求が非常に大きくなったことは、組織にとって苦痛を伴った。
ソフトウェア開発プロジェクトが失敗に終わることは、ごく普通のありふれたことになってしまった。
その原因は、コンピュータ科学が当時は未成熟であったことだけでなく、開発プロジェクトがその規模と複雑さにおいて野心的で多くの労力を伴う傾向が有ったためでもある。
この問題に対して、エドワード・ヨードン、ラリー・コンスタンティン、ジェラルド・ワインバーグ、トム・デマルコ、デイビッド・パーナスなどの人々は、ソフトウェア開発プロセスをより熟練した工程とするための研究を行い、その研究成果を論文および書籍として発表した。
ワッツ・ハンフリーによる能力成熟度モデル（CMM; Capability Maturity Model）は、1989年に Managing the Software Process という書籍に記述され出版された（日本語訳は『ソフトウェアプロセス成熟度の改善』1991年）。
ワッツ・ハンフリーが考案したCMMは、10年前のフィル・クロスビーの業績に基づいている。
クロスビーの業績は、彼の1979年の著書 Quality is Free の "Quality Management Maturity Grid" で公表された。
1986年から SEI（ソフトウェア工学研究所）により本格的に CMM のモデル構築が始まった。
CMMはもともとは政府のソフトウェア開発請負業者を評価するためのツールと位置づけられており、ソフトウェア開発契約に基づくプロジェクトを遂行する際に活用することが想定されていた。
CMMはソフトウェア開発の分野で活用されていたが、システム工学分野でも適用できるCMMIに発展し、さらに、さまざまなプロセスの成熟度の一般的なモデルとして、広く適用されるようになっている（ITサービス管理プロセスなど）。
システムインテグレータや情報技術関連組織などがCMMIを活用するようになっている。
CMMIのモデルは、ソフトウェアやシステムの開発、調達、サービス提供を行う組織のプロセス成熟度について、5つのレベルを規定している。
初期状態（混沌とした、いきあたりばったりで、一部の英雄的なメンバー依存の状態）。成熟したプロセスを導入する際の、出発点のレベル。
管理された状態（反復できる状態、プロジェクト管理・プロセスの規則の存在）、反復してプロセスを実行できるレベル
定義された状態（制度化された状態）、プロセスが標準ビジネスプロセスとして明示的に定義され関係者の承認を受けているレベル。
定量的に管理された状態（制御できる状態）、プロセス管理が実施され、さまざまなタスク領域を定量的に制御しているレベル。
最適化している状態（プロセスを定量的に改善する状態）、継続的に自らのプロセスを最適化し改善しているレベル。
CMMIは複数のプロセス領域（プロセスエリア）から構成されている。段階表現の場合にはプロセス領域は成熟度レベルに応じて分類されている。連続表現ではプロセスの適用対象の区分（プロジェクト管理、プロセス管理、エンジニアリングなど）に応じて分類されている。各プロセス領域はさらに複数のゴールから構成されている。ゴールには固有ゴールと共通ゴールの2種類がある。固有ゴールは、例えば、プロジェクト計画策定プロセス領域であれば、「プロジェクト計画を策定する」のように、そのプロセス領域で実施されるべき固有の内容を表わしている。共通ゴールは、プロセスの制度化の程度を表わしており、（成熟度および能力度）レベルと対応している。
CMMIによりプロセス改善に取り組む組織は、資格を認定された評定者（リードアプレイザまたはB,Cチームリーダ）によりプロセスの評定（アプレイザル）を受けることができる。評定には厳格さに応じてA,B,Cの三段階のクラスがあり、もっとも厳格なクラスAの評定では成熟度レベルの判定を出すことができる。
改善の初期にまずプロセスの評定（アプレイザル）を受けることにより、組織は改善点を客観的・網羅的に把握することができ、次の改善のための計画を立てることができる。改善活動実施後、その改善結果の確認のために、再度、評定を受ける。この際には成熟度レベルの判定ができるクラスＡの評定を実施することが多い。
レベルはその定義から累積的な概念であり、高いレベルの達成は低いレベルの内容も同時に達成していることを意味する。成熟度レベルは段階的で自然なプロセス改善の順序と考えられており、レベルを飛び越す形の改善は推奨されない。
注意: CMMはもともとは政府の請負業者が請け負ったソフトウェアを開発する能力を評価する手段を想定して作成された。
CMM/CMMIがソフトウェア開発プロセス成熟度のモデルとして一般的になると、CMM/CMMIに対する批判も多くなされるようになった。
商用のパッケージソフトウェアを開発する企業（Apple、シマンテック、マイクロソフトなど）の多くは、CMMIが規定する水準の文書を滅多に管理していない[要出典]。
この文書管理はCMMIのレベル2を達成するために必要である。
こうした企業のほとんどはレベル1に等級づけられるであろう。
歴史 > 起源

アメリカ合衆国空軍が SEI（ソフトウェア工学研究所）に資金を提供して、SEIは軍がソフトウェア開発請負業者の客観的な評価基準として使うモデルを作成する研究を行った。
1989年に、CMM（能力成熟度モデル）は Managing the software process の書名で出版された（日本語訳『ソフトウェアプロセス成熟度の改善』1991年）。
歴史 > 起源 > 年表

1987年: SEI-87-TR-24（SW-CMM 質問書）公表。
1989年: 書籍 Managing the Software Process が出版される。
1990年: SW-CMM v0.2 公表。（最初の外部向け公表、資料を参照）
1991年: SW-CMM v1.0 公表。
1993年: SW-CMM v1.1 公表。
1997年: SW-CMM の開発を終了する（CMMIを開発するため）。
2000年: CMMI v1.02 公表。
2002年: CMMI v1.1 公表。
2006年: CMMI v1.2 公表。
2010年: CMMI v1.3 公表。
2018年: CMMI v2.0 公表。
歴史 > 現状

CMMに基づいた各モデルは多くの組織にとって有用であったが、複数のモデルを使いこなすことが難しい課題となっていた。
さらに、複数のモデルの適用を一つの組織内もしくは組織横断的に統合して実行することは、訓練、評価、プロセス改善において費用が高くついた。
複数のCMMモデルを適用するに伴う課題を克服する、CMM統合（CMMI; CMM Integration）プロジェクトが立ち上げられた。
CMMI開発チームの目的は、3つのソースモデルを統合することであった。
ソフトウェア能力成熟度モデル（SW-CMM）v2.0 ドラフト C
システムエンジニアリング成熟度モデル（SECM）
統合成果物開発成熟度モデル（IPD-CMM）v0.98
供給者ソーシング
CMMI は3つのソースモデルの後継版として位置づけられている。
SEI は SW-CMM、SECM、IPD-CMM および古いバージョンの CMMI を終了する方針を公表した。
これらのモデルは新しいバージョンの CMMI が後継している。
またCMMIは、ISO/IEC 15504にも適合できるように、これまでの段階表現（Staged Representation）に加え、連続表現（Continuous Representation）も用意された。
歴史 > CMMIの発展

CMMIバージョン1.2が公表されると、SEI は既存の CMMI を 「開発のためのCMMI」（CMMI for Development, CMMI-DEV）と改称した。
現在では、CMMIは発展して、「開発」以外の目的にも使用できるような複数のモデルが作られている。それぞれのモデルは関連要素群と呼ばれている。
SEI の援助のもとでノースロップ・グラマン社が主導するチームが CMMI for Services という CMMI の関連要素群を開発した。
この開発には以下の各企業・団体も参加していた。
ボーイング
ロッキード・マーティン
レイセオン
SRA（日本のSRAとは別の会社）
SAIC（Science Applications International Corporation）
SSCI（Systems and Software Consortium）
SEIは、CMMI for Acquisition（CMMI-ACQ）という CMMI の関連要素群も開発した。
SEIは、CMMIを改善する提案を歓迎している。
SEIにCMMIのフィードバックを渡す方法については、CMMIのウェブサイトを参照。
場合によっては、CMMIは他の方法論と組み合わせることができる。
CMMI と ISO 9001 を同時に施行することは、よく行われている。
JPモルガン・チェースは、CMMをコンピュータプログラミング方法論エクストリーム・プログラミング（XP） およびシックス・シグマと統合することを試みた。
この統合を行った人々は、統合した3つの体系が互いを補強し、相互に矛盾することは無い、との所感をもった。
Extreme Programming (XP) Six Sigma CMMIを参照。
成熟度レベル

詳細はSEIのCMMIv1.3 (2010年11月の版) 第3章 26ページを参照
CMMI (能力成熟度モデル統合) には5つの成熟度レベルがある。
SEIによると、
組織のソフトウェアプロセスの予測可能性、効率性、および管理は、これらの5つの段階を経て上ることを通じて改善されると確信している。厳格な基準ではないが、経験的な証拠がこの確信を裏づけている。
成熟度レベル > レベル1 初期

成熟度レベル1では多くの場合、プロセスは場当たり的であり、組織は安定した環境を提供しない。
こうした組織では、プロジェクトの成功は、組織に属する個々人の能力と英雄的行動に依存しており、有用性が証明されたプロセスを採用していない。
場当たり的で混沌とした環境であるにもかかわらず、成熟度レベル1の組織は実際に動く成果物とサービスを提供することが少なくない。
しかしそれらは多くの場合プロジェクトの予算および予定期限を超過する。
成熟度レベル1の組織は、超過労働、危機に対処するプロセスの欠如、過去の成功を繰り返す能力の欠如、によって特徴づけられる。
レベル1の組織が遂行するプロジェクトの成功は、高い能力をもつ個人に依存している。
成熟度レベル > レベル2 管理された

成熟度レベル2の組織はソフトウェア開発などの成功を反復して実行することができる。
このレベルの組織では、組織の全てのプロジェクトにおいて反復が実現できているとは限らない。
このレベルの組織では、何らかの基本的なプロジェクト管理を行い、費用と予定 (スケジュール) を管理している。
レベル2のプロセスの規律を実行することにより、これまで行ってきた実践は今後も意識して行われ続けられる。
これまで行ってきた実践は今後も首尾良く行われる場合、プロジェクトは文書化された計画に従って実行され管理される。
プロジェクトの情況や納品物の引渡しなどは、事前に定めておいた時点 (メジャーマイルストーンやメジャータスクの完了など) での管理を通して明確になる。
基本的なプロジェクト管理プロセスが確立し、費用、予定、開発対象の機能を管理する。
レベル2のプロセスの最低限の規律は、過去の類似した分野と範囲をもつプロジェクトの成功を、反復することである。
このレベルでは、費用もしくは納品予定日を超過するという大きなリスクは依然として存在する。
成熟度レベル > レベル3 定義された

成熟度レベル3の組織では、組織の標準プロセスが確立しており、時が経つにつれ標準プロセスは改善される。
こうした標準プロセスは、組織全体に浸透させ組織における一貫性を確立すべく使用される。
組織のプロジェクトは、組織の標準プロセスによりテーラリング指針に沿って、定義されたプロセスを確立する。
組織の管理部門は、組織の標準プロセスに基づいてプロセスの目的を確立し、こうした目的が確実に適切に取り組まれるようにする。
成熟度レベル2とレベル3の重要な違いは、標準群とプロセス記述と手続きである。
成熟度レベル2の組織では、標準群とプロセス記述と手続きは、プロセスのおのおのの具体的な内容において組織内でかなり異なっているかもしれない。
成熟度レベル3の組織では、あるプロジェクトや部門の標準群とプロセス記述と手続きは、組織の標準プロセスに適合している。
成熟度レベル > レベル4 定量的に管理された

成熟度レベル4の組織では、実施プロセスを安定化し、さらに実績を予測するモデルを持つことで、ソフトウェア開発などの有効性を効果的に制御することができる。
特に、個別のプロジェクトに対してプロセスを調整し適合する道筋を同定することができる。
このとき測定可能な品質の低減や仕様からの逸脱が無いようにプロセスが制御され、安定化される。
成熟度レベル4の組織は、ソフトウェア開発プロセスやソフトウェア保守などのための定量的な品質の目標を設定する。注意すべきことは、この目標がプロセスの実績データを基にした実現可能なものであり、（低いレベルの組織でありがちな）管理層からの一方的押しつけや実現不可能な努力目標ではないということである。
プロセス全体の遂行に非常に大きく貢献するサブプロセスが選択される。
この選択されたサブプロセスは、統計的な技法と他の定量的な技法により制御される。
成熟度レベル3とレベル4の重要な違いはプロセス遂行の予測可能性である。
成熟度レベル4では、プロセスの遂行は統計的な技法と他の定量的な技法により制御され、定量的に予測可能である。
成熟度レベル3では、プロセスは単に定性的に予測可能なだけである。
成熟度レベル > レベル5 最適化している

成熟度レベル5は、段階的および革新的な技術的進歩を通じた継続的なプロセスの有効性の改善を重視する。
組織にとっての定量的なプロセス改善の複数の目標が定められる。
これらの目標は、ビジネス上の目標の変更を反映して継続的に改訂される。
またこれらの目標は、プロセス改善の管理における基準として使われる。
適用されたプロセス改善の有効性は計測され、定量的なプロセス改善目標に照らして評価される。
定義されたプロセスと組織の標準プロセスのセットの双方が、改善活動の計測の対象となる。
プロセス改善は、プロセスにおける変動の共通の原因に取り組み組織のプロセスを計測可能な形で改善するために、同定され評価され適用される。
敏捷で適応力のある進取的なプロセスの最適化は、能力の高い労働者がビジネス価値と組織の目標に同調して参加するかどうかにかかっている。
組織における変化と機会にすばやく対応する能力は、学習を加速し共有する道筋をみつけることで高まる。
成熟度レベル4とレベル5の重要な違いは、取り組む対象である、プロセスにおける変動の種類である。
成熟度レベル4では、プロセスはプロセスにおける変動の特定の原因に取り組むことと結果の統計的予測と関連している。
プロセスは予測可能な結果を出すかもしれないが、その結果はあらかじめ定めた目標の達成には不十分であるかもしれない。
成熟度レベル5では、プロセスはプロセスにおける変動に共通する原因に取り組むこととプロセスを変更し (すなわちプロセスの遂行能力の平均値を変更する) その遂行能力を向上させ (統計的確率を修整しつつ) あらかじめ定めた定量的なプロセス改善目標を達成できるようにすることと関連している。
成熟度レベル > レベルに関する表現

成熟度レベル5は「最適化しているレベル」であって「最適化されたレベル」ではない。
これは、プロセス改善に終わりはなく、常に改善し続けていくものだという
考えに基づいている。
同様の考え方から、レベルに関しては「認証」「認定」「取得」といった表現は使わず、
「達成」という表現を使うべきものとされている。レベル「認定」を「取得」する
ことだけが目的の改善ならば、「認定」された時点で活動が終わってしまうからである。
仕組みとしても、CMMIでは
何らかの認証機関が成熟度レベルを認証したり、認定することはない。
資格を持ったリードアプレイザが（通常、その組織の人たちを含めた）
アプレイザルチームを構成して、評定結果を出す仕組みがあるのみである。
能力度レベル

CMMIの連続表現ではプロセスごとにレベルをつけることができ、能力度レベルという名で呼ばれる。段階表現でも連続表現でもレベルの概念は同じであるとされているが、能力度レベルには、成熟度レベルにはない、レベル0が存在する。また、v1.3以降、能力度レベル4, 5は廃止された。
レベル0は、「不完全な」プロセスレベルとして特徴づけられる。
CMMIに関心をもつ多くの人々は、このレベルを冗長であるもしくは重要ではないとして、無視している[要出典]。
ただしプレスマンなどの人々はこのレベルに注目している。
SEI CMMI 2002年8月のバージョンの18頁を参照。
アントニー・フィンケルシュタイン
は、負 (マイナス) のレベルが何段階か必要だと考えている。
負のレベルは、平凡であるに加えてはっきり非生産的な環境を表す。
この負のレベルは、トム・ショルシュ
により「能力非成熟度モデル」("Capability Immaturity Model") として改良された。
プロセス領域

CMMI (能力成熟度モデル統合) は複数のプロセス領域から構成されている。
以下は「開発のためのCMMI」のプロセス領域の一覧である。
| プロセス領域 | 区分 | 成熟度レベル |
| --- | --- | --- |
| 要件管理 (REQM: Requirements Management) | プロジェクト管理 | 2 |
| プロジェクト計画策定 (PP: Project Planning) | プロジェクト管理 | 2 |
| プロジェクトの監視と制御 (PMC: Project Monitoring and Control) | プロジェクト管理 | 2 |
| 供給者合意管理 (SAM: Supplier Agreement Management) | プロジェクト管理 | 2 |
| 測定と分析 (MA: Measurement and Analysis) | 支援 | 2 |
| プロセスと成果物の品質保証 (PPQA: Process and Product Quality Assurance) | 支援 | 2 |
| 構成管理 (CM: Configuration Management) | 支援 | 2 |
| 要件開発 (RD: Requirements Development) | エンジニアリング | 3 |
| 技術解 (TS: Technical Solution) | エンジニアリング | 3 |
| 成果物統合 (PI: Product Integration) | エンジニアリング | 3 |
| 検証 (VER: Verification) | エンジニアリング | 3 |
| 妥当性確認 (VAL: Validation) | エンジニアリング | 3 |
| 組織プロセス重視 (OPF: Organizational Process Focus) | プロセス管理 | 3 |
| 組織プロセス定義 (OPD: Organizational Process Definition) | プロセス管理 | 3 |
| 組織トレーニング (OT: Organizational Training) | プロセス管理 | 3 |
| 統合プロジェクト管理 (IPM: Integrated Project Management) | プロジェクト管理 | 3 |
| リスク管理 (RSKM: Risk Management) | プロジェクト管理 | 3 |
| 決定分析と解決 (DAR: Decision Analysis and Resolution) | 支援 | 3 |
| 組織プロセス実績 (OPP: Organizational Process Performance) | プロセス管理 | 4 |
| 定量的プロジェクト管理 (QPM: Quantitative Project Management) | プロジェクト管理 | 4 |
| 組織実績管理 (OPM: Organizational Performance Management) | プロセス管理 | 5 |
| 原因分析と解決 (CAR: Causal Analysis and Resolution) | 支援 | 5 |
論争

ソフトウェア業界内は多様でありまた気まぐれである。
あらゆるソフトウェア開発方法論には支持者と批判者が存在する。
CMMI (能力成熟度モデル統合) も例外ではない。
論争 > 肯定的見解

CMMは、国防組織に対して、ソフトウェアの請負業者が、期日どおりに、予算の範囲内で、受け入れ可能な基準に沿って、納品する能力を検証し記述する基準を、提供した。CMM/CMMIは、まず間違いなくこの役割を果たすことに成功している。それだけでなくソフトウェアの営業を行う一定の人々が自社の経営者やソフトウェア開発者に「CMM/CMMIによるプロセス改善を実施してください」と要求するよう促している。
CMMIは、組織のソフトウェア開発の成熟度を検証できるようにすることを意図している。CMMIは、アウトソーシングもしくはソフトウェア開発を外注する際に重要なツールとなっている。インド、アイルランド、エジプト、シリアなど多くの国々の経済開発を担う省庁は、CMMIをアメリカ合衆国のアウトソーシング契約を一定の基盤のもとで行えるとして、称賛している。
CMMIは、組織としての改善の良い枠組みを提供している。CMMIにより企業は自社のプロセス改善計画において優先順位をつけることができる。
改善の比較的初期（成熟度レベル2)の段階から、メトリクスによる測定と分析を開始し、それを基礎にビジネス上の目標につながる改善を実施できる。特に、高成熟度(成熟度レベル4,5)では改善策が持つ効果を定量的に知ることができる。
その組織の人たちを含めたアプレイザルチームが評定（アプレイザル）を実施するので、その組織の実態に合った評定結果を出すことができる。また、アプレイザルへの参加を通して、人が育ち、その後の改善活動で中心的な役割を果たすようになる。
論争 > 批判的見解

CMMIは、世界的に広く影響を与えるには至っていない。SEIが公表している企業の名称と達成した成熟度レベルだけからは、実際の普及の度合いを正確に知ることは難しい。企業の名称と達成した成熟度レベルは、SEIが企業の要望を受けて一覧にして公表される。CMMIの最近の成熟度の分析はウェブで公表されている。
レベル達成は、認定されたリードアプレイザーとそのアプレーザルチームが確認したということであって、SEIそのものが認証しているのではないことに注意が必要である。
CMMは官僚的な組織に適している。官僚的な組織とは、例えば政府省庁、大企業、規律正しい専売会社などである。もしCMMを適用する組織が十分に大規模であれば、CMM監査チームを設置して監査結果を経営陣に報告させることができるかもしれない (この監査チーム設置と経営陣への報告は、SEIにより推奨されている)。監査チームと経営陣への報告は、情報技術を担う組織全体に影響を及ぼし、一方でCMMの流儀を完全に達成することを重視するようになるが、他方でアプリケーションソフトウェアの開発や顧客の要求、市場については軽視する結果になるかもしれない。プロジェクトが納期に基づいて遂行される場合、CMMのプロセスと流儀に対する徹底した依存は、納期に間に合わせるためにはじゃまになるかもしれない。これは、とにかく何らかの製品を実際に出荷することが、製品の品質の高さや機能の豊富さよりも重要な場合に、あてはまる。
ソフトウェア開発を担う組織に対してCMMIに準拠していると認定する第3者機関は存在しない。組織自らが正直に検証することが提唱されている (および)。
CMMは有効なソフトウェア開発組織をどのようにして作るかを記述していない。CMMは成功した組織が行ったベストプラクティスを記述している。CMMに準拠することにより、プロジェクトが成功する保証が得られるわけではない。しかしCMMに準拠することにより、プロジェクトを成功する方向へと改善することは可能である。
CMMは、本質的なことの推進よりもCMMに記述されたプロセスを推進しているというように、過度に官僚的な内容だと解釈されることがある。例えば、エンドユーザへのサービスの提供よりも、予測可能性を強調しているというように。商業的に成功している方法論 (例えばラショナル統一プロセス) では、組織が他の組織を満足させるような能力や、仕様全体を満たすソフトウェアを開発する能力には、焦点を当てていない。そうではなく商業的に成功している方法論では、組織が OMG (Object Management Group) の 統一モデリング言語 (UML) の手法に従って、特定のエンドユーザの「ユースケース」を満たす能力に焦点を当てている。
CMMIは、「・・・遵守するべき指針を体系化したものである」とする冒頭の説明は誤っている。CMMIは、ベストプラクティスの体系であると言えても、法律や規則ではなく、遵守しさえすれば品質や生産性が向上するというものではない。また、単純に成熟度レベルで組織を比べることはできない。遵守するものであれば、リードアプレイザーはさしずめ裁判官であろう。リードアプレイザーの役割はレベルを判定することではなく、改善をファシリテートすることである。このように間違った理解や言葉使いの誤りが世の中をミスリードする。
CMMIは、必ずしも経営状態の改善には寄与しない。事実として、CMMIレベル5を取得してから業績が急降下しているシステム会社も少なくない。（日本では、ジャステック、三菱電機インフォメーションシステムズ等が好例であろう）
CMMIレベル2、レベル3を達成することによる主な利点

実施プロセスやその方針が明文化され、共有されることで反復されやすくなる。
組織としての標準プロセスが定義され、テーラリング指針の範囲内で同じプロセスを実施するので、経験や成果物を組織内で共有しやすくなる。共有するための仕組み（プロセス資産ライブラリ）も持っている。
ソフトウェア開発で作成する文書（仕様書、設計書など）とコードのピアレビューを行う。ピアレビューが適切に実施されているかチェックし、改善するようになる。例えば、レビュー実績をメトリクスで監視し、レビュー方法を改善していく。
注意: ピアレビューを行うのは主に文書やコードが作成・実装された時点であり、その際にまずい設計を「微調整」で直すことはできない。設計段階から欠陥を作りこまないようにする改善策も考慮すべきである。
バージョン管理を行う。多くの組織はバージョン管理とリリースの管理を実施していない[要出典]。
ソフトウェア開発の正しい方法があり、その正しい方法は工学的設計を含む科学的なプロセスであるという思想。
開発する対象を記したソフトウェアの仕様を作成すると、発注側の経営者により公に承認される。この仕様は活きた文書ではない[要出典]。しかし別途、後にソフトウェア開発の次のサイクルに編入される。
技術仕様を使う。この文書はソフトウェア仕様で規定された対象をどのようにして正確に開発するかを記した文書である。この文書は活きた文書である[要出典]。
高いCMMIレベルで評価された企業

世界中の非常に多くの情報技術企業が CMMI (能力成熟度モデル統合) とそのレベルに関心をもっている。
1999年6月にインドの Wipro Technologies 社が、SEI CMM レベル5を達成した世界で最初の情報技術サービス企業となった。
レベル5はCMMの最高の水準である。
毎年、世界中の多くの情報技術企業が CMMI の制度を導入し、自社の CMMI レベルを向上させている。
2006年現在、CMMI レベル5を達成した企業の約75%がインドに存在する企業である。
これらの企業の多くはバンガロール市に存在する[要出典]。
完全なリストは List of Published SCAMPI Appraisal Results を参照。
リストは、SEIだけでなく、英国の次のサイトhttp://www.pparegister.com/でも公開されている。
参考資料 > 書籍

Chrissis, Mary Beth; Konrad, Mike, Shrum, Sandy (2003). CMMI : Guidelines for Process Integration and Product Improvement . Addison-Wesley Professional. ISBN 0-321-15496-7
メアリー・ベス・クリシス、マイク・コンラド、サンディ・シュラム、 JASPIC CMMI V1.1翻訳研究会、『CMMI標準教本 ~プロセス統合と成果物改善の指針』、日経ＢＰ社、2005年 ISBN 4822282341
Hofmann, Hubert; Yedlin, Debbie; Mishler, John; Kushner, Susan (2007). CMMI for Outsourcing: Guidelines for Software, Systems, and IT Acquisition. Addison-Wesley Professional. ISBN 0321477170. http://www.sei.cmu.edu/publications/books/process/outsourcing.html
Humphrey, Watts (1989). Managing the Software Process . Addison-Wesley Professional. ISBN 0-201-18095-2
ワッツ・ハンフリー、日本電気株式会社 (訳)、藤野喜一 (監訳)『ソフトウェアプロセス成熟度の改善』、日科技連出版社、1991年 ISBN 4817160330
参考資料 > ウェブ

History of Process Models
Process Improvement: The Capability Maturity Model
ITNOW - September 2005: Capability model mature - or is it?
The PITCOM meeting of 22 March 2004 addressed one of the major trends affecting the UK technology sector
成熟度レベルの特性
木村允

| --- | --- |
: 「キムラ真」あるいは「木村誠」とは別人です。
| 基本情報 |
| --- | --- |
本名:  木村 允
階級:  ライト級
身長:  173cm
体重:  65kg
国籍:   日本
誕生日:   (1978-09-17) 1978年9月17日（45歳）
出身地:  茨城県
スタイル:  キックボクシング
テンプレートを表示
木村 允（きむら まこと、1978年9月17日 - ）は、日本の元キックボクサー。茨城出身。身長173cm、体重65kg。土浦ジム所属。元マーシャルアーツ日本キックボクシング連盟ライト級王者。
来歴

ＭＡキックで、水町浩と5度対戦３勝２分けだった。
本牧元町

| 本牧元町 |
| --- | --- |
 町丁
 北緯35度25分13秒 東経139度40分06秒﻿ / ﻿北緯35.420389度 東経139.668283度﻿ / 35.420389; 139.668283
国:   日本
都道府県:   神奈川
市町村:   横浜市
行政区:  中区

 人口情報（2024年（令和6年）4月30日現在）
 人口:  4,324 人
 世帯数:  2,128 世帯

 面積（）
 :  0.339 km²
人口密度:  12755.16 人/km²
設置日:  1933年（昭和8年）4月1日
郵便番号:  231-0822
市外局番:  045（横浜MA）
ナンバープレート:  横浜
 ウィキポータル 日本の町・字  ウィキポータル 神奈川県  ウィキプロジェクト 日本の町・字
テンプレートを表示
本牧元町（ほんもくもとまち）は、神奈川県横浜市中区の町名。丁番を持たない単独町名である。住居表示実施済み区域。
地理

中区の南部にある本牧地区に位置し、西に本牧三之谷、東に錦町、南東にかもめ町と豊浦町、南西に本牧大里町、北に本牧原と接している。
地理 > 地価

住宅地の地価は、2024年（令和6年）1月1日の公示地価によれば、本牧元町24-18の地点で28万3000円/m²となっている。
歴史 > 沿革

1933年（昭和8年）4月1日 - 本牧町字牛込、八王子、八王子奥の各一部をもって本牧元町を新設。
1956年（昭和31年）4月24日 - 本牧三之谷の一部を編入。本牧町との境界の調整。
1959年（昭和34年）5月12日 - 本牧町、本牧三之谷との境界の調整。
1966年（昭和41年）12月2日 - 埋立地の一部を編入。
1967年（昭和42年）11月10日 - 埋立地の一部を編入。
1968年（昭和43年）12月1日 - 埋立地の一部を編入。
1969年（昭和44年）2月1日 - 埋立地の一部を編入。
1986年（昭和61年）7月21日 - 本牧元町の一部を本牧原へ編入。
1994年（平成6年）9月26日 - 住居表示の実施に伴い、本牧元町の一部を本牧三之谷へ編入。本牧大里町との境界を変更する。
世帯数と人口

2024年（令和6年）4月30日現在（横浜市発表）の世帯数と人口は以下の通りである。
| 町丁 | 世帯数 | 人口 |
| --- | --- | --- |
| 本牧元町 | 2,128世帯 | 4,324人 |
世帯数と人口 > 人口の変遷

国勢調査による人口の推移。
| 年 | 人口 |
| --- | --- |
1995年（平成7年）: 4,382
2000年（平成12年）: 4,469
2005年（平成17年）: 4,468
2010年（平成22年）: 4,592
2015年（平成27年）: 4,459
2020年（令和2年）: 4,339
世帯数と人口 > 世帯数の変遷

国勢調査による世帯数の推移。
| 年 | 世帯数 |
| --- | --- |
1995年（平成7年）: 1,754
2000年（平成12年）: 1,791
2005年（平成17年）: 1,790
2010年（平成22年）: 1,867
2015年（平成27年）: 1,846
2020年（令和2年）: 1,807
学区

市立小・中学校に通う場合、学区は以下の通りとなる（2023年4月時点）。
| 番地 | 小学校 | 中学校 |
| --- | --- | --- |
| 全域 | 横浜市立本牧南小学校 | 横浜市立大鳥中学校 |
事業所

2021年現在の経済センサス調査による事業所数と従業員数は以下の通りである。
| 町丁 | 事業所数 | 従業員数 |
| --- | --- | --- |
| 本牧元町 | 80事業所 | 507人 |
事業所 > 事業者数の変遷

経済センサスによる事業所数の推移。
| 年 | 事業者数 |
| --- | --- |
2016年（平成28年）: 86
2021年（令和3年）: 80
事業所 > 従業員数の変遷

経済センサスによる従業員数の推移。
| 年 | 従業員数 |
| --- | --- |
2016年（平成28年）: 336
2021年（令和3年）: 507
施設

横浜市立本牧南小学校
横浜本牧元町郵便局
本牧臨海公園
その他 > 日本郵便

郵便番号：231-0822（集配局：横浜港郵便局）
その他 > 警察

町内の警察の管轄区域は以下の通りである。
| 番・番地等 | 警察署 | 交番・駐在所 |
| --- | --- | --- |
| 全域 | 山手警察署 | 本牧三之谷交番 |
大隈孝晴

| おおくま たかはる大隈 孝晴> プロフィール |
| --- | --- |
国籍:   日本
職業:  アニメーター キャラクターデザイナー アニメ演出家・監督
ジャンル:  アニメーション
アニメーター: テンプレート - カテゴリ
テンプレートを表示
大隈 孝晴（おおくま たかはる）は、日本の男性アニメーター、キャラクターデザイナー、アニメ演出家・監督。スタジオ・ウォンバット出身。
来歴・人物

太田雅彦が監督を務める『みつどもえ』に、キャラクターデザイナー・総作画監督として関与し、それ以来彼が監督を務めるほとんどの作品にキャラクターデザイナー、または副監督として参加している。
参加作品 > テレビアニメ

ヒカルの碁（演出・原画）
ちょびっツ（作画監督補佐）
ドージンワーク（OP原画）
みつどもえ（キャラクターデザイン・総作画監督・作画監督）
みつどもえ 増量中!（キャラクターデザイン・総作画監督）
ゆるゆり（副監督・OP/ED 絵コンテ/演出）
ゆるゆり♪♪（副監督・OP/ED 絵コンテ/演出）
琴浦さん（キャラクターデザイン・総作画監督・OP/ED 作画監督・エンドカードイラスト 原画）
絶対防衛レヴィアタン（キャラクターデザイン）
恋愛ラボ（副監督・OP/ED 絵コンテ/演出）
さばげぶっ!（副監督・OP/ED 絵コンテ/演出・ED振付・絵コンテ・特番「からあげ☆レモン」原画）
干物妹!うまるちゃん（副監督、OP/ED 絵コンテ/演出）
はがねオーケストラ（キャラクターデザイン・総作画監督）
干物妹!うまるちゃんR（副監督・絵コンテ・演出）
ガヴリールドロップアウト（OP/ED 絵コンテ）
AKIBA'S TRIP -THE ANIMATION-（作画監督補佐・作画監督）
コンビニカレシ（衣装デザイン）
うちのメイドがウザすぎる!（副監督・絵コンテ・演出・OP絵コンテ/演出）
アニマエール!（絵コンテ）
私に天使が舞い降りた!（演出）
ダンベル何キロ持てる?（OP絵コンテ・演出）
私、能力は平均値でって言ったよね!（OP絵コンテ）
放課後ていぼう日誌（監督・脚本・絵コンテ・演出・原画・OP絵コンテ）
魔王城でおやすみ（演出）
CUE!（作画監督）
おにぱん!（絵コンテ）
デッドマウント・デスプレイ（副監督・絵コンテ）
ウマ娘 プリティーダービー Season 3（演出）
しかのこのこのここしたんたん（副監督・絵コンテ・OP絵コンテ/演出）
参加作品 > 劇場アニメ

機動戦士ガンダム 逆襲のシャア（動画）
屍者の帝国（2015年、演出）
関連人物

太田雅彦：監督
あおしまたかし：シリーズ構成・脚本
三澤康広：音楽
ジョン・マッケンジー (第2代クロマーティー伯爵)

第2代クロマーティ伯爵ジョン・マッケンジー（英語: John Mackenzie, 2nd Earl of Cromartie、1656年頃 – 1731年2月10日）は、スコットランド貴族。
生涯

初代クロマーティー伯爵ジョージ・マッケンジー（英語版）と1人目の妻アンナ・シンクレア（Anna Sinclair、1699年没、初代準男爵ジェームズ・シンクレアの娘）の息子として、1656年頃に生まれた。
1685年にロスシャー選挙区（英語版）でスコットランド議会（英語版）議員に当選したが、父が貴族だったため、選挙区代表になれず就任できなかった。
1691年4月、ラ・ロシュ領主（Sieur de la Roche）殺害の容疑で裁判にかけられたが、無罪放免された。
1714年8月17日に父が死去すると、クロマーティ伯爵の爵位を継承した。その後、金に困るようになり、1724年に地所を没収された。
1731年2月20日に死去、長男ジョージ（英語版）が爵位を継承した。
家族

1685年、エリザベス・ゴードン（Elizabeth Gordon、初代アボイン伯爵チャールズ・ゴードンの娘）と結婚したが、1698年7月28日に離婚した。1701年4月25日、メアリー・マレー（Mary Murray、1681年8月28日 – 1717年以前、第3代エリバンク卿パトリック・マレーの娘）と再婚、5男3女をもうけた。
ジョージ（英語版）（1703年頃 – 1766年） - 第3代クロマーティー伯爵
ロデリック（Roderick、1745年以降没） - 海軍軍人。子供あり
ウィリアム - オランダ軍、ついでイギリス東インド会社の軍に従軍。生涯未婚
パトリック - 商人
ギデオン（Gideon、1714年没）
メアリー（1726年5月没）
アン（1777年12月25日没）
ヘレン（1714年以降没）
1717年10月23日、アン・フレイザー（Anne Fraser、1734年8月10日没、第9代ラヴァト卿ヒュー・フレイザー（英語版）の娘）と再婚、3男1女をもうけた。
ジェームズ - 早世
ノーマン - オランダ軍の士官、生涯未婚
ヒュー（1757年以降没） - オランダ軍の士官
アメリア（1801年1月19日没） - 1740年9月22日、アーチボルド・ラモント（Archibald Lamont）と結婚、子供あり
本牧和田

| 本牧和田 |
| --- | --- |
 町丁
 本牧神社
 北緯35度25分18秒 東経139度39分30秒﻿ / ﻿北緯35.421544度 東経139.658289度﻿ / 35.421544; 139.658289
国:   日本
都道府県:   神奈川
市町村:   横浜市
行政区:  中区

 人口情報（2024年（令和6年）4月30日現在）
 人口:  1,594 人
 世帯数:  682 世帯

 面積（）
 :  0.208 km²
人口密度:  7663.46 人/km²
設置日:  1933年（昭和8年）4月1日
郵便番号:  231-0827
市外局番:  045（横浜MA）
ナンバープレート:  横浜
 ウィキポータル 日本の町・字  ウィキポータル 神奈川県  ウィキプロジェクト 日本の町・字
テンプレートを表示
本牧和田（ほんもくわだ）は、神奈川県横浜市中区の町名。丁番を持たない単独町名である。住居表示実施済み区域。
地理

中区の南部にある本牧地区に位置し、東に本牧原、西に本牧荒井、南東に本牧三之谷、南西に本牧間門、北に和田山と接している。
地理 > 地価

住宅地の地価は、2023年（令和5年）7月1日の神奈川県地価調査によれば、本牧和田29-8の地点で36万8000円/m²となっている。
歴史 > 沿革

1933年（昭和8年）4月1日 - 本牧町字和田、池田の各一部をもって本牧和田を新設。
1986年（昭和61年）7月21日 - 本牧荒井、本牧三之谷、本牧町、間門町の各一部を編入。本牧和田の一部を本牧原、和田山へ編入。住居表示を実施。
世帯数と人口

2024年（令和6年）4月30日現在（横浜市発表）の世帯数と人口は以下の通りである。
| 町丁 | 世帯数 | 人口 |
| --- | --- | --- |
| 本牧和田 | 682世帯 | 1,594人 |
世帯数と人口 > 人口の変遷

国勢調査による人口の推移。
| 年 | 人口 |
| --- | --- |
1995年（平成7年）: 1,315
2000年（平成12年）: 1,807
2005年（平成17年）: 1,761
2010年（平成22年）: 1,701
2015年（平成27年）: 1,590
2020年（令和2年）: 1,617
世帯数と人口 > 世帯数の変遷

国勢調査による世帯数の推移。
| 年 | 世帯数 |
| --- | --- |
1995年（平成7年）: 410
2000年（平成12年）: 595
2005年（平成17年）: 614
2010年（平成22年）: 622
2015年（平成27年）: 603
2020年（令和2年）: 645
学区

市立小・中学校に通う場合、学区は以下の通りとなる（2023年4月時点）。
| 番地 | 小学校 | 中学校 |
| --- | --- | --- |
| 全域 | 横浜市立本牧小学校 | 横浜市立本牧中学校 |
事業所

2021年（令和3年）現在の経済センサス調査による事業所数と従業員数は以下の通りである。
| 町丁 | 事業所数 | 従業員数 |
| --- | --- | --- |
| 本牧和田 | 47事業所 | 497人 |
事業所 > 事業者数の変遷

経済センサスによる事業所数の推移。
| 年 | 事業者数 |
| --- | --- |
2016年（平成28年）: 35
2021年（令和3年）: 47
事業所 > 従業員数の変遷

経済センサスによる従業員数の推移。
| 年 | 従業員数 |
| --- | --- |
2016年（平成28年）: 452
2021年（令和3年）: 497
施設

本牧神社
横浜市立本牧小学校
横浜市立本牧中学校
オーケー
横浜信用金庫
新本牧公園
その他 > 日本郵便

郵便番号 : 231-0827（集配局：横浜港郵便局）
その他 > 警察

町内の警察の管轄区域は以下の通りである。
| 番・番地等 | 警察署 | 交番・駐在所 |
| --- | --- | --- |
| 1〜11番 | 山手警察署 | 本牧三之谷交番 |
| 12番以降 | 山手警察署 | 根岸交番 |
本牧和田の住宅街（米軍住宅地区跡地）
奥村貢

| --- | --- |
: 免疫学者の「奥村康」とは別人です。
奥村 貢（おくむら こう、1929年1月18日 - 2017年11月6日）は、日本の作曲家、編曲家、指揮者である。大阪府出身。血液型はB型。株式会社貢ミュージック代表。大阪音楽大学中退（在学中に父の急逝のため）。
人物

NHK大阪放送局新人オーディションの審査員を20年間務めていた。特にドラマの音楽を多く登板している。子供番組においても力を尽くしており、NHK教育の『いってみようやってみよう』では、放送開始から終了まで音楽を手掛けた。2017年11月6日、逝去。88歳没。
主な作品 > テレビ・ラジオ番組

NHK朝の連続テレビ小説
『おはようさん』（NHK大阪）（1975年-1976年）
『風見鶏』（NHK大阪）（1977年-1978年）
『NHK歌謡ホール』（NHK）
『ステージ101』（NHK）
『NHK紅白歌合戦』（NHK）
『ふたりのビッグショー』（NHK）
『BS日本のうた』（NHK）
『ニュースワイド630』（NHK大阪） - テーマ、BGM
『きんきTODAY』（よみうりテレビ） - ED曲「たそがれメッセージ」
『いってみようやってみよう』（NHK教育）（1985年-2004年）
ドキュメンタリー『スペシャルセレクション』（岡山放送）
『もうひとつの好奇心!』（岡山放送）
『ありがとう浜村淳です』（MBSラジオ）
『毎日放送ダイナミックナイター』（MBSラジオ）
『世界一周双六ゲーム』（朝日放送）
『ABOBAゲーム』（朝日放送）
『全日本有線放送大賞』（よみうりテレビ） - 1992年頃まで、OPテーマ作曲は中元経一
その他毎日放送制作昼ドラ（妻そして女シリーズ、ドラマ30）、よみうりテレビ朝の連続ドラマ、March｢We Love Osaka」（大阪府吹奏楽連盟30周年記念作品）などがある。
審査員歴

NHK大阪放送局新人オーディション（ポピュラー音楽の部）
NHK民謡ヤングフェスティバル
全関西ブラスバンドコンクール
ベコーシャンソンコンテスト
他
| --- | --- |
典拠管理データベース: 芸術家 :  MusicBrainz
朝枝繁春

朝枝 繁春（あさえだ しげはる、1912年（明治45年）1月1日 - 2000年（平成12年）10月14日）は、日本の陸軍軍人。陸士45期、陸大52期恩賜。最終階級は陸軍中佐。第25軍（マレー・シンガポール作戦の部隊）の作戦参謀として知られる。
体格が良く、見るからに豪傑風の人物だったという。
| 朝枝 繁春 |
| --- | --- |
 朝枝繁春参謀（大尉時代）
生誕:  1912年1月1日  日本 山口県
死没:   (2000-10-14) 2000年10月14日（88歳没）
所属組織:  大日本帝国陸軍
軍歴:  1933 - 1945
最終階級:   中佐（日本陸軍）
テンプレートを表示