コーチングプラクティス： プロジェクト 意思決定 追跡

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

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

1. RACIを意思決定ログと組み合わせる
   誰が決めるかを知ることはシステムの半分にすぎない——何が決められたかを記録することが説明責任のループを閉じる。
   RACIマトリクスを実践的に使う
2. 各プロジェクトのアクション・ステップを他のプロジェクトから物理的に分離しておく
   異なるプロジェクトのアクション・ステップを1つのリストに混在させることは、コンテキスト切り替えのコストを増やし、進捗を見えにくくする。
   アクション・メソッドを実践する
3. 四半期ごとにプロジェクトレベルのパレート分析を行う
   四半期ごとに、どのプロジェクトが意味のある進捗の80%を生み出したかを分析し、それを次の四半期のコミットメントの指針とする。
   パレートの法則：個人の生産性のための80/20
4. 外部視点(基準率)を取り入れる
   自分の目の前の鮮明な詳細ではなく、類似ケースの実績を使って見積もる。
   『ファスト&スロー』を使いこなす
5. スコープやチームが変わったときにRACIを見直す
   キックオフで作成され、二度と更新されないRACIは、最初の変化が起きた瞬間に時代遅れになっている。
   RACIマトリクスを実践的に使う
6. プロジェクト終了後にクラスデータへ貢献するための振り返りを行う
   実際の結果と予測を正直に記録する——これが将来の予測が依拠するリファレンスクラスを築く。
   リファレンスクラス予測
7. すべての進行中プロジェクトについて、現状の次のアクションを見直す
   開いているすべてのプロジェクトについて、明確に定義された次のアクションが1つだけあることを確認する。
   GTDウィークリー・レビュー
8. 自分の状況に合ったリファレンスクラスを特定する
   自分の状況と構造的に似た過去の事例をまとまった集合として見つけ、その結果データを集める。
   リファレンスクラス予測
9. プロジェクトの見積もりに参照クラス予測を使う
   自分の特定のプロジェクトを見積もる前に、類似のプロジェクトが過去にどれくらいの時間を要したかを見積もる。
   基準率の無視:なぜ私たちは確率を無視するのか
10. コミットする前にプレモーテムを行う
    プロジェクトがすでに失敗したと想像し、なぜかを逆算する。
    計画の誤謬——なぜあなたの見積もりはいつも外れるのか

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