プロジェクトマネジメントとＰＭＢＯＫ

プロジェクトの基礎知識

プロジェクト

どのような組織でも、そこには業務があります。業務とは、人が何らかの資源の制約の下で、計画され実行され管理されることですが、プロジェクトは、有期性と独自性を持つ業務であり、日常的に繰り返し行われる業務と区別されます。

有期性

開始と完了が明確になっていることがプロジェクトの特徴です。継続的な業務はプロジェクトとはいいません。

独自性

開始と完了があることは、そのことは１回しか行われないということであり、その遂行の仕方や得られる成果物は独自のものになります。定例的に繰り返し行われる業務はプロジェクトではありません。

たとえば、情報システムの開発やダムの建設などは、それらの検討を開始する時期と、情報システムやダムが完了する時機が明確ですし、出来上がったものも他とは異なるものですし、似たような業務であっても携わる人も違うし環境も違うので独自性があります。それでこれらはプロジェクトであるといえます。

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

マネジメントは管理と訳されますが、コントロールの意味での管理よりも広い概念です。単純には、全社的な観点から、ＰＤＣＡ（計画－実行－チェック－是正）サイクルを適切に継続的に運営することだといえます。
　ＰＭＢＯＫでは、プロジェクトマネジメントとは「プロジェクトの要求事項を満足させるために、知識・スキル・ツールと技法をプロジェクト活動に適用すること」と定義しています。

プロジェクト管理は、建設業界などで以前から行われていましたし、それを支援する多様な技法も普及していました。しかし、これまでのプロジェクト管理は、とかくＱＣＴ（Ｑ：品質、Ｃ：コスト、Ｔ：納期）を管理することに限定されていました。
　それに対して最近のプロジェクトマネジメントでは、それらを実現するための組織、コミュニケーション、リスク、調達などを全体最適の観点からバランスよくマネジメントしようという考えかたです。

ＰＭＢＯＫ

ＰＭＢＯＫ（A Guide to the Project Management Body of Knowledge）は、ＰＭＩ（Project Management Institute）が、１９９６年に策定したもので、プロジェクトマネジメントに関して、一般的に優れた業務慣行として認められている知識を体系化したものです。その後逐次改訂されており、事実上の標準として世界中で広く受け入れられています。
　日本では、ＰＭＩ東京支部がＰＭＢＯＫの普及やＰＭＰ（プロジェクトマネージャ）資格認定などを行っています。

ＰＭＢＯＫの体系

（拡大図）

番号について
　例えば、「６.５.２.２」とは、知識エリア「タイムマネジメント」のプロセス「スケジュール作成」に関する「ツールと技法」での「クリティカルパス」のことを指します。すなわち、番号はＰＭＢＯＫの章節を示すとともに、その項目も示しています。

知識エリアとは、プロジェクトマネジメントで必要となる知識の分野です。そして、それぞれの知識エリアで必要となる「結果をもたらす連続したアクション」をプロセスといいます。知識エリアを大区分、プロセスを中区分と考えることもできます。これにより、必要となる知識を網羅的に列挙したことになります。
　各プロセスを、プロジェクトの立ち上げから終結にいたる時間軸でグループ化したものをプロセス群といいます。プロジェクトの進行にあわせて、必要となるプロセスを示すことにより、どの局面で、プロセスを実施すればよいかがわかります。

各プロセスでは、そのプロセスを行うために、どのような情報を用いて（インプット）、どのような結果を得るのか（アウトプット）、インプットからアウトプットを得るのに役に立つツールや技法にはどのようなものがあるか（ツールと技法）を示しています。

ＰＭＢＯＫは「プロジェクトマネジメント」に必要な知識の「体系」を示したものです。必要となる知識を網羅して体系化することが目的であり、知識そのもの（技法など）の解説を目的としていません。「ツールと技法」では、話題になっているＥＶＭ（アーンドバリューマネジメント）などについては、やや詳細な解説がありますが、全般的には、単に名称を列挙するか数行の定義を記述しているだけです。
　また、知識というと、ＥＶＭやＰＥＲＴなどの技法の知識だと思われがちですが、それは、プロジェクトマネジメントを成功させるための一部分にすぎません。もっと広い観点で「知識」をとらえることが必要です。

知識エリア

知識エリアとして、次の９エリアをあげています。このうち、タイムマネジメント、コストマネジメント、品質マネジメントの３分野がプロジェクトの結果に直接関係する分野で、古典的なＱＣＴの分野です。
　組織マネジメント、コミュニケーションマネジメント、リスクマネジメント、調達マネジメントは、そのＱＣＴを実現するために、プロジェクトを円滑に運営するための分野です。そして、統合マネジメントとスコープマネジメントは、それらの分野を統合したものだといえます。

４　統合マネジメント

プロジェクトにおける多種多様な要素を整合性のある実行をするためのもので、以降の各エリアを統合する位置づけになっています。

５　スコープマネジメント

スコープとは「範囲」のことです。スコープマネジメントとは「プロジェクトの目標である最終成果物を作成するために必要な作業が過不足なく確実に遂行されることを保証すること」です。「何を」「どこまで」やるかを決定して、ＰＤＣＡサイクルにより常に最新の状態に保つことにより、必要な成果物とタスクが完成されていることを保証することです。

