コーチングプラクティス： 解決策がうまくいかなかったときの対処法

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

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

1. 失敗した試みを行き止まりではなく制約の在り処として扱う
   失敗したアプローチはそれぞれ、動いている制約がどこにあるかを正確に教えてくれる ― 再挑戦する前にその情報を掘り起こす。
   制約緩和 ― 自分自身で築いた壁から抜け出す
2. 失敗後の正典的な対比
   自分の試みの後、専門家の解決策を、自分のアプローチが何を欠いていたかに特に注目して検討する。
   生産的な失敗: 先に苦闘することが指導をより効果的にする理由
3. 解決策を持続性で評価する：現実的、双方が満足、安全
   現実的、双方が満足、安全という3つのテストのうち一つでも失敗する協働的な解決策は持続しない。
   協働的問題解決（ロス・グリーン）
4. 解決策空間の探索
   一つに収束する前に、問題への複数の異なるアプローチを生み出す。
   生産的な失敗: 先に苦闘することが指導をより効果的にする理由
5. インキュベーション:なぜ離れることが問題を解決するのか
   行き詰まった問題から離れると、解決策が後になって浮かび上がってくることが多い——これがインキュベーション効果だ。インキュベーション期間が問題解決を改善しうることを示す本物の実験研究がある。特に創造的な問題においてその傾向は顕著だが、効果は控えめで条件に依存する。実際的な結論は本物だ。本当に行き詰まったとき、意図的な休憩は根気強く続けることに勝る。
6. 解答を見る前に問題に取り組む
   教わる前に、たとえ失敗しても、解決や回答を試みる。
   生成効果:自分で作ると定着する理由
7. エラーをデータポイントとして扱う
   失敗の後すぐに、そのエラーが問題について明らかにした具体的な情報を抽出する。
   生産的な失敗: 先に苦闘することが指導をより効果的にする理由
8. 診断ツリー（なぜ？）と解決ツリー（どうやって？）を区別する
   根本原因を見つけるには「なぜ？」ツリーを使い、解決策を生み出すには「どうやって？」ツリーを使う——両者を混ぜると混乱した構造を生む。
   イシューツリー分析
9. 根本要素から再構築し、ストレステストする
   検証済みの部品から解決策を再構築し、それがどこで壊れるかを見つけるために攻撃する。
   第一原理思考を、使える形に
10. 目標を述べ、それを反転させる
    どうすれば成功するかを問う前に「何が確実に失敗させるか？」を問う。
    インバージョン：問題を逆から解く

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