コーチングプラクティス： 失敗しても大丈夫だと思える環境をつくる方法

取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「失敗しても大丈夫だと思える環境をつくる方法」については、現在のプラクティスライブラリからの最適な一致をご覧ください。

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

1. 何かがうまくいかなくても機能するように決断を設計する
   この計画はすべてがうまくいくことを要求しているか、と問う。もしそうなら、それを再設計する。
   安全域
2. 失敗モードを見つけるために逆ブレインストームを使う
   「どうすれば成功するか」ではなく「どうすれば失敗するか」を問う。
   レッドチーミング：失敗する前に計画をストレステストする
3. ストレッチ目標を外した時のための心理的安全性を作る
   ストレッチゴールは、外すことが失敗ではなくデータとして扱われる時にのみ正直な努力を生む。
   ストレッチゴール:野心的な目標が効く時と逆効果になる時
4. 失敗した試みを行き止まりではなく制約の在り処として扱う
   失敗したアプローチはそれぞれ、動いている制約がどこにあるかを正確に教えてくれる ― 再挑戦する前にその情報を掘り起こす。
   制約緩和 ― 自分自身で築いた壁から抜け出す
5. 学習者の安全性を確立する——罰されずに間違える
   社会的な代償なしに、質問し、間違いを犯し、知らないと認めることを安全にする。
   心理的安全性の4段階
6. 逆転チェックリストを作る
   「失敗はどう見えるか」を継続的にリストアップし、それに照らして確認する。
   インバージョン：問題を逆から解く
7. 各失敗を可能性と影響で評価する
   生の失敗リストを、軽減すべき優先順位のついたリスクの集合に変える。
   プレモータム:すでに失敗したと想像する
8. 上位のリスクをトリップワイヤーに変える
   恐れている失敗が起き始めていることを知らせる具体的なシグナルを設定する。
   プレモータム:すでに失敗したと想像する
9. エラーをデータポイントとして扱う
   失敗の後すぐに、そのエラーが問題について明らかにした具体的な情報を抽出する。
   生産的な失敗: 先に苦闘することが指導をより効果的にする理由
10. アウトサイド・ビューの視点からプレモーテムを実行する
    プロジェクトが失敗したと想像し、それからどの基準率的な失敗タイプがそれを引き起こしたかを問う。
    アウトサイド・ビュー

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