コーチングプラクティス： 喪失を経験した後のアイゼンハワー・マトリクスによる委任の考え方

取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「喪失を経験した後のアイゼンハワー・マトリクスによる委任の考え方」については、現在のプラクティスライブラリからの最適な一致をご覧ください。

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

1. アイゼンハワー・マトリクスと委任
   アイゼンハワー・マトリクスは、緊急性と重要性によってタスクを4つの象限に仕分ける:今すぐやる(緊急かつ重要)、スケジュールする(重要だが緊急でない)、委任する(緊急だが重要でない)、排除する(どちらでもない)。最も価値のある象限は、ほとんどの人が無視するもの——長期的なレバレッジを生む重要だが緊急でない作業をスケジュールすることだ。この枠組みのエビデンスは主に実践者のコンセンサスであり、その構成要素(重要性対緊急性、委任の有効性)は独立した研究の裏付けを持つ。
2. Q3タスクのための構造化された委任
   緊急だが重要でないタスクを、明確なブリーフィング、定義された成功基準、チェックインの頻度とともに引き渡す。
   アイゼンハワー・マトリクスと委任
3. 委任を開発ツールとして使う
   背伸びする準備ができているチームメンバーにQ3タスクを割り当て——学習曲線をポイントとして扱う。
   アイゼンハワー・マトリクスと委任
4. チームのためのアイゼンハワー・マトリクス
   緊急性/重要性の枠組みをチームに適用するには、共有スプレッドシート以上のものが必要だ——グループにとって「重要」が何を意味するかについての明示的な合意、優先順位の対立を解決するプロセス、そして重要だが緊急でない作業が共有された反応的なノイズによって押しのけられないようにする方法が必要である。この枠組みは出発点であり解決策ではない。それが浮かび上がらせるチームの会話こそが本当の価値である。
5. Q3タスクのための明示的な委任プロトコルを確立する
   どのタイプの緊急だが重要でないタスクを誰が受け取るかを、それらが到着する前に事前に定義する。
   チームのためのアイゼンハワー・マトリクス
6. アイゼンハワー・マトリクスを実践に落とし込む
   アイゼンハワー・マトリクスは、すべてのタスクを2つの問い——重要か、緊急か？——で仕分け、4つの象限を生み出す。それが、今やるべきか、予定に入れるべきか、委任すべきか、削除すべきかを教えてくれる。緊急性と重要性の分離という根底にある考え方は、反応的な仕事に対する本当に有用な矯正手段だが、マトリクス自体は研究された介入というより意思決定のヒューリスティックだ。
7. 採点のためだけでなく能力を育てるためにデブリーフする
   学びに焦点を当てたレビューでループを閉じ、次の委任に必要とするあなたの関与を減らす。
   実践的な効果的委任(デリゲーション)
8. 上方(逆)委任に抵抗する
   委任したタスクが、少しでも難しくなった途端に自分の机に跳ね返ってくるのを許さない。
   実践的な効果的委任(デリゲーション)
9. すべてのタスクの開始時に権限委譲のレベルを明示的に名づける
   作業が始まる前に、提案が欲しいのか、通知付きの決定が欲しいのか、通知なしの決定が欲しいのかを明確に述べる。
   権限委譲のレベルを実践する
10. 委譲したタスクの後にデブリーフィングを行い、次のレベルに向けて構築する
    権限委譲のデブリーフィングは人事評価ではない — それは二人が学んだことについての共同分析である。
    権限委譲のレベルを実践する

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