プロジェクトマネジメント

出典: フリー百科事典『ウィキペディア（Wikipedia）』
曖昧さ回避 「プロダクトマネジメント」あるいは「ワークマネジメント」とは異なります。
ウィクショナリーに関連の辞書項目があります。

プロジェクトマネジメント（英語: project management、プロジェクト管理）とは、プロジェクトを成功に導くための総合的な管理手法のことで、スケジュール、人員、資金、物的資源などの管理を含む[1]。

プロジェクトとは[編集]

プロジェクトの定義[編集]

プロジェクトマネジメント協会(PMI)のPMBOKガイドでは、プロジェクトとは「独自のプロダクト、サービス、所産を創造するために実施される有期性の業務である」と定義する。

またNASA (米航空宇宙局)は「相互に関連するタスクから構成され、多くの組織が参画して実施される3年以下程度の期間の活動」と定義する[2]。

プロジェクトの特徴[編集]

プロジェクト活動には以下の特徴がある

  1. 明確に定義された目標
  2. 必ず開始時点と終了時点がある
  3. 永続的でない一時的な組織が担当する
  4. 1人のリーダ（プロジェクトマネジャー）と複数のメンバーから構成される
  5. 目的達成のための予算が与えられる
  6. いくつかの工程から成り立つ
  7. ライフサイクルの各段階で必要資源が変化する
  8. 予期できない事態が発生することがある
  9. 後工程ほど変更・修正の困難度が増す

プロジェクトマネジメント活動が成功する条件[編集]

  1. 期限内に
  2. 予算金額内で
  3. 期待レベルの技術成果のもと
  4. 割り当て資源を有効活用して
  5. 顧客が満足する状態で完了する

プロジェクトマネジメントに含まれる活動[編集]

  • 企画
  • リスク測定
  • 利用できる資源の見積り
  • 作業の系統化　WBS (Work Breakdown Structure)の作成
  • 必要な人的・物的資源の確保
  • 費用の見積
  • チームメンバーへの作業の割り振り
  • 進捗管理
  • 目的に沿った結果が出るように作業の方向性を維持する
  • 達成した結果の分析

プロセス群（プロジェクトライフサイクル）[編集]

プロジェクトマネジメントでは計画 (Plan)、実行 (Do)、チェック/評価 (Check)、改善/是正 (Act)という管理サイクル（PDCAサイクル）が常に稼動している必要がある。また開始時には立ち上げプロセスが、終了時には報告書をまとめるプロセスが必要になる。立ち上げ、計画、実行、監視、終結の５つのフェーズをプロジェクトライフサイクルとして管理する。[3][4] 明確な探索要素（研究開発など）があるプロジェクト環境においては、各ステージにおいてプロジェクトの継続可否が議論され決定される判断ポイントが追加される場合がある（例えば、フェーズゲート）。

立上げプロセス (Initiation)[編集]

立ち上げのプロセスでは、プロジェクトの性質と範囲を決定する[5]。この段階がうまくいかない場合、プロジェクトが要求を満たし成功する可能性は低い。ここでは、プロジェクトの周辺環境を理解すること及び必要なすべての管理項目がプロジェクトに組み込まれていることを確認することが重要である。不備があれば報告し、修正案を作成する。

  • プロジェクト存在の認識
  • プロジェクトが達成すべき事柄の認識
  • ゴールの設定
  • 利害関係者の期待の明確化
  • プロジェクトスコープの明確化
  • プロジェクトメンバーの選定

立ち上げ段階では、今後のプロジェクトの領域を包括した計画を作成する。これらの領域は、プロジェクト開始文書と呼ばれる一連の文書としてまとめてもよい。プロジェクト開始文書には次に代表される要素が含まれ、プロジェクト期間中のリソース配分や優先順位を明らかにするために使用される。

  • プロジェクト提案書：プロジェクトの背景、全体目標、期間
  • プロジェクトのスコープ：プロジェクトの方向と道筋
  • PBS (Product Breakdown Structure, 製品の内部構造)：成果物もしくは結果の階層とその構成要素
  • WBS (Work Breakdown Structure, 作業分解構造)：日々の作業にまで分解された実行されるべき作業の階層構造
  • RACI図：成果物/結果に合わせた役割分担と責任
  • 暫定プロジェクトスケジュール：マイルストーン、節目となる重要な日付、期限
  • 計測可能な目標に対するビジネスニーズと要件の分析
  • 現在のオペレーションのレビュー
  • 予算を含む費用と利益の財務分析
  • プロジェクトのユーザーとサポート担当者を含む利害関係者の分析
  • コスト、タスク、成果物、スケジュールを含むプロジェクト憲章
  • SWOT分析

