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

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

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

このカテゴリーは、基本情報技術者試験の大項目「プロジェクトマネジメント」の入口です。

ここまでは、どう作るかを学んできました。この大項目からは視点が変わります。終わりのある活動をどう束ね、限られた時間と費用の中で目標へ運ぶか。技術の話はほとんど出てこない代わりに、人と時間とお金の話が中心になります。

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

  • プロジェクトマネジメントの基本: プロジェクトとは何か、5つの区切り、使う型と文書
  • プロジェクトの統合: 領域ごとの計画を束ね、実行・変更・終結まで一貫して扱う
  • プロジェクトのステークホルダ: 関わる人を洗い出し、期待を合わせる
  • プロジェクトのスコープ: 作るものと作らないものを決め、WBSに割る
  • プロジェクトの資源: 必要なものを見積もり、人を割り当てて育てる
  • プロジェクトの時間: 作業を順に並べ、期間を見積もり、日程を引いて守る
  • プロジェクトのコスト: 費用を見積もり、予算に組み、使いすぎを見張る
  • プロジェクトのリスク: まだ起きていないことを挙げ、順位をつけて先に手を打つ
  • プロジェクトの品質: 何をもって良しとするかを決め、作り方と成果物の両方で確かめる
  • プロジェクトの調達: 作るか買うかを決め、供給者を選んで付き合っていく
  • プロジェクトのコミュニケーション: 必要な人に必要な情報が届く形をつくり、伝わったかを確かめる

この中の分野(学習順)

  1. プロジェクトマネジメントの基本(全3記事)
  2. プロジェクトの統合(全4記事)
  3. プロジェクトのステークホルダ(全2記事)
  4. プロジェクトのスコープ(全3記事)
  5. プロジェクトの資源(全3記事)
  6. プロジェクトの時間(全4記事)
  7. プロジェクトのコスト(全3記事)
  8. プロジェクトのリスク(全4記事)
  9. プロジェクトの品質(全3記事)
  10. プロジェクトの調達(全3記事)
  11. プロジェクトのコミュニケーション(全3記事)

おすすめの読み進め方

  1. まずは「プロジェクトマネジメントの基本」で、全体の枠組みをつかむ
  2. 次に「プロジェクトの統合」で、領域をばらばらに扱わない考え方を学ぶ
  3. 「プロジェクトのステークホルダ」で、関わる人との付き合い方を学ぶ
  4. 「プロジェクトのスコープ」で、作る範囲の決め方と守り方を学ぶ
  5. 「プロジェクトの資源」で、体制の組み方と育て方を学ぶ
  6. 「プロジェクトの時間」で、日程の引き方と守り方を学ぶ
  7. 「プロジェクトのコスト」で、お金の見積り方と守り方を学ぶ
  8. 「プロジェクトのリスク」で、起きる前に手を打つ考え方を学ぶ
  9. 「プロジェクトの品質」で、良し悪しの決め方と確かめ方を学ぶ
  10. 「プロジェクトの調達」で、外から買うときの決め方と付き合い方を学ぶ
  11. 最後に「プロジェクトのコミュニケーション」で、情報を届ける形の作り方を学ぶ

学習のポイント

この大項目は、用語の暗記だけでは解けません。なぜその手順を踏むのかを言葉で説明できる状態を目指してください。

午後問題では、状況を読んで判断させる形で出ます。現場の勘どころを意識して読むと効きます。

プロジェクトマネジメントの基本

プロジェクトの特徴

プロジェクトと定常業務の違い、QCDの関係、成果物と制約条件。なぜ遅れは早く伝えるのか。図12枚で解説します。
プロジェクトマネジメントの基本

プロジェクトライフサイクル

立上げ・計画・実行・監視コントロール・終結。監視だけ性質が違う理由と、変更費用が後ほど跳ね上がる仕組みを図12枚で解説します。
プロジェクトマネジメントの基本

管理の基本

PMBOK・プロジェクト憲章・プロジェクト計画書。憲章と計画書の違い、進捗を数えて測る理由を図12枚で解説します。
プロジェクトの統合

計画の統合

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

実行の管理

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

変更管理

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

終結

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

ステークホルダの特定

ステークホルダは、プロジェクトに利害関係を持つ人や組織です。反対する立場の人も含まれます。お金・成果物・規則の流れをたどる洗い出し方から、ステークホルダ登録簿の書き方、関心と影響力で接し方を決める分析までを図解します。
プロジェクトのステークホルダ

ステークホルダのマネジメント

同じ「使いやすく」でも、利用部門と運用と監査では指しているものが違います。期待を具体に落とす方法、聞き出し方、ぶつかったときに半分ずつ通さない考え方、そして相手ごとに変える報告の設計までを図解します。
プロジェクトのスコープ

スコープの定義

スコープは、プロジェクトで扱う作業と成果物の範囲です。成果物だけでなく作業も含みます。やらないことを書き残すスコープ規定書、受入れで判定できる書き方、そして小さな追加が積もるスコープクリープの防ぎ方までを図解します。