GTDの「処理」判断フロー ― 受信箱の中身をどう仕分けるか

思いついたことを全部一つの受信箱に書き出すのは簡単な部分です。その中身を「実際にはどういう意味か」を判断して処理する段階こそ、多くのタスク管理が挫折するポイントです。ここではその判断フローを整理します。

上から順に、1つずつ処理する

受信箱の中身を、順番を飛ばさず上から順に処理し、次に進む前に必ず1つの項目について判断を下します。判断したくない項目を後回しにすることが、受信箱が再び溜まっていく典型的な原因です。

最初の問い:行動が必要か?

行動がまったく必要ない項目には、正直に言えば行き先は3つしかありません。ゴミ箱、後で必要になるかもしれない情報を入れる参考資料フォルダー、そしていつか着手するかもしれない「いつか/もしかしたら」リストです。

2分以内で終わるなら、今すぐやる

このルール1つだけで、未処理項目の山を大きく減らせます。簡単な返信や一行の更新、小さな作業は、書き留めて分類し後で見直すよりも、その場で終わらせてしまうほうが早いことがほとんどです。

自分の仕事でなければ、任せて記録する

他の人が担当したほうがよい項目は、その人に任せたうえで「返事待ち」リストにおおよその期限とともに記録しておきます。こうすることで、進捗が止まった場合に催促するための記録が残ります。

2分以上かかり、自分がやるべきものは、具体的な次の行動として先送りする

実際に時間がかかる項目には、あいまいな目標ではなく、具体的で物理的な行動として次の行動を書きます。「歯医者に電話して予約を変更する」は次の行動ですが、「歯医者の件を片付ける」はそうではありません。あいまいな表現は、タスクリストがいつの間にか使われなくなる最も多い原因です。

複数のステップが必要なら、それは「プロジェクト」

このシステムでは、完了までに複数の行動を要するものはすべてプロジェクトとして扱われ、どのプロジェクトにも明確な次の行動が1つ紐づいている必要があります。次の行動が紐づいていないプロジェクトは、いつまでも止まったままになりがちです。

目的は「整理」ではなく「判断」

処理と整理を混同しがちですが、きれいなフォルダーに項目をしまい込むこと自体は、実際に何をすべきかを決めていなくても生産的に感じられてしまいます。この判断フローは、まず「これは実際どういう意味で、自分は何をする必要があるのか」という、より難しい問いに先に向き合わせてくれます。

あいまいな次の行動が最もよくある失敗の原因

タスクリストは派手に破綻するのではなく、静かに機能しなくなっていくことがほとんどで、最も多い原因は行動できないほどあいまいな書き方です。「旅行を計画する」や「税金の手続きをする」は、今すぐ始められる具体的な1つの行動を示していないため、何週間も未完了のまま放置されがちです。止まってしまった項目を具体的な最初の一歩として書き直すだけで、また動き出すことがよくあります。

よくある質問

「理清(判断)」と「整理」はどう違うのですか?

判断は考える段階――行動が必要かどうか、次の行動は具体的に何かを決めることです。整理はその後に続く段階で、すでに判断が済んだ項目を適切なリストやカレンダー、フォルダーに振り分けることです。

受信箱は毎回完全にゼロにしないといけませんか?

完全に空になった状態は気持ちがよいものですが、必須ではありません。それより大切なのは、受信箱にある項目すべてに一度目を通し、何らかの判断がすでに下されていることです。「いつか/もしかしたら」リストに先送りされ、完全には削除されていない項目があっても問題ありません。