コーチングプラクティス: タスクを分類する方法
取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「タスクを分類する方法」については、現在のプラクティスライブラリからの最適な一致をご覧ください。
役立つかもしれないプラクティス
- ABCDE優先順位づけ法
始める前に、すべてのタスクをA(必須)、B(すべき)、C(あればいい)、D(委任)、E(削除)のどれかにラベルづけする。
Eat That Frogを実践に落とし込む - タスクバッチング:似た作業をまとめて切り替えコストを減らす
タスクバッチングとは、似た、あるいは認知的に関連するタスクを一日の中に散らばらせるのではなく、一つの時間ブロックにまとめることを意味する。それは頻繁な文脈切り替えから生じる注意残留物を減らす——その仕組みはよく根拠づけられているが、名づけられた実践としてのバッチングそのものに関する対照的なアウトカムデータは限られている。 - トピックではなく認知モードでタスクを分類する
バッチ間の精神的なギアチェンジを最小化するため、単なるプロジェクトではなく、必要とされる思考のタイプでタスクをまとめる。
タスクバッチング:似た作業をまとめて切り替えコストを減らす - 取り込んだすべての項目をアクション・ステップ、リファレンス、バックバーナーのいずれかに分類する
何かが自分の取り込みシステムに入ったら、すぐに3つのバケツのいずれかに仕分ける——すべての項目はちょうど1つに属さなければならない。
アクション・メソッドを実践する - シンプルなTo Do / Doing / Doneボードを設定する
3つの列と付箋(物理的でもデジタルでも)があれば、あなたの作業を一目で可視化できる。
パーソナル・カンバンを実践する - バックログを体系的に処理する
古い未完了のタスクを、永遠に優先順位をつけ直し続けるのではなく、順番に処理していく。
ドゥー・イット・トゥモローを実践的に理解する - GTDのコンテキストで行動を整理する
GTDでは、コンテキストとは次の行動をどこで、何を使って、誰とできるかということ ― 行動をコンテキストごとにグループ化することで、その瞬間にできることだけを目にするようにする。
GTD(Getting Things Done)を実践的に理解する - Q3タスクのための明示的な委任プロトコルを確立する
どのタイプの緊急だが重要でないタスクを誰が受け取るかを、それらが到着する前に事前に定義する。
チームのためのアイゼンハワー・マトリクス - 「小石」を分類し、定められた時間枠にまとめる
必要だが致命的に重要ではないタスク(小石)を特定し、まとまった専用の時間ブロックを与える。
ピクルス瓶理論による時間管理 - 課題を単一の次の物理的行動へ分解する
課題名を、それを前進させる単一の次の物理的行動に置き換える。
課題への着手——始める問題を乗り越える
関連する悩み
- タスクが「完了」と言える基準
行動に分解する前に、ある期間の理想の成果を短い物語として描写する。
タスクリストではなくシナリオと物語で考える
- 段階的課題設定法
タスクバッチングとは、似た、あるいは認知的に関連するタスクを一日の中に散らばらせるのではなく、一つの時間ブロックにまとめることを意味する。それは頻繁な文脈切り替えから生じる注意残留物を減らす——その仕組みはよく根拠づけられているが、名づけられた実践としてのバッチングそのものに関する対照的なアウトカムデータは限られている。
タスクバッチング:似た作業をまとめて切り替えコストを減らす
- 古くなったToDoリストの整理方法
古い未完了のタスクを、永遠に優先順位をつけ直し続けるのではなく、順番に処理していく。
バックログを体系的に処理する
- タスクを漏れなく記録する仕組みの作り方
捕捉システムは何も失われないと信頼できて初めて価値がある。それには正確に1つの場所を使うことが必要だ。
信頼できる捕捉システムを構築する——1つの場所、一貫した使用
- タスクを明確に振り分ける方法
どのタイプの緊急だが重要でないタスクを誰が受け取るかを、それらが到着する前に事前に定義する。
Q3タスクのための明示的な委任プロトコルを確立する
- タスクを人に任せる
どのタイプの緊急だが重要でないタスクを誰が受け取るかを、それらが到着する前に事前に定義する。
自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。