1986年、ソフトウェアエンジニアリング研究所（SEI）は、専門家で有名な品質管理講師であるPhilip B. Grosbyの著書で説明されている手法に基づいて、企業向けのCapability Maturity Model（CMM）ソフトウェア評価システムの開発を開始しました。品質は無料です」[1]。 開発は、契約組織のプロ意識を評価できるようにすることが急務であるため、米国空軍からの要請によって開始されました。
CMMは5つのレベルのプロフェッショナリズムを定義しています[2]：
1.初期-開発プロセスは統計的に管理されておらず、プロセスの改善には進展がありません。
2.反復可能-労働、コスト、タイムライン、変更の分野での厳格なプロジェクト管理の使用により達成される、統計的管理の再生可能なレベルを備えた持続可能なプロセス。
3.確立済み-確立された開発プロセス、内部品質基準があり、経営者は適用された慣行の欠点を理解しています。 おそらく、高度な技術の実装の成功。
4.管理-特定の段階の後、分析プロセスを開始できます。 管理は、開発された技術の助けを借りて品質を管理することができます。
5.最適化-組織は常に改善のプロセスにあります。
CMM評価システムは85のプロセスと16の技術的な質問のアンケートであったため、標準自体は1988年に一般に公開され、各レベルに対応する一連のプロセスと実践としてのCMMの完全な説明は1991年にリリースされ、1995年には書籍版でリリースされました[3]。 その後、CMMは組織のプロセスを改善するための一連の方法論にまとめられました。「Capability Maturity Model Integration」（CMMI）、CMMI-DEV V1.3の最新（2014年末）バージョンです。 2010年に発表された以下は、この標準で注目されているプロセス領域です[4]。
- 原因分析と解決（CAR）
- 構成管理（CM）
- 意思決定分析と解決（DAR）
- プロジェクト統合管理（IPM）
- 測定と分析（MA）
- 組織プロセス記述（OPD）
- 組織フォーカス（OPF）
- パフォーマンス管理（OPM）
- 生産的組織プロセス（OPP）
- 組織トレーニング（OT）
- 製品統合（PI）
- プロジェクトの監視と制御（PMC）
- プロジェクト計画（PP）
- 製品およびプロセスの品質保証（PPQA）
- 定量的プロジェクト管理（QPM）
- 要件開発（RD）
- 要件管理（REQM）
- リスク管理（RSKM）
- サプライヤー契約管理（SAM）
- 技術ソリューション開発（TS）
- 検証（VAL）
- 検証（VER）
1989年、イギリスの中央コンピュータ通信局（CCTA）は、後にOGCと改名し、Simpact Systems Ltdが開発したPROMPTプロジェクト管理方法に基づいて、構造化プロジェクト管理システムPRINCE（Projects IN Controlled Environments）を作成しました。 1975年、英国のすべての政府情報システムプロジェクトの標準としてCCTAによって承認されました。 PRINCEはその導入以来、PROMPTを効果的に置き換えました。 その後、1996年に、PRINCE2方法論の更新版が公開されました。これは、合計約150の欧州組織で構成されるコンソーシアムによって促進されました[5]。
方法論としてのPRINCE2は多くの点で重複しており、国際的なプロジェクト管理標準[6]の遵守に貢献しているため、あらゆるタイプのプロジェクトに適用できます。 とりわけ、PRINCEは「偏差管理」を適用して、上級管理職が時間を効率的に使用できるようにし、役割と責任を明示的に配分します。これにより、誰もが何を期待し、他の人に何を期待するかを理解できます。 PRINCE2には、一連の原則、制御トピック、プロセスモデルが含まれます[7]。
PRINCE2の原則は、方法論の実装における優れた実践に貢献し、その過度または表面的な適用を防ぎ、実用的な方法で推論されます。
- 長いビジネスケース
- 経験から学ぶ
- 役割と責任の配分
- 段階的管理
- 偏差管理
- 製品フォーカス
- プロジェクト機能への適応
PRINCE2トピックは、プロジェクトライフサイクル全体で対処する必要があるプロジェクト管理の側面を表し、プロセスの処理方法を決定します。
- ビジネスケース
- 組織
- 品質
- 計画
- リスク
- 変更点
- 進捗状況
プロセスモデルは、プロジェクトの指示、管理、完了のために従うべき一連のアクティビティで構成されています。
- プロジェクトの開始
- プロジェクト管理
- プロジェクトの開始
- ステージ境界管理
- ステージ制御
- 製品供給管理
- プロジェクトの閉鎖
1999年2月、1965年に設立された国際プロジェクト管理協会（IPMA）は、プロジェクト管理の専門家を結集するために設計された非営利の専門団体として、IPMAコンピテンスベースライン（ICB）プロジェクト管理標準を公開します[ 8]。 この標準には、プロジェクトマネージャーおよびプロジェクト、プログラム、ポートフォリオ管理チームのメンバーに対する能力要件が含まれています[9]。
IPMAは1990年にロシアでSOVNETとして登場しました。 現在、協会はプロのプロジェクト管理のトレーニング、プロジェクト管理のトレーニングプログラムの認定、および独自の4段階システムに基づく専門家の国際認定に従事しています[10]。
A-認定プロジェクトディレクター。
B-認定シニアプロジェクトマネージャー。
C-認定プロジェクトマネージャー。
D-認定プロジェクト管理スペシャリスト。
協会の全国代表事務所は、ICBに基づいて、国家および文化の違いを反映する独自の能力要件を開発しています。この論理に従って、SOVNETは次の基準を公開しました。 2010年から[11]。
NTCは、3つの主要なコンポーネントで構成されるプロジェクト管理の体系的なモデルを検討しています。
1.管理オブジェクト-プロジェクト、プログラム、ポートフォリオ。
2.管理エンティティ-投資家、顧客、チーム、リーダー、その他の利害関係者。
3.管理プロセス-一連のタスクおよび管理手順と見なされ、セクションで示されます：管理プロセスの段階、管理の機能領域、時間間隔、管理の対象および主題。 NTKでは、管理プロセスの次の段階が区別されます。
- プロジェクトの開始（開始）、
- プロジェクト作業計画
- プロジェクトの編成と管理、
- プロジェクトの進捗状況の分析と規制、
- プロジェクトの閉鎖。
時間間隔に従って、プロセスは次のように分割されます：戦略的-プロジェクトのライフサイクル全体、年次、四半期、および運用-月ごとの実行の開始を伴うタスクを含みます。 サブジェクト領域に応じて、NTCでは次の制御機能が区別されます。
- プロジェクトドメイン管理
- タイミング別のプロジェクト管理
- プロジェクト費用と資金管理
- プロジェクトの品質管理
- プロジェクトのリスクと機会の管理
- プロジェクトの人的資源管理
- プロジェクトコミュニケーション管理
- プロジェクトおよび調達管理
- プロジェクト変更管理
- プロジェクトセキュリティ管理
上記に加えて、この規格は、認証、国際協力、プロジェクトの成功基準、およびプロジェクト管理の分野における企業の組織的および技術的成熟度などの一般的な能力の問題の分野を対象としています。 行動能力に関しては、リーダーシップとリーダーシップ、関与と動機付け、自制、自信と説得力、ストレス緩和、開放性、創造的アプローチ、結果志向、効率的、調整、交渉、対立と危機、信頼性などの質問、価値観、倫理、問題解決の理解。
1996年、米国のProject Management Institute（Project Management Institute、Inc.、略してPMI）は、PMBOKプロジェクト管理標準を説明するプロジェクト管理知識体系ガイド（PMBOKガイド）[12]を発行しました。 この規格は、国際的なプロジェクト管理規格ISO 9000と互換性があります。PMBOKは、プロジェクト管理の分野における広範な知識と実践、およびプログラム全体とプロジェクトポートフォリオを組み合わせたものです。 プロジェクトのライフサイクル、プロジェクトマネジメントに対する内部文化を含む組織の影響に注意を払います。
この規格は、一連のプロジェクト管理プロセスを特定します。その使用が証明されていると、さまざまなプロジェクトで成功する可能性が高くなります。また、プロセスの完全なリストを使用する必要はなく、選択したプロジェクトの目標を効果的に達成するプロセスを選択する価値があることをマニュアルで注記しています。 標準では、プロセスは次のグループに分けられます[13]：
- プロジェクト管理プロセスグループ
- 開始プロセスグループ（2プロセス）
- 計画プロセスのグループ（20プロセス）
- 実行プロセスグループ（8プロセス）
- 監視および制御プロセスのグループ（10プロセス）
- 完了プロセスのグループ（2プロセス）
管理プロセスに加えて、標準はプロジェクト管理知識の領域を識別します。それぞれが選択された分野の実践の完全なセットを表します。たとえば、プロジェクトコスト管理セクションは、予算とコスト管理を評価、決定するためのセクションで構成されます;合計で、エディションの最新バージョンは9領域の管理知識を提供しますプロジェクト：
- プロジェクト統合管理
- プロジェクトコンテンツ管理
- プロジェクトのタイミング管理
- プロジェクト費用管理
- プロジェクト品質管理
- プロジェクト人事管理
- プロジェクトコミュニケーション管理
- プロジェクトのリスク管理
- プロジェクト調達管理
管理プロセスの相互作用は付録Aに示されていますが、P.D。S. Gashik [14]が実施した調査によると、PMBOKプロセスは、国際プロジェクト管理標準ISO 21500 [15]で説明されているプロセスと95％類似しています。
2001年11月、日本プロジェクト管理プロフェッショナル認定センター（PMCC）は、後に日本プロジェクト管理協会（PMAJ）と改名し、P2Mプロジェクト管理標準を公開しました。 方法論の文脈では、プロジェクトの使命を達成するために呼び出され、関連分野の知識が必要であり、3つのレベルのプロフェッショナリズムに分かれているマネージャーが考慮されます。
- スペシャリストマネージャー（PMS）、
- マネージャー登録（PMR）および
- マネージャーアーキテクト（PMA）。
P2Mは、プロジェクト管理とプロジェクトプログラム管理の両方の領域を考慮し、次の知識領域の管理を含みます[15]。
- 戦略的プロジェクト管理
- プロジェクトファイナンス管理
- プロジェクトシステム管理
- プロジェクト管理
- プロジェクト目標管理
- プロジェクトリソース管理
- リスク管理
- 情報管理
- プロジェクト関係管理
- プロジェクト費用管理
- プロジェクトコミュニケーション管理
したがって、情報プロジェクト管理基準のレビューの結果、それらのすべてにおいて、プロセスの中心グループの1つがリスク管理とプロジェクト品質管理であることを確立することができました。 さらに、考慮される標準のほとんどは本質的に交差的です。
プロジェクト管理の分野で適用される基本的な基準が考慮されます。最初の開発は1986年に始まり、2010年の最後は、その固有のプロセスと機能、国際的なプロジェクト管理基準との交差点です。 個々の国の国家標準の形成における国際プロジェクト管理協会（IPMA）の役割が提示され、企業と管理者の資格を評価するための適切なレベルが提示されます。 この研究では、関連する組織や国から提出された以下の基準を検討しました。
- CMMI-ソフトウェア工学研究所（米国）
- PRINCE-中央コンピューター通信庁（イギリス）
- ICB-国際プロジェクト管理協会（スイス）
- NTK-SOVNET（ロシアの国立IPMAオフィス）
- PMBOK-プロジェクト管理研究所（米国）
- ISO 21500-国際標準化機構
- P2M-日本プロジェクトマネジメント協会（日本）
参照資料
1. Crosby PB、品質は無料です。 ニューヨーク：ニューアメリカン図書館、1979-ISBN 0-451-62247-2
2.ソフトウェアプロセスを特徴付けるHumphrey WS。 成熟度フレームワーク[電子リソース] / Software Engineering Institute、1987-アクセスモード： www.sei.cmu.edu/reports/87tr011.pdf （アクセス：2014年3月11日）。
3. Paulk MC、能力成熟度モデル：ソフトウェアプロセスを改善するためのガイドライン。 Mass。：Addison-Wesley Pub。 Co.、1995-ISBN 0-201-54664-7
4.CMMI®for Development、バージョン1.3 [電子リソース] / Software Engineering Institute、2010-アクセスモード： www.sei.cmu.edu/reports/10tr033.pdf （アクセス： 11/3/2014 ）。
5. PRINCE2とは何ですか？ [電子リソース] / Office of Government Commerce、英国-アクセスモード： www.prince2.com/what-is-prince2 （アクセス：11/03/2014）。
6.州間標準GOST R ISO21500。プロジェクト管理ガイド、2012
7.PRINCE2®千語[電子リソース] / Andy MurrayおよびOutperform UK Ltdのディレクター、2009-アクセスモード： www.best-management-practice.com/gempdf/PRINCE2_in_One_Thousand_Words.pdf （2014年3月11日アクセス） 。
8. ICB-IPMAコンピテンスベースライン、バージョン3.0 [電子リソース] / International Project Management Association、2006-アクセスモード： ipma.ch/resources/ipma-publications/ipma-competence-baseline （アクセス日：03.11.2014）。
9. Soolyatte A.Yu.、会社のプロジェクト管理：方法論、技術、実践。 M。：MFPU「シナジー」、2012
10.個人の認証 [電子リソース] /国際プロジェクト管理協会-アクセスモード： ipma.ch/certification/certify-individuals （アクセス日：03.11.2014）。
11.プロジェクト管理。 専門知識の基礎、専門家の能力に関する国家要件/編 技術科学博士 Voropaeva V.I.、M .:プロジェクト設計実習CJSC、2010
12.プロジェクト管理知識体系/ PMI標準委員会へのガイド。 アメリカ：Project Management Institute、1996
13.プロジェクト管理知識ベースガイド（PMBOK®ガイド）-第4版/ PMI標準委員会。 米国：Project Management Institute、2008-ISBN：978-1-933890-51-7
14. Gasik S.、PhD、ISO 21500とPMBOK®の比較。 ジーザス・グアルディオラとフランチェスカ・モンタナリのコメントの後、ガイドバージョンが改善されました。[インターネットソース]-アクセスモード： www.sybena.pl/dokumenty/ISO-21500-and-PMBoK-Guide.pdf （アクセス：03.11.2014）。
15.エンタープライズイノベーションのためのプロジェクトおよびプログラム管理のガイドブック[インターネットソース] / 2005年日本プロジェクト管理協会、改訂3、2005-アクセスモード： www.sybena.pl/dokumenty/ISO-21500-and-PMBoK-Guide.pdf （治療日：2014年11月3日）。