コーチングプラクティス： 頼まれる前にプロジェクトの進捗を報告する

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

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

1. スコープやチームが変わったときにRACIを見直す
   キックオフで作成され、二度と更新されないRACIは、最初の変化が起きた瞬間に時代遅れになっている。
   RACIマトリクスを実践的に使う
2. 各プロジェクトのアクション・ステップを他のプロジェクトから物理的に分離しておく
   異なるプロジェクトのアクション・ステップを1つのリストに混在させることは、コンテキスト切り替えのコストを増やし、進捗を見えにくくする。
   アクション・メソッドを実践する
3. プロジェクト開始前に、フィードフォワードを使ってチームの目標をすり合わせる
   プロジェクトの開始時に、批評すべきパフォーマンスがまだない段階で、どうすれば成功できるかについてのフィードフォワードを募る。
   フィードフォワード:実際に行動を変える未来志向のフィードバック
4. スケジュール化された、定期的なチェックイン
   進捗を報告する固定の時間を決める——「都合のいいときに」ではなく。
   アカウンタビリティ・パートナー
5. 単一の週次優先順位設定ミーティングを行う
   アドホックな優先順位の要求を、チーム全体が一緒に再仕分けする一回の週次ミーティングに置き換える。
   チームのためのアイゼンハワー・マトリクス
6. 四半期ごとにプロジェクトレベルのパレート分析を行う
   四半期ごとに、どのプロジェクトが意味のある進捗の80%を生み出したかを分析し、それを次の四半期のコミットメントの指針とする。
   パレートの法則：個人の生産性のための80/20
7. コミットする前にプレモーテムを行う
   プロジェクトがすでに失敗したと想像し、なぜかを逆算する。
   計画の誤謬——なぜあなたの見積もりはいつも外れるのか
8. より高い視座——目標、フォーカスの領域、目的を見る
   週に一度、進行中のプロジェクトが自分の目標、役割、価値観にまだ合っているかを確認する。
   GTDウィークリー・レビュー
9. すべての進行中プロジェクトについて、現状の次のアクションを見直す
   開いているすべてのプロジェクトについて、明確に定義された次のアクションが1つだけあることを確認する。
   GTDウィークリー・レビュー
10. 尋ねられる前に、苦情が来る前に関係者に伝える
    Iは一方向である——情報を受け取るだけである。彼らを驚かせるコストは、伝えるコストより常に高い。
    RACIマトリクスを実践的に使う

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