Obsidianで実践するGetting Things Done (GTD)：完全セットアップガイド

Getting Things Done（GTD）は、デビッド・アレンが提唱したタスク管理メソッドであり、「頭脳はアイデアを生み出すためのものであり、それを覚えておくためのものではない」というシンプルな原則に基づいています。すべてのタスク、アイデア、約束事が頭の外にある信頼できるシステムに保存されていれば、「何か忘れているのではないか」という不安から解放され、目の前の作業に集中できるようになります。しかし、多くのGTDアプリは硬直的で、クラウドに縛られ、サブスクリプションが必要となります。Obsidianはその正反対です。ローカルファースト、プレーンテキスト、無限の柔軟性を備え、永遠にあなたの所有物となります。

本ガイドでは、スムーズな収集インボックスの構築から、確実に継続できる週次レビューまで、ObsidianにおけるGTDの完全なセットアップ手順を解説します。TasksやDataviewプラグインを連携させて文脈（Context）や期日ごとに「次のアクション」を抽出する方法、マルチステップのプロジェクト管理、さらにアイゼンハワーマトリクスを重ね合わせて「今何をすべきか」を明確にする手法を学びます。

最終的に、あらゆる情報を収集し、意味を見極め、適切な場所に整理し、必要な時に的確に抽出できるシステムが完成します。ゼロから構築する場合でも、既存のテンプレートを活用する場合でも、20年以上にわたりGTD実践者に支持されてきた本質的な原則を、あなた自身のマシン上で再現できます。

GTDの5つのステップとは？

GTDは生産性プロセスを5つの明確な段階に分割します。このメソッドの優れた点は、「一度に複数のステップを行わない」ことです。「収集しながら整理する」といったステップの混同こそが、多くのTo-Doリストが破綻する原因です。

1. 収集（Capture） — 気になるすべての事柄を信頼できるインボックスに集めます。アイデア、タスク、雑用、途中の思考など、頭の中から素早く吐き出します。
2. 見極め（Clarify） — 収集した各項目が何を意味するのかを処理します。行動を起こすべきか？不要なら削除、資料として保管、または「いつかやる」リストへ移動します。行動が必要な場合は、具体的にとるべき「次の物理的アクション」を決定します。
3. 整理（Organize） — 見極めた項目を適切な場所に配置します。「次のアクション」リスト、プロジェクト、コンテキスト（文脈）、またはカレンダーの日付へ分類します。
4. レビュー（Reflect） — システムを定期的に見直し（最も重要なのは週次レビュー）、システムへの信頼と最新状態を維持します。
5. 実行（Engage） — 作業を実行します。明確で信頼できるシステムがあれば、今すぐ取り組むべき作業を自信を持って選択できます。

Obsidianでは、各ステップをノート、タグ、クエリとして直接マッピングできるため、GTDと完璧にフィットします。

Obsidianでクイック収集インボックスを構築する方法

ショートカットキーで一瞬でアクセスできる1つの Inbox.md ノート（または専用の 00 Inbox フォルダ）を作成します。収集で最も重要なのはスピードです。思考を記録するのに数秒以上かかる場合、収集自体を行わなくなってしまいます。

おすすめのセットアップ：

• Vaultのルートに Inbox.md というノートを作成します。
• 「設定」→「ショートカットキー」を開き、「クイックスイッチャーを開く」を検索するか、インボックスに直行するTemplaterコマンドにショートカットを割り当てます。
• モバイル端末では、Obsidianを開いた際にこのノートが直接開くようショートカットやウィジェットを配置します。
• 必要に応じて、コアプラグインの Templater や QuickAdd を活用し、ファイルを開かずにタイムスタンプ付きの行を追加できるようにします。

収集されたアイテムは、最初はシンプルな箇条書きで十分です。この段階では見極めを行わず、収集に専念します：

• 歯医者に予約の電話をする
• アイデア：プレーンテキスト生産性に関するブログ記事
• サムの誕生日プレゼントを買う

ヒント：収集の段階で整理しようとする誘惑を抑えてください。インボックスは散らかっていて構いません。「見極め」の段階で処理します。

