【クロスメディアキーワード】プロジェクトとPMBOK
クロスメディアキーワード【第3回】
プロジェクトは、主に組織の戦略計画を達成する手段として実施され、管理手法としてPMBOKが活用される。
組織とプロジェクト
組織において定常業務が継続的・反復的であるのに対し、プロジェクトは独自の製品やサービスを創造するために実施される有期的な業務である。
多くの組織にとってプロジェクトは、その組織における通常の業務範囲内では対処できない要求に応えるための手段である。プロジェクトは組織のあらゆる階層 で実施され、1人から数千人規模の場合もある。アライアンスやジョイント・ベンチャーなどでみられるように、組織の境界を超える場合もある。
プロジェクトの特性
プロジェクトの特性の１つである「有期性」とは、どのプロジェクトにも明確な始まりと終わりがあることを意味している。プロジェクトと定常業務の目的は本 質的に異なり、プロジェクトの目的は、その目標を達成して終結することである。継続的な非プロジェクト型定常業務では、ビジネスを持続させることにあるの が普通である。
さらに、プロジェクトの特性の１つとして、「段階的詳細化」がある。段階的とは、「ステップを追って進め、継続して着実に 内容を追加すること」を、詳細化は、「注意深く詳細に練り上げ、完全に作り込むこと」を意味している。製品やサービスの特性は、プロジェクトの初期段階で 大まかに定義され、プロジェクトチームが成果物をより良く、かつ、より完全に理解することに従い、明確で詳細なものとなる。
PMBOK（Project Management Body of Knowledge）
PMBOKは、プロジェクト活動を管理するための基本的な考え方、手法をまとめたガイドであることから、ガイドに従うだけでは、様々なビジネスに使用できる具体性はないが、概要を理解することで、プロジェクト管理手法として礎として活用できる。
PMBOKとは、プロジェクトマネジメントに関する知識体系である。アメリカにあるプロジェクトマネジメント関する技法を研究している団体である PMI（Project Management Institute）がまとめている。現在は、PMBOKに従いプロジェクトマネジメントを実施することが、国際標準となっている。PMBOKの内容は、 4年に1回改訂が行われており、2012年に英語版である第5版が公開された。
管理体系の分類とプロセス
PMBOKは、プロジェクト管理体系に関する知識を9つに分類し、さらに、プロジェクトのフローを「立ち上げ」「計画」「実行」「管理」「終結」といった、5つのプロセスに区切り、9×5の中にどのプロセスで何を作成・管理すべきかを定義している。
9つの知識エリアは、日本の製造業において従来から使われてきた3つの管理項目である「品質管理」や「コスト管理」、「納期管理」に対し、「スコープ管 理」、「人的資源管理」、「コミュニケーション管理」、「リスク管理」、「調達管理」といった5つの分類を加え、それらをトータルに管理する「統合管理」 を含めたものである。プロジェクトの請負範囲や成果物が何であるかを定義・計画する分類は、スコープ管理にあたる。
個別の知識エリアにお いて、「コスト管理」では「コスト見積書」、「人的資源管理」では「プロジェクト体制図」や「リソースヒストグラム」といった、計画のアウトプットが作成 される。これらは相互に関連し、統合管理で各計画の整合性を保つ。「プロジェクト計画書」は、他エリアの計画プロセスで作成する計画ドキュメントと重複し ないように配慮する。
また、プロジェクト体制の構築、プロジェクトメンバーの確保、プロジェクトメンバーの育成を行う知識エリアは、「人的資源管理」である。ただし、プロジェクトマネージャーやプロジェクトリーダーといった中心人物の選任については、スコープ管理の「立ち上げプロセス」の 範疇になっている。
「人的資源管理」のアウトプットは、プロジェクトスタート時に速やかに作成し、受注業務においては、受注側だけでなく、発注側の体制についても明記する。
スコープ定義とWBS（Work Breakdown Structure）
スコープ定義（Scope Definition）とは、プロジェクトの主要な要素成果物を小さなマネジメントしやすい構成要素に分解することである。その目的は、①コスト、所要期 間、資源の見積りの精度を高める、②実績を測定し、コントロールするベースラインを決める、③明確な責任分担を促進する、が挙げられる。適切なスコープ定義は、プロジェクトを成功に導くために極めて重要である。
PMBOKでは、要素成果物によりプロジェクトの構成要素をグループとし、プロ ジェクト全体のスコープを系統立ててまとめあげ、定義したものをWBSという。の各項目には一般に固有の識別子が付けられる。これらの識別子により、コス トや資源を階層により集計する仕組みを表す。特にアーンド・バリュー・マネジメント方式を採用している組織では、WBSの最下位レベルの項目を「ワーク パッケージ」と呼ぶ。この「ワークパッケージ」は、下位のサブプロジェクトにおけるWBSとして、さらに分解されることもある。
リスク識別
リスク識別（Risk Identification）とは、どのようなリスクがプロジェクトに影響を及ぼすかを見定め、その特性を文書化することである。リスク識別はプロジェ クトの全期間で定期的に実施する。またリスクを識別するために、「リスクそのもの」と「トリガー」、「他のプロセスへのインプット」の３つがアウトプット となる。トリガーは、リスクの兆候（リスクの警鐘）とも呼ばれ、リスクが発生した、あるいは発生しようとしていることを示すものである。例として、中間の マイルストーンに遅れることはスケジュールの遅れが差し迫っているということが早期警報である。また、他のプロセスへのインプットで、リスク識別により他 の知識エリアでさらに対策を講じる必要性が明確になる。スケジュールが不完全、論理的でないなどが例として挙げられる。
コンティンジェンシー計画（Contingency Plan）は事前に、プロジェクト計画中に識別したリスクが発生した場合に適用する。前もって計画を立てておくと、リスクが起こったときの対応コストを大きく減らすことができる。
例題
PMBOKにおけるプロジェクトの定義に関する記述として最も不適切なものはどれか［解答群］から選べ。
ア プロジェクトとは、以前に同等のものが実施されたことがなく、新しく行う独自の活動である。
イ プロジェクトチームは、プロジェクトの目的を遂行するために編成され、プロジェクトが終結した時点で解散する。
ウ 1人で実行されるのは業務であり、プロジェクトではない。
エ プロジェクトでは、進行と共に具体性が増すため、初期段階では製品やサービスの仕様は、大まかに定義される。
［解答群］
①ア ②イ ③ウ ④エ
［解答］
③ウ
※本ページの内容は掲載当時（2013年10月15日）のものです。
