コーチングプラクティス: 状況別タスクリストの作り方
取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「状況別タスクリストの作り方」については、現在のプラクティスライブラリからの最適な一致をご覧ください。
役立つかもしれないプラクティス
- GTDのコンテキストで行動を整理する
GTDでは、コンテキストとは次の行動をどこで、何を使って、誰とできるかということ ― 行動をコンテキストごとにグループ化することで、その瞬間にできることだけを目にするようにする。
GTD(Getting Things Done)を実践的に理解する - リストではなく時間枠でタスクをスケジュールする
オープンエンドのToDoリスト上の位置ではなく、各タスクにカレンダー上の固定の時間枠を割り当てる。
パーキンソンの法則を実践に活かす - 「やる」リストと「やるべき」リストを分ける
実際にコミットする締め切られた毎日の「やる」リストとは別に、マスターの「やるべき」リストを保つ。
ドゥー・イット・トゥモローを実践的に理解する - シンプルで少数のリストのシステムを保つ
できる限り少ないリストを使う—一つの受信箱、いくつかの文脈リスト、それ以上凝ったものは持たない。
Zen To Done(ZTD)を実践的に - 明示的に取り組むと決めたタスクのみをボードに置く
あなたのカンバンボードは願望リストではない——意識的にコミットしたタスクだけがTo Doに属する。
パーソナル・カンバンを実践する - ABCDE優先順位づけ法
始める前に、すべてのタスクをA(必須)、B(すべき)、C(あればいい)、D(委任)、E(削除)のどれかにラベルづけする。
Eat That Frogを実践に落とし込む - カレンダー・タイムブロッキング
すべてのタスクにカレンダー上で具体的な開始時刻と終了時刻を与える。
タイムブロッキングを実践する - タスクリストではなくシナリオと物語で考える
行動に分解する前に、ある期間の理想の成果を短い物語として描写する。
『アジャイル・リザルツ(AGS)』を実践する - 各プロジェクトのアクション・ステップを他のプロジェクトから物理的に分離しておく
異なるプロジェクトのアクション・ステップを1つのリストに混在させることは、コンテキスト切り替えのコストを増やし、進捗を見えにくくする。
アクション・メソッドを実践する - 取り込んだすべての項目をアクション・ステップ、リファレンス、バックバーナーのいずれかに分類する
何かが自分の取り込みシステムに入ったら、すぐに3つのバケツのいずれかに仕分ける——すべての項目はちょうど1つに属さなければならない。
アクション・メソッドを実践する
関連する悩み
- やることを絞ったタスクリスト
オープンエンドのToDoリスト上の位置ではなく、各タスクにカレンダー上の固定の時間枠を割り当てる。
リストではなく時間枠でタスクをスケジュールする
- 現実的なToDoリストの作り方
実際にコミットする締め切られた毎日の「やる」リストとは別に、マスターの「やるべき」リストを保つ。
「やる」リストと「やるべき」リストを分ける
- アイデア置き場とタスクリストの違い
オープンエンドのToDoリスト上の位置ではなく、各タスクにカレンダー上の固定の時間枠を割り当てる。
- タスクを一元管理するリストの作り方
実際にコミットする締め切られた毎日の「やる」リストとは別に、マスターの「やるべき」リストを保つ。
- やることリストをシンプルにする方法
できる限り少ないリストを使う—一つの受信箱、いくつかの文脈リスト、それ以上凝ったものは持たない。
シンプルで少数のリストのシステムを保つ
- シンプルなタスクリストの作り方
できる限り少ないリストを使う—一つの受信箱、いくつかの文脈リスト、それ以上凝ったものは持たない。
自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。