コーチングプラクティス: コード提出の度に100%の自信を求めてくる上司への対処法
取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「コード提出の度に100%の自信を求めてくる上司への対処法」については、現在のプラクティスライブラリからの最適な一致をご覧ください。
役立つかもしれないプラクティス
- 一点の見積もりではなく分布として予測する
予測を単一の予想数値ではなく、起こりうる結果の範囲として表現する。
リファレンスクラス予測 - 外部視点(基準率)を取り入れる
自分の目の前の鮮明な詳細ではなく、類似ケースの実績を使って見積もる。
『ファスト&スロー』を使いこなす - 重要な決定の前に「自分は何を見落としているか?」と問う
利害の高い決定の前の自信の感覚を、自分の能力地図が何を省いているかを確認する合図として扱う。
能力の輪(サークル・オブ・コンピテンス) - コミットする前にプレモーテムを行う
プロジェクトがすでに失敗したと想像し、なぜかを逆算する。
計画の誤謬——なぜあなたの見積もりはいつも外れるのか - アウトサイド・ビューの視点からプレモーテムを実行する
プロジェクトが失敗したと想像し、それからどの基準率的な失敗タイプがそれを引き起こしたかを問う。
アウトサイド・ビュー - 意思決定ごとに正確に1人のAccountableを割り当てる
すべての意思決定または成果物には正確に1人のAが必要である——0人でも2人でもない。
RACIマトリクスを実践的に使う - 計画にコミットする前にプレモータムを行う
計画がすでに失敗したと想像し、何が悪かったのかを問う。
確証バイアス:見たいものを見てしまう - プレモータム(プロジェクトがすでに失敗したと想像する)
始める前に、計画がすでに失敗したと仮定してその理由を問い、今のうちに修正する。
プレメディタティオ・マロルム 徹底解説 - 行動のギャップを閉じるために公のコミットメントを使う
次の具体的なスキル構築行動を、フォローアップしてくれる誰かに宣言する。
自信と能力のループ - 小さく目に見える約束を通じて頼りがいを築く
頼りがいは大きな約束ではなく、小さな日々の約束を完璧に守ることで築かれる。
信頼の方程式を実践に活かす
関連する悩み
- 起こりうる失敗を織り込んだ計画作り
プロジェクトが失敗したと想像し、それからどの基準率的な失敗タイプがそれを引き起こしたかを問う。
アウトサイド・ビューの視点からプレモーテムを実行する
- 計画の弱点を見つける
始める前に、計画がすでに失敗したと仮定してその理由を問い、今のうちに修正する。
プレモータム(プロジェクトがすでに失敗したと想像する)
- プロジェクトを失敗させないためには
プロジェクトがすでに失敗したと想像し、なぜかを逆算する。
コミットする前にプレモーテムを行う
- 失敗を見越して計画する方法
計画が失敗したと仮定し、全員になぜかを書かせる。
基本のプレモータムを実施する
- 始める前に失敗を想像してみる
失敗の分析を、成功に何が必要かについての同じくらい具体的な絵と均衡させる。
プレモータムを明確な成功のビジョンと組み合わせる
- プロジェクトが失敗したことを想像してみる
心理学者ゲイリー・クラインが開発したプレモータムは、作業が始まる前に、チームに計画がすでに失敗したと想像させ、なぜそうなったのかを逆算して説明させる。この技法は「予見的な後知恵」を活用する。研究によれば、ある結果を確実なものとして想像することで、人はより多く、より具体的な理由を生み出すようになり、通常のリスク評価では見逃されるリスクを浮かび上がらせる。
プレモータム:すでに失敗したと想像する
自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。