Q3タスクのための明示的な委任プロトコルを確立する
どのタイプの緊急だが重要でないタスクを誰が受け取るかを、それらが到着する前に事前に定義する。
Why it works
Q3の委任は、明確なプロトコルがないときにチームで失敗する:誰がやるべきか誰も確信が持てないためみんながタスクを取るか、適合性にかかわらず最も手が空いている人が常にそれを引き受ける。委任のルーティングを事前定義することは、その決定が繰り返しプレッシャーの下で下されるのではなく、低緊急性の状態で一度だけ下されることを意味する——緊急性が最も高いときに、誰が何かを処理すべきかを決める精神的なオーバーヘッドが最もコストが高い。
How to do it
- チームの一般的な緊急だが戦略的でないタスクのカテゴリーをマッピングする。
- 各カテゴリーについて事前に決定する:誰がこれを、どんな範囲と権限で処理するか?
- そのルーティングを、チーム全体が見られる簡単な参照文書として書く。
- 四半期ごとにルーティングを見直す——人々の役割が進化するにつれて委任のニーズも変わる。
エビデンス
事前に決定されたプロトコルは、繰り返されるその場の決定を一度限りの事前決定に変えることで決定疲労を減らし、調整を改善する。これは決定疲労に関する研究と、明確な役割定義に関する組織管理の文献と一致している。 (mechanistic)
事前コミットメントによる決定疲労の軽減は原則として支持されている。Q3委任ルーティングへの特定の適用は、研究された介入というより実践者の枠組みである。
よくある間違い
チームの理想的な構造ではなく、実際の構造——人々が誰であり現実的に何ができるか——のためのプロトコルを作ること。そうすると現実がそこから逸脱した最初の瞬間にプロトコルは無視される。
IX Coach でこれを実践する
More practices for チームのためのアイゼンハワー・マトリクス
- チームとして「重要」を明示的に定義する
タスクを仕分ける前に、「重要」が何を意味するか——どの目標のため、誰のため、どんな時間軸で——を整合させる。
- 受け入れる前に緊急性の源を浮かび上がらせる
それが誰の緊急性なのか、そして見過ごされた上流のアクションによって作られたものかどうかを問う。
- 重要だが緊急でない作業をチームのコミットメントとして守る
共有カレンダーにQ2の作業をスケジュールし、緊急なタスクがデフォルトでそれを奪えないようにする。
- 定期的なチームの排除レビューを行う
もはやどんな現在の目標にも役立っていないことをチームがやっていないか定期的に見直す。
- 単一の週次優先順位設定ミーティングを行う
アドホックな優先順位の要求を、チーム全体が一緒に再仕分けする一回の週次ミーティングに置き換える。