PMP のバックアップ(No.33) - .NET 開発基盤部会 Wiki

#	知識エリア\プロセス群		立上	計画	実行	監視・制御	終結
1	統合マネジメント		・プロジェクト憲章作成	＜計画＞・プロジェクト・マネジメント計画書作成	・プロジェクト作業の指揮・マネジメント・プロジェクト知識のマネジメント(6)	・プロジェクト作業の監視・コントロール・統合変更管理	プロジェクトやフェーズの終結
2		スコープ・マネジメント	－	＜計画 * 範囲＞・スコープ・マネジメント計画・要求事項収集・スコープ定義・WBS作成	－	・スコープの妥当性確認・スコープのコントロール	－
3		スケジュール・マネジメント	－	＜計画 * 時間＞・スケジュール・マネジメント計画・アクティビティ定義・アクティビティ順序設定・~~アクティビティ資源見積(6)~~ ・アクティビティ所要期間見積・スケジュール作成	－	・スケジュールのコントロール	－
4		コスト・マネジメント	－	＜計画 * 原価＞・コスト・マネジメント計画・コスト見積・予算設定	－	・コストのコントロール	－
5		品質マネジメント	－	＜計画 * 品質＞・品質マネジメント計画	・品質保障(QA)	・品質管理(QC)	－
6		人的資源マネジメント	－	＜計画 * 資源＞・資源マネジメント計画・アクティビティ資源見積(6)	・~~プロジェクト・チーム編成~~(6) ・資源の獲得(6) ・チーム育成・チーム・マネジメント	・人的資源のコントロール(6)	－
7		コミュニケーション・マネジメント	－	＜計画 * コミュニケーション＞・コミュニケーション・マネジメント計画	・コミュニケーション・マネジメント	・コミュニケーションの監視	－
8		リスク・マネジメント	－	＜計画 * リスク＞・リスク・マネジメント計画・リスク特定・定性的リスク分析・定量的リスク分析・リスク対応計画	・リスク対応策の実行(6)	・リスクの監視	－
9		調達マネジメント	－	＜計画 * 調達＞・調達マネジメント計画	・調達の実行	・調達のコントロール	・~~調達終結~~(6)
10		ステークホルダー・マネジメント(5)	・ステークホルダー特定	＜計画 * ステークホルダー＞・~~ステークホルダー・マネジメント計画~~(6) ・ステークホルダー・エンゲージメント計画(6)	・ステークホルダー・エンゲージメント・マネジメント	・ステークホルダー・エンゲージメントの監視	－

※ 実行、監視・制御は同時進行になる。

↑

フロー（監視・制御） †

↑

変更点 †

↑

5版 -> 6版 †

↑

共通 †

ツールと技法の分類を追加
- データの収集/分析/表現
- 意思決定
- コミュニケーション・スキル
- 人間関係とチームに関するスキル

ライフサイクル区分の追加
以下を組合せた、「ハイブリッド型ライフサイクル」の追加。
- 予測型サイクル（完全計画駆動型手法、ウォーターフォール型）
- 適応型ライフサイクル（アジャイル手法、変化駆手法）

↑

環境 †

大きな変更。

↑

役割 †

新設された。

↑

知識エリア †

共通

サブセクションの追加
- 主要概念
- 傾向と新たな実務敢行
- テーラリングの考慮点
- アジャイル型や適応型環境への考慮事項

個別

スコープ・マネジメント
- 「要求事項収集」でビジネス・アナリストとの協業が強調
- アジャイル要素の反映（エピック、ユーザー・ストーリーの要素分解、バックログ）

スケジュール・マネジメント
- 名称変更（旧タイム・マネジメント）
- アジャイル要素の追加（イテレーション・リリース計画）
- 活用ケースの少ない「クリティカル・チェーン法」を削除

コスト・マネジメント
- アーンド・バリュー・マネジメント（EVM）に
  新しいアーンド・スケジュール（ES）が追加された。

品質マネジメント
- 品質保証という名称を品質マネジメントに変更
- アウトプットの追加（品質報告書、テストと評価の文書）

人的資源マネジメント
- 名称変更（旧人的資源マネジメント）ISO-21500準拠し、人に物資を追加。
- 「要員マネジメント計画書」を「資源マネジメント計画書」にマージ。

コミュニケーション・マネジメント
- 「コミュニケーション（行為）」と「コミュニケーションズ（生成物）」の違いを定義

リスク・マネジメント
- 「全体リスクと個別リスク」の「分類と対応策」の定義
- 対応策の中に「エスカレーション」が追加

調達マネジメント
- 「グローバル調達」のついての記述が追加

ステークホルダー・マネジメント
- 「エンゲージメント」を中心に変更

↑

マトリックス上の変更 †

プロセス

コントロール出来ないものは監視に変更

その他の名称変更

「計画 * ステークホルダー・マネジメント」
「ステークホルダー・マネジメント計画」→「ステークホルダー・エンゲージメント計画」

「実行 * 人的資源マネジメント」
「プロジェクト・チーム編成」→「資源の獲得」

追加

「実行 * 統合マネジメント」
「プロジェクト知識のマネジメント」

「実行 * リスク・マネジメント」
「リスク対応策の実行」

「監視・制御 * 人的資源マネジメント」
「人的資源のコントロール」