６　タイムマネジメント

納期までにプロジェクトを完成させるための管理です。作業の定義、順序、所要時間見積り、スケジュールの作成と進捗管理をするための分野です。

７　コストマネジメント

計画された予算内でプロジェクトを完成させるための管理です。資源計画、コスト積算、予算作成、コスト管理があります。進捗の遅れはコストの増大を招きます。

８　品質マネジメント

成果物が期待された機能・性能を過不足なく持つことを実現させるための管理です。情報システム開発で問題なのは、要求が必ずしも明確でなく変更が多いことです。これは納期やコストに大きな影響を与えます。
　納期、コスト、品質は以前からプロジェクトで重視されていた事項ですが、モダンプロジェクトマネジメントでは、それらを保証するために以降の事項が重要だとしています。

９　組織マネジメント

プロジェクトはチーム（組織）で遂行します。その体制を作り、役割分担、責任と権限、要員の確保・育成などを行うためのをする分野です。

１０　コミュニケーションマネジメント

チームがバラバラな行動をしたのでは困ります。また、ステークホルダーにタイムリーに報告する必要があります。どのような情報をいつどのように伝達するかの計画を作り、情報を生成、収集、配布、保管、廃棄するプロセスををする分野です。

１１　リスクマネジメント

開発要員が病気になったとか、思わぬ障害が発生したなど、プロジェクトではリスク対策が必要です。リスクの特定、定量化、対応策の策定などのリスク管理をする分野です。

１２　調達マネジメント

ハードウェアやソフトウェア、情報システムの外部委託など、多くの調達があります。調達計画、契約、調達などの管理をする分野です。

プロセス群

プロセスは、次の５つのプロセス群にまとめられます。立ち上げのプロセスと終結のプロセスは、プロジェクトが有期性であることから重要です。計画・遂行・コントロールのプロセスは、ＰＤＣＡサイクルになっています。

立ち上げプロセス群

プロジェクト立上げ時にプロジェクト憲章を定めます。プロジェクトに関する基本方針を記述した正式文書であり、これによりプロジェクトが正式に発足します。
・プロジェクトの目的を明確にし，正式に認可する。
・プロジェクトマネジャーの任命（体制はプロジェクトマネージャの権限）
・プロジェクトマネジャーに組織の資源を使用する権限を与える。
などが示されています。

計画のプロセス群

プロジェクトを行うための計画を立案して、それを維持します。

実行のプロセス群

実際にプロジェクトの業務を行い成果物を作成します。

監視コントロールプロセス群

プロジェクトの目標を達成するのを保証するために、プロジェクトの進捗をモニタリングして、必要に応じて対策を講じます。

終結プロセス群

プロジェクトまたはタスクの成果物の確認や報告などの完了手続きを行います。

ツールと技法

技法の知識は必要ですが、前述のように、ＰＭＢＯＫは技法の解説を目的にしていません。スケジュール・ネットワーク分析（代表的技法にＰＥＲＴがある）やクリティカルパス法（ＣＰＭ）などの技法についての知識が有用だということを示しているだけです。
　ここでは、世間一般で有用といわれている技法を列挙しているだけであり、これ以外の技法は不要だということではありません。また、これらすべての技法が求められるわけでもありません。さらにここには「専門家の見解」とか「ネットワーキング」など、いわゆる技法とはいえないものも掲げられています。

その他のプロジェクトマネジメント基準

ISO 10006（プロジェクトにおける品質マネジメントの指針）

ISO 10006は、ＰＭＢＯＫをベースとした国際規格です。
　プロジェクト管理における品質をプロジェクト・プロセスの品質という観点でとらえ、ＰＭＢＯＫの９つの知識エリアを、「品質マネジメント」を「ストラテジック・プロセス」として冒頭に置き、「コスト・マネジメント」と「タイム・マネジメント」の中で処理される「リソース」のプロセスを「リソース関連プロセス」として独立させて合計１０のプロセス構成になっています。

Ｐ２Ｍ（プログラム＆プロジェクトマネジメント）

プロジェクトと似た用語にプログラムがあります。プログラムとは複数のプロジェクトが互いに関連して並行して行われる場合、その全体を指す概念です（それに対して、ある部門が独立したプロジェクトを複数抱えていることを、マルチプロジェクトといいます）。
　経済産業省の指導のもと、エンジニアリング振興協会は、日本版プロジェクトマネジメントとして、Ｐ２Ｍ（Project & Program Management）の知識体系、「プログラム＆プロジェクト標準ガイドブック」を策定しました。ＰＭＢＯＫをベースにしていますが、全体使命としてのプログラムを意識していること、拡張性を重視していることなどの特徴があります。これにも資格制度があり、プロジェクトマネジメント資格認定センターが担当しています。

さらに上位の概念にポートフォリオマネジメントがあります。これは、複数のプロジェクトやプログラムの全体をまとめたものをポートフォリオといい、経営資源の配分や資産の運用を全社的な観点からマネジメントする技法です。