プロジェクトマネジメント
プロジェクトマネジメント(Lang-enproject management、プロジェクト管理)とは、プロジェクトを成功に導くための総合的な管理手法のことで、スケジュール、人員、資金、物的資源などの管理を含む。
プロジェクトマネジメント協会(PMI)のPMBOKガイドでは、プロジェクトとは「独自のプロダクト、サービス、所産を創造するために実施される有期性の業務である」と定義する。
またNASA (米航空宇宙局)は「相互に関連するタスクから構成され、多くの組織が参画して実施される3年以下程度の期間の活動」と定義する。
1人のリーダ(プロジェクトマネージャ)と複数のメンバーから構成される
後工程ほど変更・修正の困難度が増す
作業の系統化 WBS (Work Breakdown Structure)の作成
必要な人的・物的資源の確保
プロジェクトマネジメントでは計画 (Plan)、実行 (Do)、チェック/評価 (Check)、改善/是正 (Act)という管理サイクル(PDCAサイクル)が常に稼動している必要がある。また開始時には立ち上げプロセスが、終了時には報告書をまとめるプロセスが必要になる。立ち上げ、計画、実行、監視、終結の5つのフェーズをプロジェクトライフサイクルとして管理する。
明確な探索要素(研究開発など)があるプロジェクト環境においては、各ステージにおいてプロジェクトの継続可否が議論され決定される判断ポイントが追加される場合がある(例えば、フェーズゲート)。
立ち上げのプロセスでは、プロジェクトの性質と範囲を決定する。この段階がうまくいかない場合、プロジェクトが要求を満たし成功する可能性は低い。ここでは、プロジェクトの周辺環境を理解すること及び必要なすべての管理項目がプロジェクトに組み込まれていることを確認することが重要である。不備があれば報告し、修正案を作成する。
立ち上げ段階では、今後のプロジェクトの領域を包括した計画を作成する。これらの領域は、プロジェクト開始文書と呼ばれる一連の文書としてまとめてもよい。プロジェクト開始文書には次に代表される要素が含まれ、プロジェクト期間中のリソース配分や優先順位を明らかにするために使用される。
プロジェクト提案書:プロジェクトの背景、全体目標、期間
プロジェクトのスコープ:プロジェクトの方向と道筋
PBS (Product Breakdown Structure, 製品の内部構造):成果物もしくは結果の階層とその構成要素
WBS (Work Breakdown Structure, 作業分解構造):日々の作業にまで分解された実行されるべき作業の階層構造
RACI図:成果物/結果に合わせた役割分担と責任
暫定プロジェクトスケジュール:マイルストーン、節目となる重要な日付、期限
コスト、タスク、成果物、スケジュールを含むプロジェクト憲章
開始段階の後、プロジェクトを適切なレベルに詳細化する。主な目的は、時間、コスト、リソースを適切に計画し必要な作業を見積もり、プロジェクトの実行中、効果的にリスク管理を行うことである。開始プロセス群と同様、十分な計画を怠ると、プロジェクトが目標を達成する可能性が大幅に減少する。
計画段階の一般的実施事項は次の通り。
プロジェクトが従べき管理の方法論の決定(例:計画を[ウォーターフォール・モデル|事前に完全に定義]するか、もしくは反復的にまたは定期的に再定義するかどうか)
成果物の完成に必要な作業の特定と、個々の作業の実行順序及び関係を示すネットワーク図の作成
作業時間と費用の見積もり。
また、コミュニケーションやスコープ管理のための計画、役割と責任の特定、プロジェクトのために何を購入するかの決定、キックオフミーティングの開催などのプロセスを追加することも一般的に推奨される。
製品開発プロジェクトの場合、最終製品の動作の概念的デザインは、プロジェクトの計画活動と並行して行われることがあるが、成果物や作業計画を決定する際に計画を策定するチーム内で共有しておくと良い。
実行中は、実施されるべき計画が何であるかを常に意識していなければならない。実行/実施の段階において、プロジェクト管理計画で規定された実施内容を確実に実行する。この段階には、人的資源および材料や予算などその他のリソースの、適切な割り当て、調整と管理が含まれる。この段階のアウトプットはプロジェクトの成果物である。
必要な資源(カネ、ヒト、モノ、時間等)の確保
プロジェクトを成功させるために、プロジェクト内のすべてを文書化することが重要である。予算、範囲、有効性、実施のペースを維持するために、プロジェクトは各タスクに関連する具体的な文書を持っていなければならない。正しい文書化により、プロジェクトの要件がタスクにより満たされているかどうかを簡単に確認することができる。また文書と照らし合わせることで、プロジェクトに対して何がすでに完了しているかの情報が得られる。プロジェクト全体の文書化により、誰もが証跡をもって過去の作業を参照することができる。多くの場合、文書化はプロジェクトの特定の段階を監視し、管理するための最も効果的な方法である。正しく文書化を行うと、プロジェクトの状況を進行に合わせて追跡、観察することができ、成功へのバックボーンとなる。
チェックと是正をまとめて監視プロセスと言われる。このプロセスは、プロジェクトの実行を観察するための要素で構成されており、潜在的な問題をタイムリーに特定し、必要に応じて是正措置を講じることで、プロジェクトの進行をコントロールすることができる。主な利点は、プロジェクトのパフォーマンスを定期的に観察、計測して、プロジェクト計画との差異を特定できることである。
現在進行中のプロジェクト活動の進捗計測(「今どこにいるか」)。
プロジェクト計画とパフォーマンスの期待値(「今どこにいるべきか」)に対してプロジェクト変数(コスト、労力、実施範囲など)を監視し、計画のずれを把握
計画の修正活動として、問題やリスクに適切に対処するための是正措置の特定(「どのようにして再び軌道に乗せるか」)
承認された変更だけが実行されるように、全体的な変更管理を回避するような要素の改革
複数段階で構成されるプロジェクトでは、監視とコントロールのプロセスで、段階間でフィードバックを評価し、プロジェクトの進行を計画に合わせるための是正措置や予防措置を実施する。この段階では、監査人は、ユーザーの問題がどれだけ効果的かつ迅速に解決されているかに注意する。
変更が加えられると、プロジェクトの実行可能性を再評価しなければならない。当初の目標やゴールを見失わないことが重要である。変更が積み重なると、当初提案されたプロジェクトへの投資と予想される結果の整合性が合わなくなる可能性があります。成功するプロジェクトマネジメントにおいては、様々なプロジェクトの要素を特定し、プロジェクト開始時に概ね設定された時間と予算の枠内に収まるように、進捗状況を監視しコントロールする。
終結プロセスでは、プロジェクトの正式な終了を承認する。またファイルのアーカイブ化と教訓を文書化することも終結フェーズの実施内容である。
実施後調査(レビュー)とプロジェクト経験から得た教訓のまとめ
実施後調査は、プロジェクトチームが経験から得た教訓を、今後のプロジェクトに生かすための重要なフェーズである。通常、レビューでは、プロジェクトにおいてうまくいった事項とうまくいかなかった事項を列挙することで分析を行い、教訓としてまとめる。
プロジェクトマネジメントの概念が確立する以前は、プロジェクトの運行はベテラン社員の独自の勘など属人的な要素に頼る部分が大きかった。体系だったプロジェクトマネジメントの手法を使用することで技術の伝達や標準化が可能になり、プロジェクトの成果が高まることが期待されている。ガントチャート等を含むプロジェクトマネジメント製品を利用する事で、効率的に業務を行う事が可能となる。
従来、プロジェクトマネジメントは品質・コスト・納期 (QCD)の管理活動と考えられ特に独立した要素として捉えられていなかった。
現在のような形のプロジェクトマネジメント概念が確立したのは、冷戦期のアメリカ国防総省だったと言われている。ソ連に有人ロケットの打ち上げで先を越されたことに危機感を覚えたアメリカ国防総省は軍事プロジェクトのプロセスをスピードアップさせるため、プロセスを体系化し整理した。1958年にはポラリスミサイルプロジェクトに際し、"Program Evaluation and Review Technique (PERT)"が開発されている。同時期にデュポン社でも、クリティカルパス法 (CPM)と呼ばれる手法が開発されている。
現在は、米国の非営利団体であるPMI (Project Management Institute)が策定した"Project Management Body of Knowledge (PMBOK)"が世界中で受け入れられている。PMBOKは、最新の研究結果を元に4年毎に改定され続けている。
日本では経済産業省(当時の通商産業省)のバックアップを受けて日本発のプロジェクトマネジメント標準を確立する試みが進められ、その結果として現在、P2M(プロジェクト・プログラムマネジメント)という知識体系がある。現在は日本プロジェクトマネジメント協会 (PMAJ)がこれを管理し、この知識体系に基づいた資格がある。
また、2012年には「ISO 21500(en)」が発行されている。
大学でプロジェクトマネジメントを専門に学ぶことができる日本で唯一の学科として、1997年に千葉工業大学工学部プロジェクトマネジメント学科(現在は社会システム科学部プロジェクトマネジメント学科)が誕生した。
一般社団法人プロジェクトマネジメント学会(略称:PM学会)(The Society of Project Management(略称:SPM))は、プロジェクトマネジメントを学問・技術の体系として整備、確率、発展させ、国際社会に寄与することを目的に、1999年3月26日に設立された。
プロジェクトマネージャ試験･･･独立行政法人情報処理推進機構が主催する経済産業省認定の国家試験。情報処理技術者試験の最難関区分のひとつ。
ITパスポート試験･･･独立行政法人情報処理推進機構が主催する経済産業省認定の国家試験。情報処理技術者試験の入門区分。
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検定。かつて大阪商工会議所が主催していた検定試験。
PMBOKはプロジェクトを以下の観点から分類して管理を行うものとしている。
PMBOKガイド第6版は、49個のプロセスを、幅広いプロジェクトに適用可能な5個の基本的なプロセス群と10個の知識エリアとに分類する。
監視・コントロール・プロセス群
プロジェクト・統合・マネジメント
プロジェクト・スコープ・マネジメント
プロジェクト・スケジュール・マネジメント
プロジェクト・コスト・マネジメント
プロジェクト・品質・マネジメント
プロジェクト・資源・マネジメント
プロジェクト・コミュニケーション・マネジメント
プロジェクト・リスク・マネジメント
プロジェクト・調達・マネジメント
プロジェクト・ステークホルダー・マネジメント
事業者はプロジェクトをその規模にかかわらず、計画立案、実施、評価という一連のサイクルを実施するととらえ、それぞれの段階における実施管理を行うことを指す。「プロジェクトデザインマトリックス (PDM)」と呼ばれるプロジェクト概要表を用いて管理運営する手法がある。PDMはプロジェクト計画を構成する目標、行動、投入等を含み、それらの論理的な相関関係を示す。
仮想プロジェクトマネジメント (VPM) は、仮想チームで実行されるプロジェクトマネジメントを示すが、Virtual environmentを実装するプロジェクトを指すことはめったにない。
仮想プロジェクトマネジメントは、従来のプロジェクトマネジメントとは根本的に異なるので、リモートワークとグローバルコラボレーション (文化、タイムゾーン、言語) の懸念が組合わさっていることが指摘されている。
以下を含むいくつかのプロジェクトマネジメントの標準がある。
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 – システムおよびソフトウェア エンジニアリング - ライフ サイクル プロセス - プロジェクト管理
国際プロジェクト管理協会 (IPMA) の個人能力ベースライン (ICB)
Capability Maturity Model (CMM) from the Software Engineering Institute.
GAPPS, Global Alliance for Project Performance Standards – プロジェクトおよびプログラム マネージャー向けの COMPETENCIES を記述したオープン ソース標準
HERMES methodHERMES メソッド、スイスの一般的なプロジェクト管理手法であり、ルクセンブルグおよび国際機関で使用するために選択された
logical framework approach (LFA) 国際開発組織で一般的
PMBOK Guide  Project Management Institute (PMI)
PM²: [:en:European Commission] によって開発されたプロジェクト管理方法論
Procedures for Project Formulation and Management (PPFM) ・インド国防省
Total Cost Management Framework 統合されたポートフォリオ、プログラム、およびプロジェクト管理のための AACE International の方法論
V-Model 独自のシステム開発手法