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

プロジェクトの基礎知識

プロジェクト

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

有期性

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

独自性

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

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

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

マネジメントは管理と訳されますが、コントロールの意味での管理よりも広い概念です。単純にはＰＤＣＡ（計画－実行－チェック－是正）サイクルを適切に運営することだといえます。ＰＭＢＯＫでは、プロジェクトマネジメントとは「プロジェクトの事業主体や他のステークホルダー（の当該プロジェクトに対する要求事項や期待を充足する、またはそれ以上の成果をあげるために、最適な知識、技術、ツールそして技法を適用すること」と定義しています（ステークホルダーとは利害関係者のこと）。

プロジェクト管理は、建設業界などでは以前から行われていましたし、それを支援する多様な技法も普及していました。しかし、これまでのは、とかくＱＣＴ（Ｑ：品質、Ｃ：コスト、Ｔ：納期）を管理することに限定されていました。
　それに対して最近のプロジェクトマネジメントでは、それらを実現するための組織、コミュニケーション、リスク、調達などを全体最適の観点からバランスよくマネジメントしようという考えかたです。これも１９５０年代に米国防総省が大規模プロジェクトを管理するためにマネジメント手法を体系化したのが始まりだといわれていますが、日本では２０００年頃から、情報システム開発プロジェクトを効果的に管理する手法として紹介され普及してきました。

ＰＭＢＯＫの概要

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

ＰＭＢＯＫでは、プロジェクトマネジメントを知識エリアとプロセスの概念で体系化しています。

知識エリアの体系

知識エリアとして、次の９エリアをあげています。図のように、各エリアはさらに細分化され(数字は、ＰＭＢＯＫの章や節に対応しています。６.２.２.２といえば、「類推見積り」だとわかる仕組みです）。
　それぞれに基礎情報、ツールと技法、成果物のリストが掲げられています。しかし、それらの技法の詳細は示さず、巻末にある参考文献など、他の資料により学習せよという形式になっています。

４　統合マネジメント

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

５　スコープマネジメント

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

６　タイムマネジメント

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

７　コストマネジメント

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

８　品質マネジメント

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

９　組織マネジメント

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

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

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

１１　リスクマネジメント

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

１２　調達マネジメント

ハードウェアやソフトウェア、情報システムの外部委託など、多くの調達があります。調達計画、調達条件設定、発注先決定、契約などの管理をします。

プロセスの体系

プロセスとは、「結果をもたらす連続したアクション」と定義されています。プロジェクト全体でもそれを細分化したサブプロジェクトでも、抽象化すると、次の５つのプロセスになります。これをプロセスグループといいます。

立ち上げのプロセス

プロジェクトを発足させることの必要性を認識し、それに必要な資源を確保します。

計画のプロセス

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

実行のプロセス

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

終結のプロセス

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

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

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

立ち上げのプロセスと終結のプロセスは、プロジェクトが有期性であることから重要です。計画・遂行・コントロールのプロセスは、ＰＤＣＡサイクルになっています。
　たとえば、計画のプロセスは右のようになります。数字は知識エリアの詳細プロジェクトの番号です。このように、個々のプロセスは、より詳細なプロセスに分解できますし、中核なプロセスと補助プロセスに分解できます。これらの細分化したプロセスも、その中で上の５つのプロセスを行うことになります。

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

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

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

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

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