コーチングプラクティス: 生産的な失敗: 先に苦闘することが指導をより効果的にする理由
取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「生産的な失敗: 先に苦闘することが指導をより効果的にする理由」については、現在のプラクティスライブラリからの最適な一致をご覧ください。
役立つかもしれないプラクティス
- 生産的な失敗: 先に苦闘することが指導をより効果的にする理由
生産的な失敗(マニュ・カプール)は、学生が最初に指導を受けずに問題に取り組み、必然的に失敗したり不完全な解決策を生み出したりした後で、正式な指導を受けるという指導のデザインです。複数の対照研究は、この順序、つまり先に苦闘し、その後で指導するという順序が、指導を先に行うアプローチよりも有意に良い概念的理解と転移を生むことを示していますが、直接的な手続き上のパフォーマンスは同等のままであることが多いです。 - 失敗後の正典的な対比
自分の試みの後、専門家の解決策を、自分のアプローチが何を欠いていたかに特に注目して検討する。
生産的な失敗: 先に苦闘することが指導をより効果的にする理由 - 進捗を評価する際にシステムの遅れを考慮する
行動と結果の間の遅れはすべてのシステムに組み込まれている——早すぎる放棄が最もよくある失敗です。
個人の生産性のためのシステム思考 - ジャスト・イン・タイム指導
失敗の直後、数日後でも失敗の代わりでもなく、指導が到着するようタイミングを合わせる。
生産的な失敗: 先に苦闘することが指導をより効果的にする理由 - 失敗への耐性を築く
行き詰まることを正常なものとする。行き詰まりを停止のサインではなく診断のシグナルとして使う。
生産的な失敗: 先に苦闘することが指導をより効果的にする理由 - 帰属を全般的ではなく具体的にする
失敗の説明を、それが起きた領域内にとどめる——それが自分全体についての判決へと広がるのを許さない。
帰属再訓練を実践する - エラーをデータポイントとして扱う
失敗の後すぐに、そのエラーが問題について明らかにした具体的な情報を抽出する。
生産的な失敗: 先に苦闘することが指導をより効果的にする理由 - 努力への帰属を注意深く較正する
努力が本当に変数だった場合にのみ、失敗を努力不足に帰属させる——正直な戦略分析の代わりとしてではなく。
帰属再訓練を実践する - 失敗を評決ではなく情報として再構成する
うまくいかなかった試みのすべてについて、「失敗した」を「データを得た」に置き換える個人的ルールを作る。
創造的自信を、実践的に築く - 挫折をアイデンティティではなく情報として扱う
失敗をあなたへの判決としてではなく、アプローチについてのフィードバックとして読む。
成長マインドセット:正直に語る
関連する悩み
- 先に失敗させて学ばせる指導法(プロダクティブ・フェイラー)
生産的な失敗(マニュ・カプール)は、学生が最初に指導を受けずに問題に取り組み、必然的に失敗したり不完全な解決策を生み出したりした後で、正式な指導を受けるという指導のデザインです。複数の対照研究は、この順序、つまり先に苦闘し、その後で指導するという順序が、指導を先に行うアプローチよりも有意に良い概念的理解と転移を生むことを示していますが、直接的な手続き上のパフォーマンスは同等のままであることが多いです。
生産的な失敗: 先に苦闘することが指導をより効果的にする理由
- 生産的な 失敗 学び
生産的な失敗(マニュ・カプール)は、学生が最初に指導を受けずに問題に取り組み、必然的に失敗したり不完全な解決策を生み出したりした後で、正式な指導を受けるという指導のデザインです。複数の対照研究は、この順序、つまり先に苦闘し、その後で指導するという順序が、指導を先に行うアプローチよりも有意に良い概念的理解と転移を生むことを示していますが、直接的な手続き上のパフォーマンスは同等のままであることが多いです。
- 失敗を成長につなげる受け止め方
失敗の後すぐに、そのエラーが問題について明らかにした具体的な情報を抽出する。
エラーをデータポイントとして扱う
- 手助けすべきか、失敗から学ばせるべきか
学習者が課題に本当に取り組むまで、ヒント、実例、構造を提供するのを控える。
必要になるまでスキャフォールディングを遅らせる
- 失敗が学びを深めるのはなぜ
生産的な失敗(マニュ・カプール)は、学生が最初に指導を受けずに問題に取り組み、必然的に失敗したり不完全な解決策を生み出したりした後で、正式な指導を受けるという指導のデザインです。複数の対照研究は、この順序、つまり先に苦闘し、その後で指導するという順序が、指導を先に行うアプローチよりも有意に良い概念的理解と転移を生むことを示していますが、直接的な手続き上のパフォーマンスは同等のままであることが多いです。
- 失敗をデータとして捉える
失敗の後すぐに、そのエラーが問題について明らかにした具体的な情報を抽出する。
自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。