コーチングプラクティス: 同僚がパソコントラブルのたびに即対応を求めてくる
取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「同僚がパソコントラブルのたびに即対応を求めてくる」については、現在のプラクティスライブラリからの最適な一致をご覧ください。
役立つかもしれないプラクティス
- 行動する前に中断をトリアージする
何かに中断されたとき、切り替えるかどうかを決める前に、それを「今すぐ緊急」か「後でキャプチャー」として分類する。
コンテキストスイッチングのコスト:タスク切り替えが集中力を壊す理由 - 外的な中断を扱う
スプリントを守るために、通知・交渉・スケジュール・折り返しのプロトコルを使う。
ポモドーロ・テクニックを実践する - 問題を持ってくるときは提案する解決策も一緒に持ってくる
決断を求める前に、問題と自分が推奨する道筋を説明する。
マネージング・アップ:上司とうまく働くための実践スキル - 着手が低い課題にボディダブルを使う
他者の物理的あるいは仮想的な存在の中で作業し、その人の着手の勢いを借りる。
課題への着手——始める問題を乗り越える - チームと共に、感じられている対応可能性の規範をリセットする
即座の返信への期待を明示的に再交渉する——ほとんどの緊急性は本物の緊急性ではない。
テクノストレス——それが何であり、どう対処するか - 深い作業のために単一目的のデバイスセッションを使う
集中的な作業期間中は、現在のタスクに必要な一つのツール以外すべてをブロックまたは終了する。
アテンション・エコノミーの中で自分の注意を守る - 助ける行為を専用の時間にまとめる
一日を通して集中を妨げるのではなく、決まった時間帯に与える行為を集中させる。
ギブ・アンド・テイク:与える人が持つ優位性 - 毎日少なくとも2〜4時間の深い作業ブロックを守る
毎日同じ時間に、最も認知的な要求の高い優先事項のために、中断のないブロックを一つ確保する。
理想の週デザイン - 新しい依頼を既定で明日に回す
本当に緊急でない限り、新しい仕事は今日ではなく明日へ回す。
ドゥー・イット・トゥモローを実践的に理解する - 反応的・事務的なタスクを指定された時間枠にまとめる
メール、ロジスティクス、低ステークスの決定を、継続的に反応するのではなく2〜3回の予定された時間枠にまとめる。
タイム・オーディット
関連する悩み
- ポモドーロ・テクニック中に外部から中断されたとき
スプリントを守るために、通知・交渉・スケジュール・折り返しのプロトコルを使う。
外的な中断を扱う
- 集中時間の中断を防ぐ方法
割り込みが起こりえない保護された時間ブロックを作る——残留の発生源を取り除く。
割り込みから守られたウィンドウで集中した仕事をブロックする
- 仕事での直前の変更への対処法
新しい項目が入ってきても今日のリストに追加しない——代わりに翌日の計画のために記録しておく。
その日の追加からリストを守る
- 仕事の返信対応ルール
バッチングが利用不可能だと受け取られないよう、協働者と期待される応答時間枠について合意する。
チームのためのコミュニケーションバッチプロトコルを作る
- 非同期ワークの進め方
リアルタイムコミュニケーションを例外として扱う——デフォルトではなく。ほとんどのことは即座の応答を必要としない。
非同期コミュニケーションをデフォルトにする
- 実際には働いていない同僚にどう対処すべきか
決断を求める前に、問題と自分が推奨する道筋を説明する。
問題を持ってくるときは提案する解決策も一緒に持ってくる
自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。