第3章 プロジェクトを設計する

第2章では、「競合を調べてください」という依頼を、「事業責任者が 8 月末までに、どの顧客群へどの初期支援を試すか」という意思決定の問いへ変えました。次に必要なのは、その問いに答えるためのプロジェクトです。

ここで、すぐにインタビュー、データ分析、競合調査と作業を書き出すと、仕事は始めやすくなります。しかし、作業が終わっても判断材料が揃わないことがあります。競合を 10 社調べ、顧客へ 20 件インタビューし、立派な報告書を作っても、どの施策を試すか決められなければ、プロジェクトの目的は達成されていません。

プロジェクト設計は、作業を漏れなく並べることではありません。決定に必要な証拠から逆算して、確かめる問い、作業、成果物、会議、担当、期限を結ぶことです。本章でいう証拠とは、判断を支持または反証するために使うデータ、観察、証言、文書などを指します。本章では、この逆算の方法を扱います。

図 3-1 は、左から右へ「何を決めるか」「何で比べるか」「どの証拠が必要か」「どの作業で得るか」を見ます。下段の成果物や会議は、作業の終点ではなく、決定と実行へ証拠を渡すために置きます。

3.1 成果物から始めると仕事が目的になる

提案書、調査報告書、分析表は、プロジェクトの成果物です。成果物は必要ですが、それ自体がクライアントに起こしたい変化ではありません。

本書では、次の 4 つを区別します。

この順序には因果関係の仮説があります。

作業 → 成果物 → 意思決定 → 実行 → 期待する結果

矢印は自動ではつながりません。分析表を作っても、決定者が会議に参加しなければ決定されません。決定しても、実行担当者や予算がなければ結果は変わりません。解約率が下がっても、価格改定や顧客構成の変化が原因なら、施策の効果とは限りません。

したがって、プロジェクトの約束を「報告書を納品する」とだけ置くのは不十分です。契約上の納品物とは別に、その成果物を誰がどの決定に使うか、何を満たせば受け入れるか、決定後に誰が実行し、何を追跡するかまで確認します。

受入条件はページ数や体裁だけでなく、利用可能性で書きます。たとえば、「対象顧客を同じ定義で比較できる」「各選択肢について判断基準ごとの証拠と不明点が示されている」とします。プロジェクト開始時に成果物の利用者と合意し、意思決定やスコープが変わったときに見直します。

一方で、コンサルタントが事業成果を単独で保証することもできません。成果は、市場環境やクライアントの実行に左右されます。コンサルタントが責任を持つ範囲と、クライアントと共同で追う結果を分けます。

3.2 決定から証拠へ逆算する

第2章で作った意思決定の問いには、決定者、選択、期限、目的、判断基準、制約、不足が含まれていました。プロジェクト設計では、このうち判断基準と不足から、必要な証拠を考えます。

今回の選択肢を、次の 3 つと仮定します。

• 顧客全体へ手動の初期支援を行う
• 解約危険の高い顧客だけへ手動支援を行う
• 手動支援を行わず、別の原因を調べる

判断基準は、期待効果、顧客への危険、支援工数、実行可能性、学習価値です。すると、「競合は何をしているか」より先に、次の証拠が必要だと分かります。

ここでいう証拠は、必ずしも厳密な因果推論を可能にするデータだけではありません。決定の大きさと失敗費用に応じて、必要な確かさを変えます。取り消しやすい 4 週間の試行なら、完全な予測を待つより、危険を限定して学ぶ方がよい場合があります。全顧客へ不可逆な変更を加えるなら、より強い証拠と承認が必要です。

証拠を比べるときは、少なくとも次を確認します。

• 関連性: 今回の顧客、選択肢、判断基準に直接関係するか
• 信頼性: 定義、収集方法、欠損、発言者の立場を確認できるか
• 識別力（見分ける力）: 仮説以外の説明をどこまで除き、複数の説明を見分けられるか
• 適時性: 現在の状況を表し、決定期限に間に合うか

強い証拠を一律に順位づけるのではありません。顧客の経験を知る証言と、行動の広がりを知るログでは、答えられる問いが違います。複数の証拠が矛盾するときは、多数決にせず、対象、定義、時点、収集方法の違いを調べます。

逆算するときは、次の順に問いかけます。

1. 期限に、誰が何を選ぶのか
2. 選択肢を何で比較するのか
3. その比較に必要な証拠は何か
4. 現在ある証拠と、足りない証拠は何か
5. 足りない証拠を、期限内にどの方法で得るか
6. 証拠が得られない場合、何を小さくするか、延期するか、見送るか

この順序なら、調査手法は目的に従います。インタビューをすることが先に決まるのではなく、顧客が初期価値を得られない理由を確かめるために、行動データだけでは分からない経験を聞きます。

3.3 仮説と証拠を一枚で結ぶ

必要な証拠を作業へ落とす前に、仮説、反証条件、証拠、判断への影響を結びます。本書では、これを「仮説・証拠表」と呼びます。

