重要な前提をマッピングし、ストレステストする
実行する前に、計画が依存する前提をリストアップする——そしてどれが間違っていれば計画を殺すかを問う。
Why it works
すべての計画は前提の上に成り立っています:顧客の行動、競合の反応、リソースの利用可能性、自分自身の能力についてです。これらの前提は、自明に感じられるためしばしば見えなくなっており、それこそが本物のレッドチームが攻撃するものです。それらを明示的にすることは、どの前提が構造を支えていて、どれが完全にそれに賭ける前に検証できるのかについての正直な検討を強制します。
How to do it
- 計画の最も重要な前提を5〜10個明示的に書き出す。
- それぞれについて答える:もしこの前提が偽であれば、計画に何が起こるか?
- 重要度でランク付けする:どの前提が間違っていれば計画は完全に失敗するか?
- 上位2〜3個について、完全なコミットの前にそれをテストあるいは検証できるかを特定する。
エビデンス
前提を浮かび上がらせることの重要性は、計画の錯誤と過信に関する研究によって裏付けられています:計画は実行のエラーよりも、決して疑われなかった前提のために失敗することが多いのです。前提を明示的にすることは、情報分析の標準的な実践です。 (mechanistic)
前提マッピングの価値は原則的であり、情報機関と戦略コンサルティングにおいて広く使われています。マッピングされた前提を持つ計画とそうでない計画を実際の組織で比較する直接的な成果のエビデンスは利用可能ではありません。
よくある間違い
最も破滅的なものではなく、自信を感じているものだけを前提としてリストアップすること——重要な前提はしばしば最も確実に感じられるものであり、それこそがそれらが疑われない理由である。
IX Coach でこれを実践する
More practices for レッドチーミング:失敗する前に計画をストレステストする
- 明示的な悪魔の代弁者役を任命する
一人に計画に反対する正式な仕事を与える——反対意見を個人的なものではなく構造的なものにする。
- 失敗モードを見つけるために逆ブレインストームを使う
「どうすれば成功するか」ではなく「どうすれば失敗するか」を問う。
- 自分の動きに対する敵の反応をシミュレートする
誰かに、単に競合を記述するのではなく、本気で競合として考え計画するよう割り当てる。
- プレモーテムとレッドチームのプレッシャーを組み合わせる
プレモーテムを実行し、それからレッドチームにグループが見逃した失敗モードを見つけるよう依頼する。
- リスクレジスターだけでなく計画そのものを変更することを要求する
計画を変えないレッドチーム演習は何も達成していない。
関連する概念
- 決断ジャーナリング:時間をかけてより良く決めることを学ぶ
How to build a personal feedback loop for the decisions that actually matter
- 生存者バイアス:見えないものから学ぶ
The invisible graveyard of failures — and how to reason from the full distribution
- チームのためのアイゼンハワー・マトリクス
Adapting the urgent/important split for shared priorities, delegation, and team alignment