コーチングプラクティス: 複数のプロジェクトを整理する方法
取り組んでいることをほぼ何でも入力すると、IX Coach が現実に最も合うプラクティスを見つけます。「複数のプロジェクトを整理する方法」については、現在のプラクティスライブラリからの最適な一致をご覧ください。
役立つかもしれないプラクティス
- 各プロジェクトのアクション・ステップを他のプロジェクトから物理的に分離しておく
異なるプロジェクトのアクション・ステップを1つのリストに混在させることは、コンテキスト切り替えのコストを増やし、進捗を見えにくくする。
アクション・メソッドを実践する - PARAで整理する:プロジェクト、エリア、リソース、アーカイブ
実行可能性ですべてを分類する――アクティブなプロジェクトを最初に、参考資料を最後に。
セカンドブレイン構築(BASB)を実践する - シンプルなTo Do / Doing / Doneボードを設定する
3つの列と付箋(物理的でもデジタルでも)があれば、あなたの作業を一目で可視化できる。
パーソナル・カンバンを実践する - 同時進行のプロジェクトを制限してループの負荷を減らす
現実的に追跡できる数にアクティブなプロジェクトを制限する——見直されないプロジェクトは閉じられていないループだ。
ツァイガルニク効果:未完了のタスクがなぜ心を占領するのか - 終わらせて、止めることを自分に許す
少数のプロジェクトを選び、次を加える前に実際に完了させる。
『限りある時間の使い方』を実践する - シンプルで少数のリストのシステムを保つ
できる限り少ないリストを使う—一つの受信箱、いくつかの文脈リスト、それ以上凝ったものは持たない。
Zen To Done(ZTD)を実践的に - 一つの最上位目標のもとに努力を組織する
日々の目標を、一つの包括的な目的に仕える階層として編成する。
グリット:情熱と粘り強さを、正直に評価する - 単一の週次優先順位設定ミーティングを行う
アドホックな優先順位の要求を、チーム全体が一緒に再仕分けする一回の週次ミーティングに置き換える。
チームのためのアイゼンハワー・マトリクス - トピックではなく認知モードでタスクを分類する
バッチ間の精神的なギアチェンジを最小化するため、単なるプロジェクトではなく、必要とされる思考のタイプでタスクをまとめる。
タスクバッチング:似た作業をまとめて切り替えコストを減らす - すべての進行中プロジェクトについて、現状の次のアクションを見直す
開いているすべてのプロジェクトについて、明確に定義された次のアクションが1つだけあることを確認する。
GTDウィークリー・レビュー
関連する悩み
- プロジェクト管理で頭の負荷を減らす方法
ジョン・スウェラーが開発した認知負荷理論は、学習がワーキングメモリによってボトルネック化されると説明する。ワーキングメモリは同時に約4〜7個の項目しか保持できない。この理論は、教材に内在する負荷、提示の悪さによって生じる外在的負荷、スキーマ構築による本質的負荷を区別する。効果的な学習と指導は外在的負荷を最小化し、解放された容量を真の理解へと向ける。
認知負荷理論:ワーキングメモリの限界の中で学ぶ
- 大きなプロジェクトを毎日少しずつ進める
大きなプロジェクトは、マラソンのようなセッションのために取っておくのではなく、毎日少しずつ削り取っていく。
長期プロジェクトには「少しずつ、頻繁に」というアプローチを使う
- 状況別にタスクを整理する方法
GTDでは、コンテキストとは次の行動をどこで、何を使って、誰とできるかということ ― 行動をコンテキストごとにグループ化することで、その瞬間にできることだけを目にするようにする。
GTDのコンテキストで行動を整理する
- 抱えているプロジェクトが多すぎる
現実的に追跡できる数にアクティブなプロジェクトを制限する——見直されないプロジェクトは閉じられていないループだ。
同時進行のプロジェクトを制限してループの負荷を減らす
- するとき 行動 方法 プロジェクト 孤立
異なるプロジェクトのアクション・ステップを1つのリストに混在させることは、コンテキスト切り替えのコストを増やし、進捗を見えにくくする。
各プロジェクトのアクション・ステップを他のプロジェクトから物理的に分離しておく
- 同時に抱えるプロジェクトはいくつまでが適切?
異なるプロジェクトのアクション・ステップを1つのリストに混在させることは、コンテキスト切り替えのコストを増やし、進捗を見えにくくする。
自分の言葉で状況を説明する でプラクティスライブラリ全体を検索できます。