反証条件を書くのは、仮説を否定するためではありません。何が分かれば方針を変えるのかを、結果を見る前に決めるためです。反証条件がなければ、どの結果も「一部は仮説を支持している」と解釈できます。

ただし、一つの観測だけで仮説を確定しないようにします。初期設定の未完了と解約に関連があっても、顧客の規模や利用目的が両方へ影響しているかもしれません。表には、代替説明と証拠の限界も残します。

また、4 週間の試行で直接確かめられるのは、支援の実施率、初期設定の完了、顧客の反応、支援工数といった近い結果です。90 日以内解約への効果は、試行期間後も追跡しなければ分かりません。「運用できた」「先行指標が動いた」「長期成果が変わった」を分け、前の 2 つだけで施策の最終効果を断定しません。

仮説・証拠表は、立派な分析を増やすための道具ではありません。「この分析結果で、どの判断が変わるのか」と問うための道具です。結果がどちらでも判断が変わらない項目は、優先順位を下げられます。

3.4 ワークストリームは問いで分ける

ワークストリームとは、一定の成果へ向けた関連作業のまとまりです。部門名や手法だけで分けると、分析、インタビュー、競合調査がそれぞれ進み、最後まで接続されないことがあります。

この案件なら、次のように「答える問い」で分けます。

次に、依存関係を確認します。顧客群を定義できなければ、試行対象を選べません。支援手順が決まらなければ、工数を測れません。一方、顧客への聞き取りとデータ定義の確認は、早い段階から並行できます。

作業を細かく分解する前に、次の 3 種類を見分けます。

• 先に終える必要があるもの: 後の作業の前提になる
• 並行できるもの: 同じ前提を待たずに進められる
• 結果次第で行わないもの: 初期の証拠によって必要性が決まる

すべての作業を初日に確定すると、初期仮説が崩れても計画だけが残ります。後半の詳細は、前半で得る証拠に合わせて段階的に具体化します。

3.5 マイルストーンは判断の場として置く

「データ分析完了」「インタビュー完了」は進捗を示しますが、プロジェクトの方向を変える条件が分かりません。マイルストーンには、日付だけでなく、その時点で確認または決定することを置きます。

会議は情報共有のためだけに置きません。事前に、決めること、必要な資料、決定者、未決の場合の扱いを明らかにします。共有だけで済む内容は文書で伝え、対話が必要な論点へ会議時間を使います。終了後は、決定、根拠、保留事項、次に動く責任者と期限を短く残します。

また、決定者が最終会議で初めて分析を見る設計は危険です。途中のマイルストーンで、判断基準、証拠の強さ、未解決の対立を確認します。ただし、頻繁な確認が現場の作業を止める場合は、変更の権限と報告の閾値（しきいち。対応を切り替える境界）を決め、会議を減らします。

3.6 責任は成果物ではなく判断まで割り当てる

担当表で「分析資料: A さん」「インタビュー: B さん」と決めても、定義の不一致や方針変更を誰が解決するかは残ります。少なくとも、次の役割を区別します。

• 決定者: 選択肢から方針を選び、理由を引き受ける
• スポンサー: プロジェクトの必要性を支え、組織上の障害を取り除く
• プロジェクト責任者: 問い、証拠、作業、期限のつながりを保ち、複数のワークストリームから得た証拠の矛盾を整理する
• 作業責任者: ワークストリームの中間成果と品質に責任を持つ
• 実行責任者: 決定後の施策を運用する
• 助言・影響を受ける人: 専門知や当事者の視点を提供する

小さな案件では、一人が複数の役割を持ちます。それでも、どの立場で判断しているかを明らかにします。反対に、大きな案件で全員をあらゆる判断へ参加させると、責任が曖昧になります。

責任分担表を作ることが目的ではありません。重要な論点ごとに、「誰が案を作り、誰の意見を聞き、誰が最終的に決めるか」を確認します。データ定義、スコープ変更、試行開始、停止といった判断には、決定者を一人または明確な意思決定機関として置きます。

3.7 計画は不確実性に合わせて変える

国際標準化機構（ISO）の規格 ISO 21502 は、プロジェクトマネジメントの指針を、予測型、反復型、適応型、ハイブリッドなどの進め方に適用できるものとしています。以下の使い分けは、ISO が特定の方法を推奨しているという意味ではなく、本書の実務上の整理です。案件全体へ一つの型を当てはめるより、不確実性の種類に合わせます。

法令上の期限、取締役会の日程、契約上の納品日は、早く固定する必要があります。一方、顧客がなぜ離脱するか、どの支援が有効かは、調べる前に詳細を固定できません。この案件では、決定日と安全条件は固定し、調査内容と試行案は証拠に応じて更新します。

更新に備えて、前提を短く記録します。

データだけでなく、人へのアクセスも開始時に確かめます。決定者、顧客、現場担当者へ必要な時期に接触できないなら、代わりに誰へ確認するか、どの証拠で補うか、誰へ障害を報告するかを決めます。代替手段では判断に必要な質を満たせない場合、アクセスが得られるまでスコープを縮めるか、案件を止めます。

