コーチングプラクティス： 診断用ツリーと解決用ツリーを使い分ける

取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「診断用ツリーと解決用ツリーを使い分ける」については、現在のプラクティスライブラリからの最適な一致をご覧ください。

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

1. 診断ツリー（なぜ？）と解決ツリー（どうやって？）を区別する
   根本原因を見つけるには「なぜ？」ツリーを使い、解決策を生み出すには「どうやって？」ツリーを使う——両者を混ぜると混乱した構造を生む。
   イシューツリー分析
2. 問題解決の前に「知らない」という構えを取る
   問題について本当に分かっていないことをまず言語化することで、解決策の生成を遅らせる。
   初心(ショシン)実践入門
3. 「5つのなぜ」で掘り下げる
   「なぜ？」を繰り返し問い、表面的な症状から根本的な制約へと移動する。
   第一原理思考を、使える形に
4. この事例からの回復だけでなく、再発を防ぐよう修正を設計する
   根本原因の修正がこの発生だけでなく、原因そのものを永続的に排除することを確実にする。
   5つのなぜ
5. 変更可能な原因にたどり着くまで因果の連鎖をたどる
   実際に修正できるものにたどり着くまで「なぜ？」を問い続ける。
   5つのなぜ
6. 相互理解の後にのみ問題解決へ移る
   相互理解の前の問題解決は、どちらの側も所有しない解決策を生む。
   理解のためのループ(難しい会話)
7. なぜなぜラダーを登る
   「なぜこれが問題なのか?」と繰り返し問い、今のフレーミングが見落としているかもしれないより高次の目標を明らかにする。
   問題のリフレーミング 正しい問題をまず解く
8. 診断する前に聞く
   相手が同意する言葉で問題を言い換えられるようになるまで、解決しようとする衝動を抑える。
   信頼の方程式を実践に活かす
9. 生成：教わる前に試みる
   解答を見る前に、たとえ間違えても、まず自分で解く、あるいは答えようとする。
   使える学び：学習の科学
10. 分析においてシステムの原因と個人の原因を区別する
    ほとんどの失敗にはシステムの原因と個人の原因の両方がある。個人だけを修正しても、システムは同じ結果を再び生み出してしまう。
    アフター・アクション・レビュー：米陸軍の継続的学習ツール

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