コーチングプラクティス： FMEA（故障モード解析）の考え方

取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「FMEA（故障モード解析）の考え方」については、現在のプラクティスライブラリからの最適な一致をご覧ください。

役立つかもしれないプラクティス

1. あらゆる階層でMECEな枝を構築する
   各枝の集合が相互に排他的（重複がない）かつ全体として網羅的（重要なものが欠けていない）であることを確認する。
   イシューツリー分析
2. アウトサイド・ビューの視点からプレモーテムを実行する
   プロジェクトが失敗したと想像し、それからどの基準率的な失敗タイプがそれを引き起こしたかを問う。
   アウトサイド・ビュー
3. 過去の範囲を超えた結果に対して計画をストレステストする
   最悪の結果が過去に観測されたどんなケースよりも2倍悪かったら、自分の計画がどう持ちこたえるかを問う。
   ルーディック・ファラシー：現実をゲームと勘違いするとき
4. この事例からの回復だけでなく、再発を防ぐよう修正を設計する
   根本原因の修正がこの発生だけでなく、原因そのものを永続的に排除することを確実にする。
   5つのなぜ
5. プレモーテムとレッドチームのプレッシャーを組み合わせる
   プレモーテムを実行し、それからレッドチームにグループが見逃した失敗モードを見つけるよう依頼する。
   レッドチーミング：失敗する前に計画をストレステストする
6. 破局視を確認する
   証拠が示すもの以上に、起こりうる結果を増幅させていないか検証する。
   事実を確認する（Check the Facts）実践ガイド
7. 計画にコミットする前にプレモータムを行う
   計画がすでに失敗したと想像し、何が悪かったのかを問う。
   確証バイアス：見たいものを見てしまう
8. 何かがうまくいかなくても機能するように決断を設計する
   この計画はすべてがうまくいくことを要求しているか、と問う。もしそうなら、それを再設計する。
   安全域
9. 行動にコミットする前に頭の中でシミュレーションを実行する
   認識された状況に対して行動する前に、意図している応答がどう展開するかを頭の中で実行してみる。
   認識準備型意思決定（RPD）
10. 失敗した試みを行き止まりではなく制約の在り処として扱う
    失敗したアプローチはそれぞれ、動いている制約がどこにあるかを正確に教えてくれる ― 再挑戦する前にその情報を掘り起こす。
    制約緩和 ― 自分自身で築いた壁から抜け出す

自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。