計画プロセス (Planning)[編集]

開始段階の後、プロジェクトを適切なレベルに詳細化する。主な目的は、時間、コスト、リソースを適切に計画し必要な作業を見積もり、プロジェクトの実行中、効果的にリスク管理を行うことである。開始プロセス群と同様、十分な計画を怠ると、プロジェクトが目標を達成する可能性が大幅に減少する。 計画段階の一般的実施事項は次の通り[6]。

  • プロジェクトが従べき管理の方法論の決定（例：計画を[ウォーターフォール・モデル|事前に完全に定義]するか、もしくは反復的にまたは定期的に再定義するかどうか）
  • スコープステートメントの作成
  • 計画策定チームの選択
  • 成果物の特定とPBS及びWBSの作成
  • 成果物の完成に必要な作業の特定と、個々の作業の実行順序及び関係を示すネットワーク図の作成
  • 作業に必要なリソースの要件の見積もり
  • 作業時間と費用の見積もり。
  • スケジュール作成
  • 予算編成
  • リスクの見積もり
  • 品質マネジメントの計画
  • 作業開始の正式な承認

また、コミュニケーションやスコープ管理のための計画、役割と責任の特定、プロジェクトのために何を購入するかの決定、キックオフミーティングの開催などのプロセスを追加することも一般的に推奨される。 製品開発プロジェクトの場合、最終製品の動作の概念的デザインは、プロジェクトの計画活動と並行して行われることがあるが、成果物や作業計画を決定する際に計画を策定するチーム内で共有しておくと良い。

実行プロセス (Execution)[編集]

実行中は、実施されるべき計画が何であるかを常に意識していなければならない。実行/実施の段階において、プロジェクト管理計画で規定された実施内容を確実に実行する。この段階には、人的資源および材料や予算などその他のリソースの、適切な割り当て、調整と管理が含まれる。この段階のアウトプットはプロジェクトの成果物である。

  • チームの統率
  • メンバーとの面接
  • 利害関係者とのコミュニケーション
  • 問題を解決する闘争心
  • 必要な資源（カネ、ヒト、モノ、時間等）の確保

プロジェクトの文書化[編集]

プロジェクトを成功させるために、プロジェクト内のすべてを文書化することが重要である。予算、範囲、有効性、実施のペースを維持するために、プロジェクトは各タスクに関連する具体的な文書を持っていなければならない。正しい文書化により、プロジェクトの要件がタスクにより満たされているかどうかを簡単に確認することができる。また文書と照らし合わせることで、プロジェクトに対して何がすでに完了しているかの情報が得られる。プロジェクト全体の文書化により、誰もが証跡をもって過去の作業を参照することができる。多くの場合、文書化はプロジェクトの特定の段階を監視し、管理するための最も効果的な方法である。正しく文書化を行うと、プロジェクトの状況を進行に合わせて追跡、観察することができ、成功へのバックボーンとなる。

監視・コントロール・プロセス (Monitoring and Controlling)[編集]

チェックと是正をまとめて監視プロセスと言われる。このプロセスは、プロジェクトの実行を観察するための要素で構成されており、潜在的な問題をタイムリーに特定し、必要に応じて是正措置を講じることで、プロジェクトの進行をコントロールすることができる。主な利点は、プロジェクトのパフォーマンスを定期的に観察、計測して、プロジェクト計画との差異を特定できることである[7]。

  • 現在進行中のプロジェクト活動の進捗計測（「今どこにいるか」）。
  • プロジェクト計画とパフォーマンスの期待値（「今どこにいるべきか」）に対してプロジェクト変数（コスト、労力、実施範囲など）を監視し、計画のずれを把握
  • 計画の修正活動として、問題やリスクに適切に対処するための是正措置の特定（「どのようにして再び軌道に乗せるか」）
  • 利害関係者からの変化項目の受理と評価
  • 承認された変更だけが実行されるように、全体的な変更管理を回避するような要素の改革
  • 必要に応じたスケジュール変更
  • 必要に応じた資源量の変更調整

複数段階で構成されるプロジェクトでは、監視とコントロールのプロセスで、段階間でフィードバックを評価し、プロジェクトの進行を計画に合わせるための是正措置や予防措置を実施する。この段階では、監査人は、ユーザーの問題がどれだけ効果的かつ迅速に解決されているかに注意する。 変更が加えられると、プロジェクトの実行可能性を再評価しなければならない。当初の目標やゴールを見失わないことが重要である。変更が積み重なると、当初提案されたプロジェクトへの投資と予想される結果の整合性が合わなくなる可能性があります。成功するプロジェクトマネジメントにおいては、様々なプロジェクトの要素を特定し、プロジェクト開始時に概ね設定された時間と予算の枠内に収まるように、進捗状況を監視しコントロールする。

