PM基本概念
1. プロジェクトとは
プロジェクト: 独自のプロダクト・サービス・所産(result)を創出するための、有期性のある業務。
キーワード
- 有期性 (temporary): 始まりと終わりが明確
- 独自性 (unique): 過去とまったく同じものは作らない
- 段階的詳細化 (progressive elaboration): 進むにつれて詳細が明らかになる
プロジェクト vs 定常業務
| 項目 | プロジェクト | 定常業務 |
|---|---|---|
| 期間 | 有期 | 継続 |
| 成果 | 独自 | 反復 |
| 例 | 新製品開発 | 既存製品の製造 |
2. プロジェクト・プログラム・ポートフォリオ
ポートフォリオ (Portfolio)
├── プログラム (Program) — 戦略目標達成のため、関連プロジェクトを束ねる
│ ├── プロジェクトA
│ ├── プロジェクトB
│ └── 関連定常業務
└── 単独プロジェクトC
| 階層 | 焦点 | 責任者 |
|---|---|---|
| ポートフォリオ | 戦略整合・投資判断 | CIO/CFO/ポートフォリオマネジャー |
| プログラム | ベネフィット実現 | プログラムマネジャー |
| プロジェクト | 成果物の完成 | プロジェクトマネジャー |
重要: PMP受験者はPMの責任範囲を理解する必要がある。プログラムレベルの判断は通常PgMP(Program Management Professional)の範囲。
3. プロジェクトマネジャーの役割
PMの3つの責任
- プロジェクトを完遂する: スコープ・スケジュール・予算・品質を達成
- チームをリードする: 技術スキル・人的スキル・ビジネススキル
- ステークホルダーを満足させる: コミュニケーション・期待管理
PMの3つのスキル領域(PMI Talent Triangle)
| スキル | 内容 |
|---|---|
| Ways of Working(旧 Technical PM) | スコープ・スケジュール・コスト・リスク・データ分析 |
| Power Skills(旧 Leadership) | リーダーシップ・コミュ・コンフリクト解決・EI |
| Business Acumen | 戦略整合・ビジネス価値・組織・市場 |
PDU取得もこの3カテゴリに分かれている。
4. プロジェクト環境(コンテキスト)
PMが理解すべき環境要因。
Enterprise Environmental Factors(EEF: 組織の環境要因)
- 組織文化、市場条件、政府規制、政治的雰囲気、リスク許容度、ステークホルダー期待
- PMがコントロールできない
Organizational Process Assets(OPA: 組織のプロセス資産)
- プロセス、手順、ポリシー、ナレッジベース、過去のレッスンラーンド
- 再利用可能な資産
出題ポイント
- 「組織の文化」「政府規制」→ EEF
- 「過去のテンプレート」「ナレッジベース」→ OPA
5. プロジェクト・ガバナンス
PMがどこまで意思決定できるか、エスカレーションの条件、ステアリングコミッティの役割など。
階層
ステアリングコミッティ / プロジェクトボード(戦略判断)
↓
プロジェクトスポンサー(PJ承認・ベネフィット責任)
↓
プロジェクトマネジャー(実行・完遂責任)
↓
チーム
スポンサーの役割
- ビジネスケース承認
- 資金供給
- 障害除去(PMの上位者を巻き込む)
- ベネフィット実現責任
6. プロジェクト成功の定義
PMP的には「スコープ・スケジュール・予算・品質」だけでは不十分。
成功の3層
- プロジェクト成功: 計画通りに完了
- プロダクト成功: 顧客価値を生む
- ビジネス成功: 組織のベネフィット実現
PMは2と3にも責任を持つ(PMBOK7の方向性)。
7. PMI 倫理規範(Code of Ethics)
PMP受験者は必読。4つの価値観:
| 価値観 | 内容 |
|---|---|
| Responsibility(責任) | 自分の決定と行動の結果を引き受ける |
| Respect(尊重) | 自分・他者・資源を尊重する |
| Fairness(公正) | 客観的・偏りなく意思決定する |
| Honesty(誠実) | 真実を理解し伝える |
倫理的ジレンマでの判断順序
- Responsibility が最優先
- 次に Respect・Fairness・Honesty を満たす
- 法律・規則違反は即報告
出題例
- ベンダーから接待を受けたら → 拒否、または会社の方針に従う
- 不正を発見したら → 上司・倫理委員会に報告(隠さない)
- ステークホルダーが嘘の報告を要求 → 拒否、ステータスは事実通り
8. テーラリング(Tailoring)
「プロジェクトに合わせて、メソドロジー・プロセス・ツールを調整する」考え方。
PMBOK7の中心思想。1つの正しい方法はない。
テーラリング判断要素
- プロジェクトの規模・複雑性
- 業界・地域・組織文化
- ステークホルダーの期待
- リスクレベル
- 緊急度
出題ポイント
- 「PMBOKに書いてあるから」という理由で何かを実施するのは 誤り
- プロジェクト特性に合わせた選択を問う設問が多い