入力プロセスの最適化については、Obsidianデイリーノート完全ガイド のパターンも参考になります。

Tasksプラグインで見極めと整理を行う方法

Tasks プラグインを使用して、インボックス内の生の箇条書きを、期日、優先度、コンテキストを含む構造化されたクエリ可能なタスクに変換します。TasksはMarkdownのチェックボックス構文をネイティブに理解し、絵文字記号を使って豊かなメタデータを追加できます。

インボックスの項目を見極める際、次のアクションを決定して適切なタグを付与します。整理されたタスクの例：

• 歯医者にクリーニングの予約電話をする #context/calls 📅 2026-06-12 🔼

各要素の役割：

• #context/calls — 電話連絡をまとめて処理するためのGTDコンテキストタグ。
• 📅 2026-06-12 — Tasksプラグインが認識・ソートする期日。
• 🔼 — 優先度マーク（中優先度。⏫ は高、🔽 は低）。

一般的なGTDコンテキストはタグに綺麗にマッピングできます：#context/calls（電話）、#context/computer（PC作業）、#context/errands（外出・雑用）、#context/home（自宅）、#context/waiting（連絡待ち）。特に waiting コンテキストは、他者に委任した作業の追跡に威力を発揮します。

注：Tasksプラグインは標準のMarkdownチェックボックス上で動作するため、データは読みやすいテキスト形式のまま保持されます。

プラグインの全機能については、Obsidian Tasksプラグイン活用ガイド を参照してください。

TasksとDataviewで「次のアクション」を表示する方法

Vault全体から未完了、日付付き、優先度付きのタスクを抽出するクエリを記述し、動的なライブリストとして「次のアクション」を表示します。

Tasksプラグインには独自のクエリ言語があります。ノート内に tasks と指定したコードブロックを挿入すると、フィルターされたリストがレンダリングされます：

not done
due before 2026-12-31
priority is high

各行はAND条件のフィルターとして機能します。コンテキストごと、「本日締め切り」、「連絡待ち」などのダッシュボードを作成し、1つの Next Actions.md ノートにまとめてピン留めできます。

YAMLフロントメタデータやインラインフィールドの柔軟な検索を好む場合は、Dataview プラグインがTasksを強力に補完します。Dataviewはプロジェクトのステータス一覧テーブルを作成したり、エリアごとの未完了タスク数を集計したりできます。

実用的な役割分担：

• Tasks：チェックボックス型のデータ（次のアクション、期日、繰り返し、優先度）に利用。
• Dataview：高レベルの要約（プロジェクトダッシュボード、エリア概要、ノートメタデータに基づくレポート）に利用。

詳細は Obsidianでのタスク管理ガイド をご覧ください。Obsibrain のような事前構築済みテンプレートでは、これらのクエリやアイゼンハワービューがあらかじめ設定されています。

Obsidianにおけるプロジェクトの扱い方

GTDにおける「プロジェクト」とは、完了までに複数のステップを要するすべての事柄を指します。各プロジェクトに専用のノートを割り当て、ゴール、次のアクション、および関連タスクのリストを保持します。

プロジェクトノートの推奨構成：

• 明確なゴール（Outcome） を最上部に記述。
• 現在の「次のアクション」 を明記。
• タスクリスト（Tasksプラグイン形式）。
• 参照資料とリンク。

すべてのタスクにプロジェクトのコンテキストが含まれているため、プロジェクトノート内にはそのプロジェクトの未完了タスクのみを表示するクエリを配置し、全体ダッシュボードには「次のアクションが設定されていないプロジェクト」を警告表示するクエリを配置できます。

ヒント：次のアクションが定義されていないプロジェクトは「停滞したプロジェクト」です。#context/ タスクを持たないプロジェクトを抽出するクエリを実行することで、ブロックされているプロジェクトを即座に発見できます。

詳細は Obsidianプロジェクト管理ガイド を参照してください。

効果的な週次レビュー（Weekly Review）のやり方

効果的な週次レビューとは、毎週30〜60分程度時間を確保し、インボックスを空にし、すべてのプロジェクトを更新して、システム全体を信頼できる最新状態に戻すステップ（Review）です。