終結プロセス (Closure)[編集]

終結プロセスでは、プロジェクトの正式な終了を承認する。またファイルのアーカイブ化と教訓を文書化することも終結フェーズの実施内容である。

  • プロジェクト実施結果と成果物の確認
  • 契約の解除
  • 作業の終了とチームの解散
  • 実施後調査（レビュー）とプロジェクト経験から得た教訓のまとめ
  • プロジェクトプロセスの結果の反省

実施後調査は、プロジェクトチームが経験から得た教訓を、今後のプロジェクトに生かすための重要なフェーズである。通常、レビューでは、プロジェクトにおいてうまくいった事項とうまくいかなかった事項を列挙することで分析を行い、教訓としてまとめる。

  • 最終報告書の作成

プロジェクトマネジメントの目的[編集]

プロジェクトマネジメントの概念が確立する以前は、プロジェクトの運行はベテラン社員の独自の勘など属人的な要素に頼る部分が大きかった。体系だったプロジェクトマネジメントの手法を使用することで技術の伝達や標準化が可能になり、プロジェクトの成果が高まることが期待されている。ガントチャート等を含むプロジェクトマネジメント製品を利用する事で、効率的に業務を行う事が可能となる。

プロジェクトマネジメントの歴史[編集]

従来、プロジェクトマネジメントは品質・コスト・納期 (QCD)の管理活動と考えられ特に独立した要素として捉えられていなかった。

現在のような形のプロジェクトマネジメント概念が確立したのは、冷戦期のアメリカ国防総省だったと言われている。ソ連に有人ロケットの打ち上げで先を越されたことに危機感を覚えたアメリカ国防総省は軍事プロジェクトのプロセスをスピードアップさせるため、プロセスを体系化し整理した。1958年にはポラリスミサイルプロジェクトに際し、"Program Evaluation and Review Technique (PERT)"が開発されている。同時期にデュポン社でも、クリティカルパス法 (CPM)と呼ばれる手法が開発されている[8]。

現在は、米国の非営利団体であるPMI (Project Management Institute)が策定した"Project Management Body of Knowledge (PMBOK)"が世界中で受け入れられている。PMBOKは、最新の研究結果を元に4年毎に改定され続けている。

日本では経済産業省（当時の通商産業省）のバックアップを受けて日本発のプロジェクトマネジメント標準を確立する試みが進められ、その結果として現在、P2M（プロジェクト・プログラムマネジメント）という知識体系がある。現在は日本プロジェクトマネジメント協会 (PMAJ)がこれを管理し、この知識体系に基づいた資格がある。

また、2012年には「ISO 21500(en)」が発行されている。

学問としてのプロジェクトマネジメント[編集]

大学でプロジェクトマネジメントを専門に学ぶことができる日本で唯一の学科として、1997年に千葉工業大学工学部プロジェクトマネジメント学科（現在は社会システム科学部プロジェクトマネジメント学科）が誕生した[9]。

プロジェクトマネジメント学会[編集]

一般社団法人プロジェクトマネジメント学会（略称：PM学会）（The Society of Project Management（略称：SPM））は、プロジェクトマネジメントを学問・技術の体系として整備、確率、発展させ、国際社会に寄与することを目的に、1999年3月26日に設立された[10]。

プロジェクトマネジメントに関する資格[編集]

  • P2M･･･日本プロジェクトマネジメント協会 (PMAJ)が主催するプロジェクトマネジメントの知識体系
    • PMC･･･プロジェクトマネジメント・コーディネータ Project Management Coordinator
    • PMS･･･プロジェクトマネジメント・スペシャリスト Project Management Specialist
    • PMR･･･プログラムマネジャー・レジスタード Program Manager Registered
    • PMA･･･プログラムマネジメント・アーキテクト Program Management Architect
  • PMP(Project Management Professional)(プロジェクトマネジメント・プロフェッショナル)･･･米国のPMIが主催するPMBOKに準拠した単一プロジェクトマネジメントの認定試験
  • PgMP･･･Program Management Professional: 米国のPMIが主催する「プログラム標準」に準拠したプログラムマネジメントの認定試験
  • PMI-ACP SM・・・PMI Agile Certified Practitioner: 米国のPMIが主催するアジャイル実務の認定試験
  • PMI-RMP･･･PMI Risk Management Professional: 米国のPMIが主催するプロジェクト・リスクマネジメントの認定試験
  • PMI-SP･･･PMI Scheduling Professional: 米国のPMIが主催するプロジェクト・スケジューリングの認定試験
  • PJM-A･･･日本PMO協会 (NPMO)の認定資格の一つ（プロジェクトマネジメント・アソシエイト認定資格）
  • 技術士…文部科学大臣が日本技術士会に委託して実施する国家試験で、特に総合技術監理部門は、プロジェクトマネジメントに主眼を置いた資格試験である。
  • プロジェクトマネージャ試験･･･独立行政法人情報処理推進機構が主催する経済産業省認定の国家試験。情報処理技術者試験のひとつ。
  • ビジネスマネジャー検定･･･東京商工会議所主催の検定試験。
  • 段取り力検定･･･別名、PWA検定。かつて大阪商工会議所が主催していた検定試験。
  • PRINCE2…英国商務局が開発したPRINCE2を対象とした認定試験。
  • Project+…CompTIAが主催する認定資格の一つ。

