会議で「問題ない」が危ない：プレモータムで提案の穴を発見する4ステップ

新しいサービスの提案書を、経営会議へ出す前日だとします。市場規模、競合比較、収支計画、実施スケジュールはそろいました。レビュー会議で責任者が「大きな問題はありませんか」と尋ねても、誰も手を挙げません。資料はそのまま承認されました。

ところが3か月後、営業は誰に売るかを決められず、現場は既存業務との分担で混乱し、想定していた顧客は価値を理解できませんでした。振り返れば、それぞれの担当者は小さな違和感を持っていました。しかし、計画がまだ失敗していない段階では「起きるかわからない問題」として扱われ、口に出しにくかったのです。

結論から言えば、提案の穴を見つけたいなら、「何が問題ですか」と現在形で尋ねるだけでは不十分です。いったん失敗した未来へ進み、「なぜ失敗したのか」を過去形で書き出します。この方法がプレモータムです。ただし、懸念を並べるだけでは計画は改善しません。本稿では科学的根拠と限界を整理し、失敗想定を実際の資料改訂までつなぐ、伸滋Design独自の実務フレーム「FAIL–TRACE–TRIGGER–REVISE」を解説します。

プレモータムとは「失敗前に行う検死」である

ポストモータムは、プロジェクト終了後に失敗原因を振り返る活動です。それに対してプレモータムは、計画の実行前に「このプロジェクトは完全に失敗した」と仮定し、失敗原因を先に検討します。認知心理学者Gary Kleinは、チームが計画上の懸念を言いやすくする手法として、プロジェクト・プレモータムを紹介しました（Klein, 2007）。

ポイントは、単に「最悪の場合を考える」ことではありません。参加者全員が同じ失敗を既成事実として扱い、その説明をつくることです。「失敗する可能性は低い」「いや高い」という確率の議論をいったん止め、「失敗したとすれば、何が起きていたか」へ注意を向けます。

この認知的な向きの変更は、プロスペクティブ・ハインドサイト（prospective hindsight）と呼ばれます。Mitchell、Russo、Penningtonは、未来の出来事を、すでに起きたものとして振り返る時間的視点を実験的に検討しました。未来を不確実なまま予測する条件と、出来事が起きたと仮定して説明する条件では、原因の考え方や出来事の見え方が変わりました（Mitchell, Russo & Pennington, 1989）。

プレモータムは悲観大会ではありません。未来を当てる占いでもありません。目的は、現在の計画が暗黙に置いている前提を増やし、修正可能なうちに見える形へ変えることです。

なぜ普通のレビューでは、重要な懸念が出にくいのか

1．計画を作った人ほど「予定どおり進む物語」を見やすい

計画を立てるとき、人は作業が予定どおり進む筋道へ注意を向けやすく、過去の遅延や例外を十分に使えないことがあります。Buehler、Griffin、Rossは、さまざまな課題で自分の完了時間を楽観的に予測する計画錯誤を調べました。参加者は予測時に未来の計画シナリオへ集中し、関連する過去経験を使いにくい傾向を示しました（Buehler, Griffin & Ross, 1994）。

提案書も同じです。作り手は「認知→理解→導入→定着」という主経路を丁寧に描く一方、担当者の異動、顧客用語とのずれ、既存業務との衝突、意思決定者の不在など、経路の外側にある条件を落としやすくなります。

2．「心配です」は、計画や責任者への反対に聞こえやすい

上司や提案責任者が強く推している計画に対し、メンバーが「この前提は危ない」と言うには対人コストがあります。能力不足を疑っている、消極的である、協力する気がない、と受け取られるかもしれません。プレモータムは、誰かの賛否ではなく、全員へ「失敗原因を挙げる役割」を与えます。

ただし、手法だけで率直さが自動的に生まれるわけではありません。発言への報復が予想される職場では、個人記述、匿名収集、外部ファシリテーターなどの設計が必要です。チームが懸念を共有する土台については、心理的安全性の原典研究を解説した記事も参照してください。

3．「問題を見つける」と「計画を変える」は別の仕事である

リスクが20個出ても、資料や計画が一行も変わらなければ、プレモータムは儀式で終わります。実際、10のゲーム開発チーム、計68人を追った研究では、チームは平均17.8件の失敗原因と16.7件の緩和策を挙げました。一方で、複雑すぎる設計をリスクとして認識しても、実際にスコープを縮小したチームは少数でした（Roose, Lehman & Veinott, 2023）。

