第24章 実行可能な計画へ落とす
第23章では、立場の違いを論点へ変え、決定権、停止権、反対意見を残したまま合意を実行可能な状態へしました。しかし、「段階案を進める」と決まっただけでは、誰が何を終えれば成果へ近づくかは決まりません。
実行計画は、作業と日付の一覧ではありません。望む成果から必要な変化を逆算し、責任、依存関係、資源、指標、見直し条件を結んだ意思決定の連鎖として作ります。
図 24-1 は、左から右へ「成果」「必要な変化」「作業と責任」「依存関係」を見ます。下段の指標と見直し条件は、計画どおり進んでいるかだけでなく、前提が崩れたときに何を再選択するかを示します。
24.1 提案と実行の断絶を見つける
提案が実行へ移らない典型的な理由があります。
- 「推進する」「強化する」で行動が終わっている
- 成果ではなく成果物の完成を目標にしている
- 複数部署が担当で、最終責任者がいない
- 依存先の承認やデータを予定へ入れていない
- 日程はあるが、担当者の能力上限を見ていない
- 問題が起きても計画を変える条件がない
- 承認後の最初の行動が決まっていない
計画書の詳細を増やす前に、決定記録の条件と実行上の制約が接続しているかを確認します。
承認時の成果範囲、費用上限、固定期限・目標日、能力上限を計画の基準線として保存します。日々の予測更新は基準線を上書きしません。成果範囲、最低条件、費用上限、固定期限を変える場合は、決定記録で定めた意思決定者が再承認します。
24.2 成果から必要な変化を逆算する
「テンプレートをリリースする」は成果物です。この案件で望む成果は、設定品質を守りながら、対象顧客が 14 日以内に初期設定を終えられることです。
最終成果:
対象顧客が設定品質を保ち、14 日以内に初期設定を終える。
必要な行動:
顧客が自社に合う型を選び、確認し、設定を完了する。
必要な提供:
業種別テンプレート、短い確認支援、誤設定の検知。
必要な能力:
型の更新、支援、監視、停止、問い合わせ対応。
成果、行動、提供、能力の因果を置くと、「機能は完成したが使われない」を途中で検知できます。
24.3 作業を完了条件まで分ける
「テンプレートを作る」だけでは、完了を判定できません。
| 作業 | 完了条件 | 確認者 |
|---|---|---|
| 対象業種を決める | 選定基準と対象外が承認済み | 事業責任者 |
| 設定項目を定義する | 根拠、初期値、例外が記録済み | 支援・開発 |
| 安全確認を設計する | 誤設定の検知、停止、復旧を試験済み | 安全確認者 |
| 20 社へ提供する | 対象、説明、同意、開始日を記録済み | 実験責任者 |
| 結果を判定する | 主・反対指標と逸脱を再計算済み | 分析者 |
完了条件は「担当者が終わったと思う」ではなく、次の作業や判断を安全に始められる状態です。
24.4 責任者と協力者を分ける
一つの作業に複数の関係者がいても、結果を説明する最終責任者は明確にします。
| 項目 | 役割 |
|---|---|
| 最終責任 | 完了条件と結果を説明し、必要な判断を求める |
| 実行 | 実際の作業を行う |
| 確認 | 専門条件、品質、最低条件を確認する |
| 協力 | 情報、資源、作業を提供する |
| 通知 | 決定や変更の影響を受け、情報を受け取る |
この役割表は、本書独自の簡易な整理です。RACI（実行・最終責任・相談・共有の役割整理）など特定の略語を埋めることが目的ではありません。責任の空白、二重承認、過度な通知、停止権の欠落を見つけるために使います。
24.5 依存関係と待ち時間を計画へ入れる
作業時間だけでなく、承認、調達、顧客募集、データ取得、法務確認などの待ち時間が日程を決めます。
| 依存関係 | 受渡条件・必要日 | 失敗時の代替 |
|---|---|---|
| 対象業種の承認 | 基準・対象外を設計責任者が必要日前に受領 | 1 業種へ縮小 |
| 顧客同意 | 説明・同意記録を実験責任者が受領 | 社内データで操作試験 |
| API 契約確認 | 利用範囲・禁止条件を開発責任者が受領 | 手動候補に限定 |
| 誤設定検知 | 試験結果を安全確認者が承認 | 読み取り専用試行 |
依存関係には所有者、必要日、現在状態、代替を付けます。「相手待ち」を担当者不在の状態にしません。
24.6 優先順位を同時進行数へ変える
すべてを優先すると、着手だけ増えて完了が遅れます。優先順位は、次に何を始めるかだけでなく、今は何を始めないかを決めます。
次の観点で順番を決めます。
- 最低条件と重大な危険を先に解消する
- 後続の多くを止める依存関係を先に解く
- 選択を変える重要な未知を先に測る
- 能力上限を超えない同時進行数にする
- 中止された作業から人を解放する
個人やチームごとに同時進行上限を置き、緊急追加時には何を止めるかを同時に決めます。
計画上の稼働を 100% まで埋めません。問い合わせ、障害、レビュー、学習に必要な余力を明示し、緊急対応を隠れた残業で吸収しないようにします。
24.7 期限を約束と予測に分ける
期限には性質の違いがあります。
- 固定期限: 法令、契約、顧客イベントなど動かせない日
- 目標日: 現在の前提で目指す日
- 予測日: 実績と残作業から更新する見込み日
- 判断日: 継続、変更、中止を決める日
すべてを固定期限として扱うと、遅れを隠し、品質や安全を削ります。固定理由と、動かせる範囲を明示します。予測日は一点だけでなく、「前提が維持されれば 2 月 10〜17 日」のように範囲で示します。範囲は恣意的（しいてき。明確な根拠なしに都合よく決めること）に広げず、残作業、実績、依存関係、能力、置いた前提を添えます。範囲や中心が変わったときは、基準線との差と理由を残します。
大きな作業は、完了日だけでなく、途中で未知が分かる確認点を置きます。遅延を最終日に初めて発見しません。
24.8 先行指標と遅行指標を結ぶ
遅行指標は最終成果を示しますが、変化を知るのが遅れます。先行指標は途中の行動や状態を示します。
| 種類 | 指標の例 | 用途 |
|---|---|---|
| 活動 | 対象顧客への提供数 | 計画どおり実施したか |
| 先行 | 型の選択、自力完了、支援時間 | 成果へ向かう兆候 |
| 遅行 | 14 日以内完了、主要機能利用、継続 | 顧客成果が生じたか |
| 反対 | 誤設定、手戻り、苦情 | 改善と引き換えの損害 |
| 能力 | 待ち件数、担当者負荷、例外時間 | 拡大可能か |
活動量だけを成果と呼びません。先行指標と成果の因果が崩れたら、指標か計画を見直します。
指標ごとに定義、対象、母数、期間、データ源、欠測の扱いを固定します。提供数や完了率が目標になることで、対象選定や完了定義を都合よく変えないよう、反対指標と個別事例を確認します。定義を変える場合は、変更日、理由、旧定義と新定義、過去値を再計算したかを記録し、比較不能な系列を接続しません。平均が改善しても、特定の顧客群や現場担当者へ負担が偏っていないか分布を見ます。
顧客成果や採算が良くても、従業員の健康、安全、法令、顧客の権利など金額化しにくい最低条件を維持します。
24.9 危険への対応表を行動へ変える
危険を赤黄緑で並べるだけでは実行できません。
| 危険 | 早期兆候 | 予防 | 発生時対応 | 責任者 |
|---|---|---|---|---|
| 誤設定 | 手戻り増加 | 重要項目の確認 | 提供停止・復旧 | 安全確認者 |
| 支援能力超過 | 待ち件数増加 | 対象数上限 | 募集停止・再配分 | 支援責任者 |
| 顧客不足 | 募集反応低下 | 経路別候補を用意 | 対象再設計 | 事業責任者 |
| 現金不足 | 入金遅延 | 支出段階化 | 追加投資保留 | 財務責任者 |
兆候は、危険が発生する前に行動できる観測です。責任者は報告するだけでなく、予防と発生時対応を開始する権限を持ちます。
24.10 見直し条件を開始時に決める
計画は守る対象ではなく、成果へ近づくための仮説です。次の場合に見直します。
- 成立前提が変わった
- 最低条件または支出上限へ近づいた
- 重要な依存関係が期限までに解消しない
- 主指標と反対指標が判定境界を超えた
- 能力上限に達した
- 新しい選択肢や重大な証拠が得られた
見直しは、遅れを責める会議ではありません。継続、範囲変更、順序変更、資源追加、保留、中止を再選択する場です。
先行指標が改善しても遅行指標が変わらない場合は、作業量を増やす前に、両者を結んだ因果仮説を見直します。
現場の権限で解消できない資源不足、部門間の優先順位対立、最低条件違反、基準線変更は、決定記録に定めた意思決定者へ期限付きで上げます。エスカレーションには、事実、影響、既に試した対応、必要な決定を添えます。
24.11 AI で進捗を整理し、兆候を検査する
AI は、決定記録から作業候補、依存関係、危険、週次要約を作れます。
決定、成立前提、条件、成果、期限、責任者、資源上限を示します。
1. 成果、行動、提供、能力へ分ける
2. 作業ごとに完了条件、最終責任者、確認者を示す
3. 依存関係、待ち時間、代替を示す
4. 同時進行上限を超える箇所を指摘する
5. 活動、先行、遅行、反対、能力指標を分ける
6. 危険の兆候、予防、発生時対応を対応させる
7. 計画からの逸脱と見直し条件を整理する
8. 根拠のない期限、進捗率、担当者を作らない
AI の要約は、更新されていないタスクを正常に見せたり、現場の疲労や顧客の不安を落としたりします。責任者が原記録と現場を確認し、非構造的な兆候を補います。個人の監視や自動評価へ使う場合は、目的、権限、説明、公平性を確認します。
24.12 実行計画を一枚にする
実行計画は、判断と実行が切れないように、次の要素を一箇所で追跡できるようにします。一枚は意思決定に必要な概要であり、詳細作業、計算、証拠はリンク先で管理します。
- 版、作成者、基準日時、承認済み基準線
- 最終成果、必要な行動・提供・能力
- 作業、完了条件、状態、最終責任者、確認者
- 依存関係、受渡条件、必要日、代替
- 固定期限、目標日、予測範囲、判断日
- 先行・遅行・反対・能力指標
- 危険、兆候、予防、発生時対応、停止権
- 見直し条件、エスカレーション先、次の判断日
状態は、未着手、進行中、待ち、阻害、完了など、完了条件に基づいて示します。根拠のない「80% 完了」は使いません。阻害には解消責任者、期限、現場で解消できなければ上げる条件を付けます。
少額・短期・可逆な実行なら、「望む成果、最初の 3 作業と完了条件、責任者、時間・費用上限、中止条件、次の判断日」だけを書いて始めます。費用、期間、関係者、依存関係、損害の可能性が増えたとき、または最低条件や部門横断の調整が必要になったときに確認を厚くします。
24.13 計画を実行記録として更新する
週次または判断点で、次を更新します。
- 完了した成果と未完了の完了条件
- 成立前提と依存関係の変化
- 指標、反対事例、顧客・現場の兆候
- 能力、現金、同時進行上限
- 決定した変更、中止、追加
- 責任者、期限、次の判断日
更新頻度は危険と変化速度に合わせ、変化のない項目を機械的に書き直しません。計画の初版と基準線を保存します。基準線変更には、変更前後、理由、成果・費用・期限・能力への影響、承認者、承認日を残します。予定どおりだったかだけでなく、何を学び、なぜ選択を変えたかを追跡します。
緊急時に同時進行上限を一時的に超える場合は、例外の理由、対象、終了日、通常状態へ戻す責任者を決めます。
中止した作業は、関係者への通知、アクセス停止、契約、データ保持・削除、残作業、成果物の保管、担当者の再配置まで閉じます。状態だけを「中止」に変えて仕事を残しません。再利用できる成果物と判断の学びは、第8部の案件記録へ渡します。
考えてみる問い
最近決まった提案を一つ選び、承認済みの成果・費用・期限・能力を基準線として書いてください。次に、最終成果、必要な行動、提供、能力へ分け、最初の 3 作業について完了条件、責任者、依存関係、先行指標、反対指標、見直し条件、再承認が必要な変更を書いてください。
実行可能な計画とは、作業を細かく並べることではありません。成果への因果、責任、依存関係、資源上限、指標、危険、見直し条件を結び、状況が変われば理由を残して再選択できる状態を作ることです。
第8部では、実行の成功と失敗を案件の中だけで終わらせず、背景、仮説、判断、行動、結果として記録し、次の案件で使える知見へ変えます。
参考資料
最終確認日: 2026 年 7 月 15 日。本章の SaaS 事例、役割表、指標表、危険表、AI への依頼例は、以下の資料を踏まえた本書独自の整理です。
- Project Management Institute ― A Guide to the Project Management Body of Knowledge (PMBOK Guide), 第 8 版、2025 年 ― 価値、ガバナンス、スコープ、スケジュール、資源、不確実性の考え方を参照
- UK Infrastructure and Projects Authority ― Project Routemap: Setting up projects for success ― 複雑な大型プロジェクト開始時の能力、ガバナンス、実行環境を確認する考え方を参照