アジャイル・スクラムに関する資格[編集]

  • 認定スクラムマスター
  • Professional Scrum Master
  • RSM

(参考) PMBOKの観点[編集]

PMBOKはプロジェクトを以下の観点から分類して管理を行うものとしている[11]。

詳細は「PMBOK#PMBOKガイド第6版」を参照

PMBOKガイド第6版は、49個のプロセスを、幅広いプロジェクトに適用可能な5個の基本的なプロセス群と10個の知識エリアとに分類する。

  • 5個のプロセス群
  1. 立上げプロセス群
  2. 計画プロセス群
  3. 実行プロセス群
  4. 監視・コントロール・プロセス群
  5. 終結プロセス群
  • 10個の知識エリア
  1. プロジェクト・統合・マネジメント
  2. プロジェクト・スコープ・マネジメント
  3. プロジェクト・スケジュール・マネジメント
  4. プロジェクト・コスト・マネジメント
  5. プロジェクト・品質・マネジメント
  6. プロジェクト・資源・マネジメント
  7. プロジェクト・コミュニケーション・マネジメント
  8. プロジェクト・リスク・マネジメント
  9. プロジェクト・調達・マネジメント
  10. プロジェクト・ステークホルダー・マネジメント

プロジェクトサイクルマネジメント[編集]

事業者はプロジェクトをその規模にかかわらず、計画立案、実施、評価という一連のサイクルを実施するととらえ、それぞれの段階における実施管理を行うことを指す。「プロジェクトデザインマトリックス (PDM)」と呼ばれるプロジェクト概要表を用いて管理運営する手法がある。PDMはプロジェクト計画を構成する目標、行動、投入等を含み、それらの論理的な相関関係を示す。

仮想プロジェクトマネジメント[編集]

仮想プロジェクトマネジメント (VPM) は、仮想チームで実行されるプロジェクトマネジメントを示すが、Virtual environment（英語版）を実装するプロジェクトを指すことはめったにない[12]。

仮想プロジェクトマネジメントは、従来のプロジェクトマネジメントとは根本的に異なるので[13]、リモートワークとグローバルコラボレーション (文化、タイムゾーン、言語) の懸念が組合わさっていることが指摘されている[14]。

各種規格[編集]

以下を含むいくつかのプロジェクトマネジメントの標準がある。

  • ISO 9000 (品質管理システムの一連の規格)、およびISO 10006 :2003 (品質管理システムとプロジェクトにおける品質管理のガイドライン)
  • ISO 21500 :2012 –プロジェクト管理に関するガイダンス。これは、ISO が発行したプロジェクト管理に関する最初の国際規格である。21500 ファミリのその他の規格には、21503:2017 Guidance on program management ;がある。21504:2015ポートフォリオ管理に関するガイダンス; 21505:2017ガバナンスに関するガイダンス; 21506:2018語彙; 21508:2018プロジェクトおよびプログラム管理におけるアーンド バリュー管理; および 21511:2018プロジェクトおよびプログラム管理のための作業分解構造
  • ISO 31000 :2009 – リスク管理
  • ISO/IEC/IEEE 16326:2009 – システムおよびソフトウェア エンジニアリング - ライフ サイクル プロセス - プロジェクト管理[15]
  • 国際プロジェクト管理協会 (IPMA) の個人能力ベースライン (ICB)[16]
  • en:Capability Maturity Model (CMM) from the en:Software Engineering Institute.
  • GAPPS, en:Global Alliance for Project Performance Standards – プロジェクトおよびプログラム マネージャー向けの COMPETENCIES を記述したオープン ソース標準
  • en:HERMES methodHERMES メソッド、スイスの一般的なプロジェクト管理手法であり、ルクセンブルグおよび国際機関で使用するために選択された
  • en:logical framework approach (LFA) 国際開発組織で一般的
  • en:PMBOK Guide en:Project Management Institute (PMI)
  • en:PRINCE2 en:AXELOS
  • PM²: [:en:European Commission] によって開発されたプロジェクト管理方法論[17]
  • Procedures for Project Formulation and Management (PPFM) ・インド国防省[18]
  • en:Team Software Process (TSP) en:Software Engineering Institute
  • en:Total Cost Management Framework 統合されたポートフォリオ、プログラム、およびプロジェクト管理のための AACE International の方法論
  • en:V-Model 独自のシステム開発手法

