コーチングプラクティス： プロジェクトの工程分担の決め方

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

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

1. プロジェクトの段階をジーニアスに合った人に割り当てる
   初期の発想はワンダー・インベンションのジーニアスに、実行段階はテナシティのジーニアスに割り振る。
   6つのワーキング・ジーニアス(パトリック・レンシオーニ)
2. 各プロジェクトのアクション・ステップを他のプロジェクトから物理的に分離しておく
   異なるプロジェクトのアクション・ステップを1つのリストに混在させることは、コンテキスト切り替えのコストを増やし、進捗を見えにくくする。
   アクション・メソッドを実践する
3. 意思決定ごとに正確に1人のAccountableを割り当てる
   すべての意思決定または成果物には正確に1人のAが必要である——0人でも2人でもない。
   RACIマトリクスを実践的に使う
4. すべてのアクション・ステップに1人の担当者を割り当てる
   複数の担当者がいるアクション・ステップは、実質的に担当者がいないのと同じだ——すべてのステップには責任を持つ、名前のついた人物がちょうど1人必要だ。
   アクション・メソッドを実践する
5. スコープやチームが変わったときにRACIを見直す
   キックオフで作成され、二度と更新されないRACIは、最初の変化が起きた瞬間に時代遅れになっている。
   RACIマトリクスを実践的に使う
6. タスクを分解して部分を合計する
   各サブタスクを独立して見積もり、それから合計する——合計はトップダウンの見積もりより真実に近い。
   計画の誤謬——なぜあなたの見積もりはいつも外れるのか
7. Q3タスクのための明示的な委任プロトコルを確立する
   どのタイプの緊急だが重要でないタスクを誰が受け取るかを、それらが到着する前に事前に定義する。
   チームのためのアイゼンハワー・マトリクス
8. コミットする前にプレモーテムを行う
   プロジェクトがすでに失敗したと想像し、なぜかを逆算する。
   計画の誤謬——なぜあなたの見積もりはいつも外れるのか
9. すべての進行中プロジェクトについて、現状の次のアクションを見直す
   開いているすべてのプロジェクトについて、明確に定義された次のアクションが1つだけあることを確認する。
   GTDウィークリー・レビュー
10. アウトサイド・ビューの視点からプレモーテムを実行する
    プロジェクトが失敗したと想像し、それからどの基準率的な失敗タイプがそれを引き起こしたかを問う。
    アウトサイド・ビュー

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