コーチングプラクティス： 計画 前提

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

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

1. 計画が機能するために成り立たなければならない前提を名指しする
   すべての計画は前提の上に成り立っている — それらを列挙し、それぞれの可能性を問う。
   安全域
2. 重要な前提をマッピングし、ストレステストする
   実行する前に、計画が依存する前提をリストアップする——そしてどれが間違っていれば計画を殺すかを問う。
   レッドチーミング：失敗する前に計画をストレステストする
3. 保守的に見積もり、その保守的な数字に基づいて行動する
   不確実なときは、自分の最善の推測ではなく悲観的な見積もりを実際の作業前提として使う。
   安全域
4. 計画の誤謬——なぜあなたの見積もりはいつも外れるのか
   計画の誤謬とは、過去のプロジェクトが遅れたことを知っていても完了時間を過小評価してしまう、よく再現される傾向です。修正策は「もっと頑張る」ことではありません——理想的な未来のシナリオを想像することから、自分自身のベースレート履歴と類似プロジェクトを参照することへと切り替えることです。
5. 参照クラス予測
   見積もる前に、似た過去のプロジェクトが実際にどれくらい時間がかかったかを調べる——どう感じられたかではなく。
   計画の誤謬——なぜあなたの見積もりはいつも外れるのか
6. コミットする前にプレモーテムを行う
   プロジェクトがすでに失敗したと想像し、なぜかを逆算する。
   計画の誤謬——なぜあなたの見積もりはいつも外れるのか
7. プロジェクトの見積もりに参照クラス予測を使う
   自分の特定のプロジェクトを見積もる前に、類似のプロジェクトが過去にどれくらいの時間を要したかを見積もる。
   基準率の無視:なぜ私たちは確率を無視するのか
8. 計画セッションを実行の日から分離する
   計画は専用のセッションで行い、始めるつもりの日には決して行わない。
   計画の誤謬——なぜあなたの見積もりはいつも外れるのか
9. 重要な計画にコミットする前にアウトサイド・ビューを呼び起こす
   計画や予測を確定する前に、「似たようなことはどう進んだか」を最初のチェックポイントとして問う。
   アウトサイド・ビュー
10. プレモータム(プロジェクトがすでに失敗したと想像する)
    始める前に、計画がすでに失敗したと仮定してその理由を問い、今のうちに修正する。
    プレメディタティオ・マロルム 徹底解説

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