PARAで問い続けるのは「これは終われるか？」という一つの問いだけでいい

デジタル情報整理の方法論はたくさんあります。PARAもそのひとつで、Tiago Forte氏が提唱した「Project・Area・Resources・Archives」の4分類です。概念自体を知ってから何年も経ちますが、4つをすべてきちんと実装した時期は一度もありませんでした。

それでも、PARAから受け取ったものは確かにあります。「これはプロジェクトか、それともエリアか」という問いを持てるようになったこと。これだけで、かつてのタスク管理の混乱がかなり整理されました。

プロジェクトとエリアを混同すると、終わらない仕事が量産される

PARAの4分類の中で最も重要な区別は、**プロジェクト（終わりがあるもの）とエリア（終わりがないもの）**の2つです。

プロジェクトは、ゴールと締め切りがある取り組みです。対してエリアは、時間をかけて継続的に維持すべき責任範囲。健康、財務、家族など。この2つは「真逆のアプローチ」が必要なものです。プロジェクトは素早く集中して進める。エリアは全体のバランスを見ながらゆっくりと判断する。

問題は、この2つがよく混同されることです。「スタッフを雇う」というのは人事担当者の責任範囲（エリア）であって、プロジェクトではありません。プロジェクトは「営業職を1名採用する、期限は3ヶ月」のように終わりが見えていなければなりません。終わりのないタスクをプロジェクトとして登録してしまうと、いつまでも終わらない仕事がリストに積み上がっていきます。

目標リストとプロジェクトリストを並べ、線で結んでみる。という方法をTiago氏は提案しています。対応しないプロジェクトは「趣味」で、対応しないゴールは「夢」です。この分類自体が、自分の仕事と生活の現状を可視化する整理になります。

「全部やる必要はない」。核心だけ取り出して使う

PARAの実装を詳細に追っていくと、すぐにメンテナンスコストの高さに気づきます。複数のアプリ間でフォルダ構造を統一し、ノートを常に適切なカテゴリに振り分け続ける。これを維持しようとして途中で止まった、という話はよく聞きます。

過剰なツール整備は、情報を活用するという本来の目的を後回しにしてしまいます。PARA全体のシステムを完璧に動かすより、「プロジェクトとエリアの区別」という核心だけを取り出して使うほうが、長く続くことが多い。

Obsidianで使うなら、プロジェクトをプロパティで管理する、あるいはAstro/Publish/topics/タスク管理のページで説明しているようにSpaced Repetitionと組み合わせることで、PARAの実装を複雑にしなくても近い効果を得られます。フォルダを使わずリンクで整理するObsidian流の実装も、同じ発想の延長線上にあります。

Resourcesは「今使う」を基準に選ぶと管理コストが消える

PARAの3番目の分類、Resources（現在のプロジェクトには直結しないが関心を持っているトピック）は、扱いが難しいカテゴリです。デジタルのストレージが無限に近くなったことで、「いつか使いそう」なものを際限なく集めてしまいがちです。

ここで役立つ基準は「今使う情報だけ保管する」という切り替えです。「いつか読もう」ではなく「読んだものを保管する」。この意識の差が、Resourcesの肥大化を防ぎます。収集した情報を使う時間と能力には限界があります。コレクション自体が目的化した瞬間から、資料は活用されなくなります。

PARAはフレームワークより問いを借りるために使う

PARAを学ぶ価値は、「このシステムをそのまま使う」ことではなく、「情報を扱うときの問いかけの語彙を増やす」ことにあります。

「これはプロジェクトか、エリアか」「これは今使う情報か、いつか使う情報か」。この2つの問いを持ちながら自分のファイルやタスクを見ると、それまで見えなかった整理のポイントが見つかります。

4分類を完全に守ることより、この問いを自分の判断に使い続けることのほうが、長い目で見て価値があります。

関連

• GTD — PARAのエリア/プロジェクト区別はGTDと構造が近い。2つの共通点と違いを理解すると整理の軸が定まる
• Astro/Publish/topics/タスク管理 — PARAのプロジェクト定義をしたあと、日々のタスクをどう動かすかはここで扱う
• Johnny Decimal — PARAと組み合わせられる番号ベースの情報整理手法。フォルダの設計まで踏み込みたい人向け
• johnny-decimal-obsidian — フォルダを使わずリンクで実装するObsidian流のPARA実装例