削除

「実行 * 調達マネジメント」
PMに担当されていない「調達終結」プロセスを分散・削除

移動

「計画 * スケジュール → 資源」
「アクティビティ資源見積」

フロー
- 「プロジェクト憲章作成」のインプットに「プロジェクト・マネジメント・ビジネス文書」が追加。

↑

補足 †

↑

アーンド・バリュー †

↑

アーンド・バリュー・マネジメント（EVM） †

概要
- クリティカル・パスの概念に基づいている。
- 出来高・原価・時間の観点で定量的に評価可能
- コスト・マネジメントの技法として言及され、
  下記を求められる点に特色がある。
  - 進捗の進み／遅れのような指標（スケジュール差異）も
  - 日数／時間という単位ではなくコストを単位として

方法

以下が比較される。
- プロジェクト開始時に予測した見積り
- ある時点までにプロジェクト・チームが完成した出来高
- 出来高 = 実施した作業と、作業の承認済み予算額

比較結果から、
プロジェクトが完了状態からどれほど離れているかについての標準が与えられる。
- 既にプロジェクトに投入された原価と出来高から推定する。
- 完了時点までにどれほどの原価が使用されるか見積もりを得ることができる。

以下の基本情報が必要

マスター・スケジュール

三要素
以下がｘ軸：時間軸、ｙ軸：原価軸で書かれた二次元グラフで表現される。

PV: Planned Value
プランド・バリュー（出来高計画値）
※ 計画時の出来高

EV: Earned Value
アーンド・バリュー（出来高実績値）
※ 実際の出来高

AC: Actual Cost
アーンド・バリュー（出来高実績値）
※ 実際に発生したコスト

BAC: Budget at Completion
完了までの当初予算（PVの合計値）

参考
- アーンド・バリューの画像検索
- アーンド・バリュー・マネジメント - Wikipedia
  https://ja.wikipedia.org/wiki/アーンド・バリュー・マネジメント

↑

アーンド・バリュー分析（EVA） †

情報を基に評価値を算定する。

コスト差異 (CV: Cost Variance)
あるｘ軸（時間軸）の1点で切った時に、
0以上(AC <= EV)であればスケジュール的に良好
```
= EV - AC
```

スケジュール差異 (SV: Schedule Variance)
あるｘ軸（時間軸）の1点で切った時に、
0以上(PV <= EV)であればスケジュール的に良好
```
(EVの消費コストをPVの消費コストに投影する）
= EV - PV
```

スケジュール効率指数(SPI: Schedule Performance Index)

= EV / PV = 1.0以上であれば作業効率は良好（スケジュール差異の比率にした版）

コスト効率指数 (CPI: Cost Performance Index)
最も重要な尺度で1.0以上であればコスト効率は良好（コスト差異の比率にした版）
```
= EV / AC
```

完了時コスト予測 (EAC: Estimate At Completion)
```
= AC + (BAC - EV) / CPI
```

残作業コスト予測 (ETC: Estimate To Completion)
```
= (BAC - EV) / CPI = EAC - AC
```

完了時コスト差異（VAC: Variance at Completion）
```
= BAC - EAC
```

↑

アーンド・スケジュール（ES） †

スケジュールの観点

↑

差異分析と傾向分析 †

差異分析
ベースラインと実績と比較し、以下を判断するのに使用する。
- 差異が閾値の範囲内かどうか？
- 是正処置、予防処置が適切かどうか？

傾向分析
- パフォーマンスの改善・悪化を判断するために、
  継続的にプロジェクト・パフォーマンスを分析する。
- BAC vs EACの形でパフォーマンス目標を比較し
  現在までのパフォーマンスを理解する。

分析方法
- 図表
- 予測
```
EAC = AC + ボトムアップETC
```

↑

参考 †

↑

PMI †

プロジェクト・マネジメント技法の標準を定めている。
冷戦期の米国防省によりプロジェクトマネジメント概念が確立
その後、NASAにより利用されるようになる。
アポロ計画の年（1969年）に設立される。

↑

PMBOK †

プロジェクト・マネジメントの実務慣行（Good Practice）の標準を定めている。
- ≠ 特化：Best Practice
- ≒ 汎化：Good Practice
  - Mustは無い。
  - 絶対では無い。

1987年に初版発行。
PMIが制定している。
完成度が高い。
北米、アジアで主流
欧州はISO-21500だが、内容は≒PMBOK

↑

ガイダンス †

各企業が案内していると思うのでそれを参照。

↑

メリット †

以下のような取得のメリットがある。

実績
市場価値
キャリアアップ機会
顧客信頼

↑

出題の内訳 †

PMP試験の出題の内訳は以下の通り。

80％：
- 計画（25％）
- 実行（30％）
- 監視・制御（25％）

20％
- 立上（10％）
- 終結（10％）
- 共通、環境、役割

↑

認定維持 †

60PDU / 3年
1PDUは、1時間の体系的学習

↑

試験の参考情報 †

PMP®試験について｜PMI® 試験・資格について｜一般社団法人 PMI日本支部
https://www.pmi-japan.org/pmp_license/pmp/

PM用語メモ（日英） - 猫が小判
http://chukichi.hatenablog.com/entry/2017/05/03/151646