6. 現代的テーマ：AIとプロジェクトマネジメント
⚠️ 本ファイルは、第8版が「現代的テーマとしてAIを扱う」という方針を踏まえた 実務向けの解釈・運用ガイド であり、公式ガイドのAI章そのものの逐語訳ではない。 公式ガイドの記載と用語を確認したら、該当箇所に出典ページを追記すること（要検証）。
6.1 なぜPMBOKにAIが入ったか
- AIはもはや「特殊なITプロジェクトのテーマ」ではなく、あらゆるプロジェクトの 遂行方法そのものに影響する横断的テーマになった （見積り支援、リスク予測、議事録作成、ステータス報告の自動生成、コード生成など）
- 一方で「AIを使えば早くなる」という単純な話ではなく、PMとして何を判断し、 何を統制すべきか が問われるようになった。PMBOKは「AI導入の手順書」ではなく、 AIを活用する際にも 6つの原理原則 が適用され続けることを 強調する位置づけと理解するのが妥当。
6.2 AI活用を6原則に接続して考える
| 原則 | AI活用時の論点 |
|---|---|
| 1. ホリスティックな視点 | AIツール導入がスコープ・スケジュール・品質・チームの働き方にどう連動するかを事前に見る |
| 2. 価値に注力する | 「AIを使うこと」自体が価値ではない。AI活用が価値仮説の検証速度を上げているかを問う |
| 3. 品質を組み込む | AI生成物（コード・文書・分析）の検証プロセスを、成果物レベルで組み込む（人間のレビューを外さない） |
| 4. 説明責任リーダー | AIの提案を最終判断する人間の説明責任を明確にする（AIに責任を委譲しない） |
| 5. 持続可能性 | AI依存によるチームのスキル空洞化・過信によるチェック省略を防ぐ |
| 6. 権限付与された文化 | 「AIの出力はおかしい」とチームの誰もが指摘できる空気を保つ（AIの権威化を避ける） |
図：AI活用の境界線（委ねる／人間が最終判断）
6.3 PMがAIについて判断すべき典型論点
- どこまでAIに委ねるか（自動化の境界線）
- 定型的な報告書生成・議事録要約 → 委ねやすい
- リスク評価・予算判断・人事評価に関わる領域 → 人間の最終判断を必須にする
- データの正確性・出典の検証
- AIが生成した見積り・分析の根拠データが検証可能か確認する
- バイアス・公平性
- リソースアロケーションや評価にAIを使う場合、既存データの偏りが再生産されないか確認する
- セキュリティ・機密情報の取り扱い
- 社外AIサービスに機密情報・個人情報を投入していないか（本テンプレートのような 社内AI基盤を使う場合も、README.md の既知の制約セクションのような 「単価・レイテンシは未検証の初期値」という前提を統制側が把握しているか）
- 説明責任の所在
- AIの提案を採用してプロジェクトに問題が生じた場合、誰が説明責任を負うかを事前に決めておく
6.4 PMOとしてのAI統制チェックリスト
- [ ] プロジェクトで使用しているAIツールの一覧と用途が文書化されているか
- [ ] AI生成物に対する人間レビューのプロセスが定義されているか
- [ ] 機密情報の入力に関するガイドラインがチームに共有されているか
- [ ] AI活用によって短縮できた時間を、チームの持続可能性向上（原則5）に再投資しているか （単なる追加タスクの積み増しに使っていないか）
- [ ] AIの提案と人間の最終判断が異なった事例をふりかえりで共有しているか
6.5 演習：自分のプロジェクトのAI活用マップ
| 業務領域 | 現在のAI活用 | 委ねてよい範囲 | 人間が必ず最終判断すべき範囲 |
|---|---|---|---|
| 進捗報告作成 | |||
| リスク分析 | |||
| コード・ドキュメント生成 | |||
| ステークホルダーコミュニケーション | |||
| 予算・人事関連の判断 |
このマップを埋めることで、「AIをどう使うか」ではなく 「AIを使ってもPMとしての説明責任がどこにあるか」（原則4） を明確にできる。