見えたリスクは、改訂の開始点であって成果ではありません。誰が、どの資料・手順・判断条件を、いつまでに変えるかまで接続する必要があります。

研究から、どこまで有効性を言えるのか

プレモータムは実務で広く紹介されていますが、直接的な実証研究はまだ厚くありません。使う価値はある一方、「実施すればプロジェクト成功率が何％上がる」とは言えません。研究が示す範囲を分けて見ていきます。

Michigan Technological UniversityのPeabodyは、フィールドと実験室で三つの研究を行いました。陸軍士官候補生52人のチーム課題では、プレモータム使用時に違反や問題解決中の固着が少なく、所要時間は増えませんでした。個人72人を対象とした実験では、通常のワーストケース法との間で理由・解決策の数に有意差はありませんでしたが、出てくる内容の分布が異なりました。別の82人の実験では、プレモータム条件の方が多くの理由を挙げ、グループは個人より多くの解決策を生みました（Peabody, 2017）。

この結果は「必ず案が増える」という単純な話ではありません。課題、個人か集団か、比較手法によって結果が変わります。ただ、問いの時間的な置き方が、計画を見る角度や理由の種類を変える可能性を示しています。

学部生128人のチームで実施した研究では、プレモータム直後にチーム満足度はいったん低下し、その後、学期末には最も高い水準へ回復しました。視点取得は学期中に増えましたが、向社会的動機には変化がありませんでした（Luth, Flinchbaugh & Miles, 2022）。懸念を可視化する場が、一時的に心地よさを下げる可能性も含めて捉える必要があります。

六人の学際的な設計チームによる事例では、二回のプレモータムから、それぞれ17件と13件の失敗原因、15件と18件の解決策が生まれ、合計15件は事前に誰も検討していなかった案でした。著者らは、専門分野ごとに分断されていたリスクを同じ場へ出す価値を報告しています（Bettin et al., 2022）。ただし、これは小規模な自チーム事例であり、一般的な効果量を示す比較実験ではありません。

医療実装では、個人で書いてから共有する「ブレインライティング・プレモータム」が、関係者から実装前の障壁を集める質的手法として使われています（Gilmartin et al., 2019）。米国AHRQの公式ツールも、個人記述、順番の共有、民主的な優先順位づけ、対策、フォローアップという流れを採用しています（AHRQ Premortem Tool）。

伸滋Design独自の「FAIL–TRACE–TRIGGER–REVISE」

研究と実務例を提案制作へ翻訳するため、伸滋Designではプレモータムを四段階に整理します。FAIL–TRACE–TRIGGER–REVISEは学術理論名ではなく、懸念を資料と計画の変更へ接続するための編集フレームです。

FAIL：失敗した未来を、具体的な一文に固定する

「この提案は失敗しました」だけでは、人によって失敗の意味が違います。日付、対象、観測できる結果を入れます。たとえば「導入承認から6か月後、利用部門の継続率が30％を下回り、追加展開は中止された」です。

承認されなかった失敗と、承認されたが定着しなかった失敗は原因が違います。会議の目的に応じて、失敗文は一つに絞ります。参加者はその文を事実として受け入れ、確率の議論を始めないようにします。

TRACE：原因を、会話の前に一人で書く

3〜10分、全員が独立して原因を書きます。最初から口頭で議論すると、最初の発言が探索範囲を狭め、役職の高い人の観点へ収束しやすくなります。一枚に一原因を書き、少なくとも次の四方向を見ます。

• 意味：顧客や意思決定者が価値、対象、違いを理解できなかった
• 判断：費用、比較条件、撤退基準など、承認に必要な材料が欠けた
• 運用：担当、引き継ぎ、教育、例外処理が決まっていなかった
• 外部条件：制度、競合、技術、時期、依存先が変化した

その後、一人一件ずつ順番に共有し、重複をまとめます。誰がどの領域を知っているかがわからない場合は、先にトランザクティブ・メモリーの記事で、必要な専門知を持つ参加者を確認すると効果的です。

TRIGGER：原因を、観測できる早期シグナルへ変える

「顧客に伝わらない」は原因候補ですが、そのままでは監視できません。「説明後も、対象顧客と提供価値を一文で言い直せない」「同じ質問が三回以上出る」「比較表で選定基準が空欄になる」のように、早く見える兆候へ変えます。

