計画が機能するために成り立たなければならない前提を名指しする
すべての計画は前提の上に成り立っている — それらを列挙し、それぞれの可能性を問う。
Why it works
計画は隠れた前提が破られたときに失敗する。前提を明示的にすることは、それらを見えない背景の信念から、関連する確率を伴う検証可能な仮説へと変える。これにより、計画が各前提にどれだけ敏感かを評価できる — ある前提の失敗が計画を殺すのか、それとも単に上振れを減らすだけなのか。
How to do it
- 計画を書き出し、問う。これが機能するために、世界について何が真実でなければならないか。
- 「重大な予期しない混乱がないこと」を含め、すべての主要な前提を列挙する。
- それぞれについて確率を見積もる — 正確でなくてもよいが、90%以上か、60〜90%か、60%未満かを。
- 80%未満の前提について、その前提が失敗したら計画はどう見えるかを問う。
エビデンス
前提の明示化は、シナリオプランニング、リスク分析、予測的な事後検証(プレモーテム)技法における中核的なステップである。計画の依存関係を明示的に言語化することは、実務家の枠組みにおいてリスク認識と計画の質を改善する。 (clinical)
前提の列挙という単独の実践についての直接的な実験的エビデンスは限られている。その恩恵は不確実性下での計画立案に関するより広いエビデンスから理にかなったものとして導かれている。
よくある間違い
前提を列挙しながら、それらのいずれかがすでに既存のエビデンスによって反証されていないかを確認しないこと。
IX Coach でこれを実践する
More practices for 安全域
- 保守的に見積もり、その保守的な数字に基づいて行動する
不確実なときは、自分の最善の推測ではなく悲観的な見積もりを実際の作業前提として使う。
- 余裕を組み込む — 時間、お金、エネルギーの緩衝
自分の資源の100%を使うつもりで計画しない。予期しなかったもののために緩衝を残す。
- 何かがうまくいかなくても機能するように決断を設計する
この計画はすべてがうまくいくことを要求しているか、と問う。もしそうなら、それを再設計する。
- 見積もりを割り引いて余裕を作る
何かがXの価値があると思うなら、Xに対して有意な割引でのみコミットする。
- 上振れを追う前に下振れを守る
現実的な最悪の結果は何かを問い、上振れを評価する前にそれを生き延びられることを確認する。
関連する概念
- 『ファスト&スロー』を使いこなす
Two systems, the biases they create, and when to slow down
- 能力の輪(サークル・オブ・コンピテンス)
Know what you know, know what you do not know, and act accordingly
- 二次思考:それで、その次は?
Tracing consequences of consequences, the way Howard Marks does
- インバージョン:問題を逆から解く
Munger’s “avoid stupidity” discipline, applied to real decisions