コーチングプラクティス： 根本原因が複数ある場合の対処法

取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「根本原因が複数ある場合の対処法」については、現在のプラクティスライブラリからの最適な一致をご覧ください。

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

1. 複数の原因が見つかったら連鎖を分岐させる
   「なぜ」に二つ以上の正しい答えがある場合は、それぞれの分岐を別々にたどる。
   5つのなぜ
2. 連鎖を逆にたどって根本原因を検証する
   根本にたどり着いた後、逆向きに検証する：連鎖の各「だから」は論理的に筋が通っているか？
   5つのなぜ
3. この事例からの回復だけでなく、再発を防ぐよう修正を設計する
   根本原因の修正がこの発生だけでなく、原因そのものを永続的に排除することを確実にする。
   5つのなぜ
4. 診断ツリー（なぜ？）と解決ツリー（どうやって？）を区別する
   根本原因を見つけるには「なぜ？」ツリーを使い、解決策を生み出すには「どうやって？」ツリーを使う——両者を混ぜると混乱した構造を生む。
   イシューツリー分析
5. 「5つのなぜ」で掘り下げる
   「なぜ？」を繰り返し問い、表面的な症状から根本的な制約へと移動する。
   第一原理思考を、使える形に
6. 最初の「なぜ」を問う前に問題を正確に述べる
   曖昧な問題の記述は曖昧な根本原因を生む——何が起きたのかを具体的にする。
   5つのなぜ
7. 変更可能な原因にたどり着くまで因果の連鎖をたどる
   実際に修正できるものにたどり着くまで「なぜ？」を問い続ける。
   5つのなぜ
8. 単一原因の罠に抵抗する
   シンプルであることは必ずしも単一の原因を意味しない ― 時には最もシンプルで誠実な答えは『複数の寄与要因』だ。
   オッカムの剃刀:よりシンプルな説明を選ぶ
9. あらゆる階層でMECEな枝を構築する
   各枝の集合が相互に排他的（重複がない）かつ全体として網羅的（重要なものが欠けていない）であることを確認する。
   イシューツリー分析
10. ヒューマンエラーとシステム条件を区別する
    ある人が直接の原因である場合、なぜシステムがそのエラーを許してしまったのかを問う。
    5つのなぜ

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