原因ごとに、「最初に何が見えたら、この失敗が始まっていると判断するか」を尋ねます。シグナルには確認者と確認時期を置きます。発見できない重大リスクは、追加調査、試作、ヒアリング、外部レビューの対象です。

REVISE：資料・計画・判断ルールのどれを変えるか決める

最後に、上位3〜5件について具体的な変更を決めます。変更先は、次の四つに分けると曖昧になりません。

• 資料を変える：要約、比較表、根拠、図、反対意見、FAQを追加・削除・並べ替える
• 計画を変える：スコープ、順序、担当、予算、試験期間を変える
• 判断条件を変える：継続・中止・追加調査の基準を数値または観測事項で定める
• 検証を増やす：顧客面談、専門家確認、少人数テスト、過去案件との比較を行う

担当者、期限、反映先のページまで記録します。懸念を誠実に見せる方法は、説得力を下げるとは限りません。反対情報と対応策の示し方は、両面提示の記事とも接続します。

具体例：新サービス提案を30分でプレモータムする

ある企業が、既存顧客向けの月額支援サービスを提案するとします。会議の目的は、3か月の試験導入を承認することです。次の流れなら30分で実施できます。

1. 0〜3分：「試験開始から3か月後、申込は目標の20％にとどまり、継続投資が中止された」と読み上げる
2. 3〜8分：参加者が一人で失敗原因を書く
3. 8〜15分：一人一件ずつ共有し、意味・判断・運用・外部条件へ分類する
4. 15〜20分：影響が大きく、今から変更できる原因へ投票する
5. 20〜27分：早期シグナルと変更案を決める
6. 27〜30分：担当者、期限、反映ページを確認する

「顧客が既存の保守契約との違いを理解できない」という原因が上位になったとします。早期シグナルは、「営業3人が、二つのサービスの違いを同じ言葉で説明できない」です。改訂は、提案書2ページ目へ対象・非対象・違いを示す比較表を入れ、営業説明テストを行うことです。

「現場担当者が支援時間を確保できない」という原因なら、早期シグナルは「試験参加部門の週次予定に担当時間が登録されていない」。改訂は、収支計画へ現場工数を加え、承認条件に担当者アサインを入れることです。原因を見つけただけで終わらず、資料と実行条件が変わっています。

改訂した見出しや目次が、読者を必要な答えへ案内できるかは、情報の匂いを使った資料設計で点検できます。

リスク一覧、レッドチーム、ポストモータムとの違い

リスク一覧は、既知の危険を確率と影響度で管理するのに向いています。プレモータムは、まだ分類されていない失敗原因を広げる入口です。プレモータムの後にリスク登録簿へ移すと、発散と管理を分担できます。

レッドチームは、独立した立場から計画や主張を攻撃的に検証する方法です。高い独立性と専門性が必要な一方、プレモータムは当事者チームが短時間で実施できます。重大な投資、安全、法務、セキュリティでは、プレモータムだけで済ませず、専門レビューやFMEAなどと併用します。

ポストモータムは、実際に起きたことから学ぶ活動です。プレモータムは実行前、ポストモータムは実行後です。両者をつなぎ、事前に挙げたシグナルが実際に現れたかを振り返ると、次回のリスク判断が改善します。

プレモータムの限界と、避けるべき使い方

成功率を保証する手法ではない

直接研究は、学生、士官候補生、小規模な設計・開発チーム、医療実装の質的研究などに偏っています。業界、組織文化、案件規模が違えば結果も変わります。列挙したリスク数を、そのままプロジェクト成果とみなすこともできません。

重大性や確率を正確に測るものではない

思い出しやすい失敗、感情的に強い失敗へ偏る可能性があります。プレモータムは探索には向いていますが、定量的な確率推定や安全保証の代替ではありません。過去案件の基準値、データ分析、専門的なリスク評価を組み合わせます。

悲観を正当化する場にしない

「どうせ失敗する」という人物評価や責任追及が始まれば、手法の目的を失います。原因は人名ではなく、条件、情報、役割、仕組みで書きます。参加者が強い不安を感じる案件では、破局的な表現を避け、「目標未達」「利用停止」など分析可能な失敗へ限定します。

主催者が答えを誘導しない