計画変更では、変更理由、問いと成果物への影響、期限・費用・危険への影響、承認者を残します。変更を避けることより、根拠のない変更と、古い前提の放置を避けます。

英国財務省の評価指針 Magenta Book は、施策の投入、活動、結果へ至る因果の連鎖と、その前提を Theory of Change（変化の理論）として明示し、関係者と検討しながら更新することを勧めています。政策評価向けの指針ですが、「なぜその作業が結果につながると思うのか」を可視化し、実施前から評価を設計する考え方は、コンサルティングのプロジェクトにも応用できます。

ただし、図を精緻にするほど未来が正確になるわけではありません。因果の鎖は、確定した設計図ではなく、証拠によって更新する仮説です。

3.8 AI は計画の穴を探す相手になる

AI は、作業候補の展開、依存関係の指摘、見落とした関係者や失敗条件の列挙に使えます。特に、意思決定の問いと仮説・証拠表を渡すと、一般的な「市場調査をする」といった案より、目的に沿った批判を得やすくなります。

意思決定の問い:
事業責任者が 8 月末までに、どの顧客群へどの初期支援を試すか決める。

判断基準:
期待効果、顧客への危険、支援工数、実行可能性、学習価値。

現在の仮説・証拠表:
[表を貼る]

依頼:
1. 各作業がどの証拠と意思決定に寄与するか対応づける
2. 前提となる作業と並行できる作業を分ける
3. 結果次第で不要になる作業を示す
4. 証拠が弱いまま決定する危険を挙げる
5. 4 週間では過剰な作業を指摘する

事実を補わず、不明点は不明と記すこと。

出力は、そのまま工程表にしません。AI は、社内政治、担当者の力量、データの実情、暗黙の承認手順を知りません。もっともらしい担当者名や所要日数を作ることもあります。作業責任者と決定者が、現場で実行できるかを確認します。

機密情報や個人情報を外部サービスへ入力できない場合は、承認された環境を使うか、情報を抽象化します。抽象化によって重要な条件が失われるなら、AI を使わず、関係者との設計を優先します。

AI に任せられないのは、誰に責任を持たせるか、どの危険を受け入れるか、証拠が弱い状態で決めるかという判断です。AI は計画の候補と批判を増やせますが、権限と説明責任は割り当てられません。

3.9 一枚のプロジェクト設計書

小さな案件で、厚い計画書を作る必要はありません。少なくとも次を一枚に置けば、意思決定と作業のつながりを確認できます。

1. 意思決定: 誰が、現状維持を含むどの選択肢から何を、いつ、何の基準で決めるか
2. 仮説と証拠: 何を支持・反証する、どの証拠が必要か
3. ワークストリーム: どの問いへ、誰が答えるか
4. マイルストーン: いつ、誰が、何を確認・決定するか
5. 成果物: 各成果物がどの決定に使われるか
6. 前提と危険: 何が崩れたら、誰がどう変えるか
7. 実行への接続: 決定後、誰が実行し、何を追跡するか
8. 扱わないこと: 今回行わない調査・施策と、見直す条件

この一枚は、プロジェクトの要約です。仮説・証拠表、詳細工程、前提ログは、複雑さに応じて別紙にします。一枚を埋めることが目的ではありません。項目同士をたどり、孤立した作業や、証拠のない判断や、決定者のいない会議を見つけます。

小さく取り消しやすい判断では、数十分で暫定版を作り、動きながら更新できます。その際も、調査に使える期間、人員、費用の上限を先に置きます。上限までに証拠が揃わなければ、危険を限定して小さく試す、計測を整える、決定を延期する、見送る、のいずれかを決定者が選びます。計測を整える場合も、将来のどの判断が改善し、その価値が整備費用を上回るかを確認します。調査を続ける場合は、追加調査でどの判断が変わりうるかを説明します。

大規模投資、法的責任、安全、人員削減を伴う案件では、専門家による確認、より強い証拠、正式な承認と監査可能な記録が必要です。法令へ適合するだけでなく、影響を受ける人への公平性と、決定理由を説明できるかも確認します。設計の項目は同じでも、求める深さは同じではありません。

考えてみる問い

最近行ったプロジェクトを一つ選び、成果物から意思決定まで逆向きにたどってください。その成果物がなければ、誰のどの判断ができなくなるでしょうか。答えられない成果物や作業があれば、なぜ必要だったのかを見直してみましょう。

プロジェクト設計の質は、作業数の多さでは決まりません。意思決定、証拠、作業、責任、期限がつながり、新しい事実によって更新できるかで決まります。

設計ができたら、次は何を先に確かめるかを決めます。第4章では、仮説を使って調査範囲を絞り、結果によって次の行動を変えられる状態を作ります。

参考資料

最終確認日: 2026 年 7 月 15 日。本章の「仮説・証拠表」と「一枚のプロジェクト設計書」は、以下の資料を踏まえた本書独自の整理です。

• ISO ― ISO 21502:2020 Project, programme and portfolio management — Guidance on project management
• HM Treasury ― The Magenta Book: Central Government guidance on evaluation
• HM Treasury ― Test and Learn