Notionを基盤としたP.A.R.A実践（1）

P.A.R.A とは何ですか#

P.A.R.A の知識管理メソッドの作者はTiago Forteであり、彼は世界でも有名な生産性の専門家の一人です。

P.A.R.A は次のように指します：

プロジェクト（Project）：DDL と明確な目標を持つタスクのセットであり、最小の実行単位です。
領域（Area）：長期にわたって維持する必要がある事物のスペースです。
リソース（Resource）：継続的に興味を持っているトピックや問題であり、Areaをサポートする外部の知識の蓄積です。
アーカイブ（Archive）：他の 3 つのカテゴリには含まれないが、将来的に役立つ可能性がある事項です。

P.A.R.A についてのこの記事The PARA Methodは非常に良いものであり、ここではそれについて詳しく説明しません。ここでは、私自身がこのシステムを基に作成したアーキテクチャと Notion での適用について主に紹介します。

デザイン#

領域（Area）#

領域は興味のある事物の集まりであり、知識ベースの重要な構成要素であり、管理システムの中核です。

図書分類法や学術領域のアウトラインなどの学科分類方法を参考にして、興味のあるカテゴリとそのサブカテゴリを調べ、必要に応じて階層を追加しました。私は 3 つのレベルに分けました。例えば、コンピュータサイエンス → 言語 → Nodeのようになります。

領域にはほぼすべてのリソースと一部のプロジェクトが含まれます。

プロジェクト（Project）#

元の設計では、プロジェクトは領域とは異なる視点からリソースを管理するものであり、プロジェクトと領域は関連付けられるべきではありません。なぜなら、プロジェクト管理のリソースは最終的には領域に反映されるからです。ただし、Notion のデータベース機能は非常に強力であり、フィールドを追加することは簡単ですので、私は一部のプロジェクトを領域に関連付けることを望んでいます。これにより、領域に関連付けられたプロジェクトをさらに分解し、自分が愛する事物に段階的に近づくプロセスを具体化することができます。同時に、旅行や結婚などの領域に属さないプロジェクトにも一定の自由度を保つことができます。

リソース（Resource）#

リソースの概念は非常にシンプルですが、設計は非常に複雑です。主な理由は、リソースのタイプが多岐にわたるためです。リンク、フラッシュ、記事、ノート、メディアライブラリなどがありますので、異なる実装方法があります。たとえば、カードボックス法を使用することもできますが、後でメンテナンスが困難になりますし、異なるタイプのリソースフィールドの設計も異なるため、テンプレートを適用する際に冗長になります。最終的には、異なるタイプのリソースに対して異なるテンプレートと管理方法を設計することにしました。現在、タスク、フラッシュ、ノート、アートの 4 つのサブモジュールに分かれていますが、使用方法に応じて調整することもできます。

アーカイブ（Archive）#

この概念についてもいくつかの変更を加えました。アーカイブを年、四半期、月、さらにはイテレーションごとのビューに分けることで理解しやすくしました。その後、異なる周期のビューにガントチャートや統計表などを追加することもできます。非常に柔軟です。

長期にわたって維持される事物である領域はアーカイブに表示されません。

関連は以下の通りです：

Untitled

実装#

Notion 充電センター

まず、新しいページを作成し、アーカイブとリソースの 2 つのサブページ、およびプロジェクトと領域の 2 つの「ページ全体のデータベース」を追加します。

1701497817006

同様に、アーカイブページには年ビュー、月ビューなどの「ページ全体のデータベース」を追加し、リソースページにはタスク、フラッシュなどの「ページ全体のデータベース」を追加します。

ディレクトリ構造#

メインモジュール	サブモジュール	説明	主なフィールド
アーカイブ		アーカイブ
	月	月ビュー	進捗、所属年、所属シーズン
	シーズン	四半期ビュー	進捗、所属年、含まれる月
	年	年ビュー	進捗、含まれるシーズン、含まれる月
領域		領域	サブ領域
プロジェクト		プロジェクト	ステータス、開始日、終了日、作成日、含まれるタスク
リソース		リソース
	タスク	タスク	所属領域、所属プロジェクト、サブタスク
	フラッシュ	フラッシュ	所属領域、所属プロジェクト
	ノート	ノート	所属領域、所属プロジェクト
	アート	映像・音楽・書籍ライブラリ	所属領域、著者、開始日、終了日、感想など