責任者が先に「価格が原因だと思う」と言えば、参加者の探索が価格へ寄ります。失敗文を共有したら、最初は無言で個人記述します。主催者の意見も、他の参加者と同じ順番で一件ずつ出します。

プレモータム実施チェックリスト

• 承認前、実行前など、まだ変更できる時点で行うか
• 日付・対象・観測結果を含む失敗文が一つに定まっているか
• 成功確率の議論ではなく、失敗原因の説明に集中しているか
• 営業、運用、顧客、技術、財務など異なる知識を持つ人が参加しているか
• 口頭共有の前に、全員が独立して原因を書いたか
• 一人ずつ順番に共有し、役職の高い人だけが話していないか
• 原因を人物批判ではなく、条件・情報・役割・仕組みで記述したか
• 原因ごとに最初に観測できる早期シグナルを決めたか
• 上位リスクを3〜5件に絞ったか
• 資料・計画・判断条件・検証のどれを変えるか決めたか
• 担当者、期限、反映ページまたは成果物を記録したか
• 重大案件では専門レビューや定量的リスク分析を併用したか
• 実行後、事前シグナルが現れたかを振り返る予定があるか

まとめ：良いレビューは、懸念の数ではなく変更を残す

レビュー会議で「問題ない」と言われても、穴がないとは限りません。未来の失敗がまだ不確実で、反対意見に対人コストがあり、作り手が成功経路へ集中しているだけかもしれません。

FAILで失敗した未来を固定し、TRACEで原因を独立して書き、TRIGGERで早期シグナルへ変え、REVISEで資料・計画・判断条件を更新する。プレモータムの価値は、悲観的な意見を増やすことではなく、今なら変えられる具体的な変更を残すことにあります。

「会議では通ったのに実行段階で止まる」「提案前のレビューが感想会になる」「反対意見を資料へどう反映すればよいかわからない」という場合は、まず3分でできる伝達ロス診断で、意思決定までの詰まりを確認できます。提案書・事業計画・会議資料を、異論が出て改善につながる構造へ整えたい方は、お問い合わせページからご相談ください。

参考文献

1. Mitchell, D. J., Russo, J. E., & Pennington, N. (1989). Back to the Future: Temporal Perspective in the Explanation of Events. Journal of Behavioral Decision Making, 2(1), 25–38. https://doi.org/10.1002/bdm.3960020103
2. Klein, G. (2007). Performing a Project Premortem. Harvard Business Review, September 2007. https://hbr.org/2007/09/performing-a-project-premortem
3. Peabody, M. (2017). Improving Planning: Quantitative Evaluation of the Premortem Technique in Field and Laboratory Settings. Michigan Technological University. https://doi.org/10.37099/mtu.dc.etdr/374
4. Roose, K. M., Lehman, B. R., & Veinott, E. S. (2023). Premortems in Game Development Teams: Impact and Potential. Proceedings of the Human Factors and Ergonomics Society Annual Meeting, 67. https://doi.org/10.1177/21695067231193680
5. Luth, M. T., Flinchbaugh, C. L., & Miles, J. M. (2022). Help! My Team Failed: How Conducting a Premortem Can Influence Group Perceptions and Outcomes. The International Journal of Management Education, 20(3), 100684. https://doi.org/10.1016/j.ijme.2022.100684
6. Gilmartin, H. M., et al. (2019). Brainwriting Premortem: A Novel Focus Group Method to Engage Stakeholders and Identify Preimplementation Barriers. Journal of Nursing Care Quality, 34(2), 94–100. https://doi.org/10.1097/NCQ.0000000000000360
7. Bettin, B., Steelman, K. S., Wallace, C., Pontious, D., & Veinott, E. S. (2022). Identifying and Addressing Risks in the Early Design of a Sociotechnical System through Premortem. Proceedings of the Human Factors and Ergonomics Society Annual Meeting, 66(1), 1514–1518. https://doi.org/10.1177/1071181322661307
8. Buehler, R., Griffin, D., & Ross, M. (1994). Exploring the Planning Fallacy: Why People Underestimate Their Task Completion Times. Journal of Personality and Social Psychology, 67(3), 366–381. https://doi.org/10.1037/0022-3514.67.3.366
9. Agency for Healthcare Research and Quality. Premortem Tool. https://www.ahrq.gov/hai/tools/mvp/modules/cusp/premortem-tool.html