プレモーテムとレッドチームのプレッシャーを組み合わせる
プレモーテムを実行し、それからレッドチームにグループが見逃した失敗モードを見つけるよう依頼する。
Why it works
標準的なプレモーテムはチームメンバーに失敗を想像し逆算するよう求めます。これは懸念を活性化させますが、各人がグループの中で声に出す意欲によって制約されます。レッドチームのプレモーテムは2番目の層を追加します:グループのセッションの後、指名されたレッドチームは、グループが名づけることをためらったり、あまりに早く却下したりした失敗モードを特に押します。この組み合わせは社会的に受け入れられる懸念と、社会的にリスキーな懸念の両方を浮かび上がらせます。
How to do it
- 標準的なプレモーテムを実行する:「プロジェクトが失敗したと仮定する——何が起こったか?」
- グループセッションの後、レッドチームにそのリストを渡し、問う:「グループが言わなかったことで、あなたが実際に最も可能性の高い失敗だと思うことは何か?」
- レッドチームは、メイングループの社会的プレッシャーなしに追加を提示する。
- リスクレジスターを確定させる前に両方の成果物を統合する。
エビデンス
プレモーテム研究は、それが楽観主義バイアスを軽減することによって失敗原因の特定を増やすことを示しています。グループが抑圧したものを浮かび上がらせるレッドチームフェーズを追加することは、Mitchellらの発見の実践者による拡張であり、別途研究された組み合わせではありません。 (mechanistic)
プレモーテムの効果は確立されています。組み合わせたプレモーテム+レッドチームのプロトコルは独立して試験されていません。論理は妥当ですが、よく実行されたプレモーテムに対するレッドチームパスの追加価値は確立されていません。
出典
- Mitchell, Russo & Pennington (1989), prospective hindsight and predicting failure, Organizational Behavior and Human Decision Processes
よくある間違い
プレモーテムをレッドチームの代替として使うのではなく、補完として使うこと。プレモーテムは自己批判的であり、レッドチームは外部から敵対的である——それらは異なるものを探している。
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