脚注[編集]

[脚注の使い方]
  1. ^ プロジェクト管理 - デジタル大辞泉
  2. ^ “NASA OCFO PP&C Wiki Glossary” (英語). 2022年8月12日閲覧。
  3. ^ “プロジェクト ライフ サイクルの 5 つのフェーズすべてを視覚ツールで管理する方法”. www.microsoft.com. 2022年6月3日閲覧。
  4. ^ PMI (2010). A Guide to the Project Management Body of Knowledge p.27-35
  5. ^ Peter Nathan, Gerald Everett Jones (2003). PMP certification for dummies. p.63.
  6. ^ Harold Kerzner (2003). Project Management: A Systems Approach to Planning, Scheduling, and Controlling (8th ed.). Wiley. ISBN 0-471-22577-0. https://archive.org/details/projectmanagemen0000kerz_h0w8 
  7. ^ James P. Lewis (2000). The project manager's desk reference: : a comprehensive guide to project planning, scheduling, evaluation, and systems. p.185
  8. ^ “A Brief History of Project Management” (英語). Project Smart. 2022年6月3日閲覧。
  9. ^ “PM学科とは？ | 千葉工業大学 プロジェクトマネジメント学科”. 2022年6月3日閲覧。
  10. ^ “基本情報”. spm.or.jp. 2022年6月3日閲覧。
  11. ^ “The 10 Project Management Knowledge Areas (PMBOK)”. 2022年6月3日閲覧。
  12. ^ Curlee, Wanda (2011). The Virtual Project Management Office: Best Practices, Proven Methods. Management Concepts Press. https://www.amazon.com/The-Virtual-Project-Management-Office-ebook/dp/B005EHQF1M#_ 
  13. ^ Khazanchi, Deepak (2005). Patterns of Effective Project Management in Virtual Projects: An Exploratory Study. Project Management Institute. ISBN 9781930699830. オリジナルの2013-10-23時点におけるアーカイブ。. https://web.archive.org/web/20131023055713/http://www.pmi.org/en/Knowledge-Center/Research-Completed-Research/Patterns-of-Effective-Project-Management-in-Virtual-Projects.aspx 
  14. ^ Velagapudi, Mridula (2012年4月13日). “Why You Cannot Avoid Virtual Project Management 2012 Onwards”. Template:Cite webの呼び出しエラー：引数 accessdate は必須です。
  15. ^ ISO/IEC/IEEE Systems and Software Engineering--Life Cycle Processes--Project Management. doi:10.1109/IEEESTD.2009.5372630. ISBN 978-0-7381-6116-7 
  16. ^ Individual Competence Baseline for Project, Programme & Portfolio Management. International Project Management Association (IPMA). (2015). ISBN 978-94-92338-01-3. http://products.ipma.world/wp-content/uploads/2016/03/IPMA_ICB_4_0_WEB.pdf 
  17. ^ PM² : The Project Management methodology developed by the European Commission. Available at https://europa.eu/pm2/home_en
  18. ^ Mohindra, T., & Srivastava, M. (2019). Comparative Analysis of Project Management Frameworks and Proposition for Project Driven Organizations. PM World Journal, VIII(VIII). Available at https://pmworldlibrary.net/wp-content/uploads/2019/09/pmwj85-Sep2019-Mohindra-Srivastava-comparative-analysis-of-project-management-frameworks.pdf

関連項目[編集]

外部リンク[編集]

分野
プロセス
コンセプト
手法
関連分野
関連項目
分野
コンセプト
指向
モデル
開発モデル
他のモデル
モデリング言語
主な人物
関連項目
IEEE標準
現行
802系列
802.1
802.3
802.11
提案
廃止
組織
「https://ja.wikipedia.org/w/index.php?title=プロジェクトマネジメント&oldid=99943883」から取得