コーチングプラクティス： 賢く失敗するということ
取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「賢く失敗するということ」については、現在のプラクティスライブラリからの最適な一致をご覧ください。
役立つかもしれないプラクティス
- エラーをデータポイントとして扱う
失敗の後すぐに、そのエラーが問題について明らかにした具体的な情報を抽出する。
生産的な失敗: 先に苦闘することが指導をより効果的にする理由 - エラーを隣接可能性の拡張イベントとして扱う
何かがうまくいかなかったとき、その失敗が、成功であれば隠していたはずのどんな新しい領域を見えるようにしたかを問う。
隣接可能性を実践する - 分析においてシステムの原因と個人の原因を区別する
ほとんどの失敗にはシステムの原因と個人の原因の両方がある。個人だけを修正しても、システムは同じ結果を再び生み出してしまう。
アフター・アクション・レビュー：米陸軍の継続的学習ツール - 失敗した試みを行き止まりではなく制約の在り処として扱う
失敗したアプローチはそれぞれ、動いている制約がどこにあるかを正確に教えてくれる ― 再挑戦する前にその情報を掘り起こす。
制約緩和 ― 自分自身で築いた壁から抜け出す - あらゆる問題における最初のモデルとして逆転の発想を使う
問題を解決する前に、何が失敗を確実にするかを問い、それらを避ける。
メンタルモデル：チャーリー・マンガーのラティスワーク・アプローチ - 逆転チェックリストを作る
「失敗はどう見えるか」を継続的にリストアップし、それに照らして確認する。
インバージョン：問題を逆から解く - ジャスト・イン・タイム指導
失敗の直後、数日後でも失敗の代わりでもなく、指導が到着するようタイミングを合わせる。
生産的な失敗: 先に苦闘することが指導をより効果的にする理由 - 素晴らしさではなく愚かさを避けることを最適化する
マンガー：「私たちのような人間が得てきた長期的な優位性の大部分は、一貫して愚かでないよう努めることから来ているというのは驚くべきことだ」。
インバージョン：問題を逆から解く - 上位のリスクをトリップワイヤーに変える
恐れている失敗が起き始めていることを知らせる具体的なシグナルを設定する。
プレモータム:すでに失敗したと想像する - 能力とパフォーマンスを分ける
自分の基準を下回る結果が、あなたが無能であることを遡って証明するわけではない——これらを別のものとして保持することを学ぶ。
インポスター現象を実践的に扱う
関連する悩み
- 失敗しても大丈夫だと思える環境をつくる方法
この計画はすべてがうまくいくことを要求しているか、と問う。もしそうなら、それを再設計する。
何かがうまくいかなくても機能するように決断を設計する
- 失敗を全体の文脈の中で捉える
失敗の説明を、それが起きた領域内にとどめる——それが自分全体についての判決へと広がるのを許さない。
帰属を全般的ではなく具体的にする
- 失敗から学ぶための考え方
失敗の後すぐに、そのエラーが問題について明らかにした具体的な情報を抽出する。
エラーをデータポイントとして扱う
- マヌ・カプールの「生産的失敗」理論
生産的な失敗(マニュ・カプール)は、学生が最初に指導を受けずに問題に取り組み、必然的に失敗したり不完全な解決策を生み出したりした後で、正式な指導を受けるという指導のデザインです。複数の対照研究は、この順序、つまり先に苦闘し、その後で指導するという順序が、指導を先に行うアプローチよりも有意に良い概念的理解と転移を生むことを示していますが、直接的な手続き上のパフォーマンスは同等のままであることが多いです。
生産的な失敗: 先に苦闘することが指導をより効果的にする理由
- スタートアップの失敗を分析する
失敗分析には、どんな正直なレビューにおいても最も実行可能な情報が含まれている。
うまくいったことよりも「うまくいかなかったこと」に多くの時間を費やす
- 失敗の原因は能力不足か戦略ミスか
「自分にはこれができない」を「あのアプローチはここではうまくいかなかった」に置き換える——能力はその文の中で固定されているが、戦略はそうではない。
失敗を能力ではなく戦略に帰属させる
自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。