毎週以下のチェックリストを実行します：

1. インボックスを空にする：収集したすべてのアイテムを見極め・整理してゼロにします。
2. 「次のアクション」リストの見直し：完了したものをチェックし、古くなったものを削除、不足分を追加します。
3. プロジェクトリストの見直し：各プロジェクトに明確な次のアクションがあるか確認します。
4. 「連絡待ち」リストの見直し：委任した作業のフォローアップを行います。
5. カレンダーの見直し：過去1週間を振り返り、今後2週間の予定を確認します。
6. 「いつかやる/あるいは」の見直し：実行可能になったアイデアをアクティブなシステムへ移動します。

Obsidianでは、Periodic Notes プラグインや日次ノートを利用して週次レビューノートを運用できます。

注：週次レビューは必須のプロセスです。レビューを行わないGTDシステムは、1ヶ月以内に古いタスクが放置された廃墟と化してしまいます。

GTDにアイゼンハワーマトリクスを重ね合わせる

次のアクションを「緊急度」と「重要度」の2軸で分類し、アイゼンハワーマトリクスを重ね合わせます。GTDは「選択肢」を提供し、アイゼンハワーマトリクスは「優先順位の決定」を助けます。

4つの象限：

• 第1象限 — 緊急かつ重要：直ちに実行。危機対応や厳しい締め切り。
• 第2象限 — 緊急ではないが重要：計画して実行。価値の高い価値創造作業。
• 第3象限 — 緊急だが重要ではない：他者へ委任、またはまとめて処理。
• 第4象限 — 緊急でも重要でもない：削除・削減。

Obsidianでは、タグや優先度フィールドでこれを表現できます。Tasksプラグインの優先度（⏫ 高、🔼 中）と期日を組み合わせ、ダッシュボード上に4つのクエリを配置します。

自作するか、テンプレートから始めるか？

カスタマイズを楽しみ、システムの仕組みを深く理解したい場合は自作を、今日からすぐに生産性を高めたい場合は事前構築済みテンプレートの利用をお勧めします。

自作する場合はシステムを深く理解できますが、クエリやテンプレートの調整に時間を要します。

完成されたテンプレートを使用するとその手間をスキップできます。Obsibrain は、PARAフォルダ構造上にGTDとアイゼンハワーマトリクス、クイック収集、ダッシュボード、習慣トラッキング、定期計画があらかじめ組み込まれた環境を提供します。

他の設計手法との比較については 最高のノート作成システム も参考にしてください。

よくある質問（FAQ）

GTD運用にはTasksとDataviewの両方のプラグインが必要ですか？ いいえ。Tasksプラグインだけでも堅牢なGTDシステムを運用できます。Dataviewは、プロジェクト一覧やエリア別レポートなどの高レベル集計を行うためのオプション拡張です。

GTDのコンテキストはタグとフォルダのどちらで管理すべきですか？ #context/calls のようにタグで管理することをお勧めします。1つのタスクは特定のコンテキストに属しながら、複数のプロジェクト間を移動するためです。フォルダは大きなPARA構造に利用します。

GTDとアイゼンハワーマトリクスの違いは何ですか？ GTDは収集・見極め・整理を行う全体のワークフローであり、アイゼンハワーマトリクスは「次に何を実行するか」を決定する優先順位付けツールです。両者を組み合わせることで最高の効果を発揮します。

モバイル版ObsidianでもGTDを運用できますか？ はい。モバイルアプリでもVaultが同期され、TasksおよびDataviewプラグインが動作します。ホーム画面にインボックスノートへのショートカットを配置すると便利です。

まとめ

GTDが機能するのは、すべての情報を頭の中から信頼できるシステムへ移動させるからです。そしてObsidianは、完全なコントロールが可能なプレーンテキスト形式でそのシステムを提供してくれます。

クイック収集インボックスから始め、Tasksプラグインで「次のアクション」を見極め、コンテキストとプロジェクトで整理し、週次レビューを習慣化しましょう。ゼロから構築する場合でも、テンプレートを活用する場合でも、得られるメリットは同じです。クリアな思考、信頼できるシステム、そして何も見落としていないという安心感を手に入れることができます。