プロジェクトの統合

プロジェクトの統合

プロジェクトの統合とは

プロジェクトの統合は、領域ごとにばらばらな計画や作業を、1つにまとめて扱う考え方を学ぶ分野です。

範囲・日程・費用・体制は、それぞれに担当がつきます。ただ、日程を縮めれば費用が増え、範囲を広げれば日程が延びる。互いに影響し合うので、別々に立てた計画をそのまま並べても成り立ちません。つじつまを合わせ、走り出したあとも束ね直し続けるのが統合の仕事です。

このカテゴリーで学べること

  • 領域ごとの計画を束ねる統合マネジメントと、プロジェクト全体計画の構成
  • スコープ・スケジュール・コストという3つのベースライン
  • 実行管理・進捗管理・課題管理による、計画と実績の突き合わせ
  • 変更要求を統合的に扱う手順と、是正処置・予防処置の違い
  • 検収から完了報告、そして教訓を残すまでの終結の手続き

この分野の記事一覧(読む順)

  1. 計画の統合
  2. 実行の管理
  3. 変更管理
  4. 終結

おすすめの読み進め方

  1. まずは「計画の統合」で、なぜ別々に計画を立てられないのかを知る
  2. 次に「実行の管理」で、計画と実績を比べる方法を学ぶ
  3. 「変更管理」で、変更要求を統合的に扱う手順を押さえる
  4. 最後に「終結」で、正式に終わらせる手続きを学ぶ

学習のポイント

統合マネジメントは計画の段階だけの仕事ではありません。変更のたびに束ね直す、全期間にわたる活動です。

ベースラインはスコープ・スケジュール・コストの3つ。QCDのQ(品質)が入らない点が狙われます。

プロジェクトの統合

計画の統合

領域ごとにばらばらな計画を1つに束ねるのが統合マネジメントです。日程を縮めれば費用が増えるという関係があるため、別々に立てた計画はそのままでは成り立ちません。承認して固定する3つのベースラインと、計画を変えるときの手続きまでを図解します。
プロジェクトの統合

実行の管理

計画どおりに進んでいるかを、固定したベースラインと実績を突き合わせて確かめます。自己申告が当てにならない理由(90%症候群)から、EVMのPV・EV・ACとSV・CV・SPI・CPIの読み方、課題管理と是正処置・予防処置・欠陥修正の使い分けまでを図解します。
プロジェクトの統合

変更管理

変更管理は、変更を止める仕組みではなく、変えた分を計画にも足して見えるようにする仕組みです。受付から影響調査、CCBでの判断、ベースラインの引き直し、変更登録簿への記録までの手順を図解します。
プロジェクトの統合

終結

終結は、終わったことを正式に確定させる手続きです。引き渡し・検収・完了報告・得た教訓・解散という順番と、その順番にある理由、そして中止した案件こそ終結が要る理由までを図解します。