Obsidian週間レビューシステム：ステップ・バイ・ステップのワークフロー

週間レビュー（Weekly Review）は、あなたのGTDシステムが機能し続けるか、静かに廃れていくかを決める唯一にして最大の習慣です。Obsidianでどんなに綺麗なキャプチャ用インボックスを作り、精緻なコンテキストタグを設定し、賢いダッシュボードを構築したとしても、定期的なレビューがなければ1ヶ月もしないうちに古いタスクの墓場と化してしまいます。「収集」と「処理」が筋肉であるなら、「レビュー」はシステム全体の信頼性を維持するための心拍です。

嬉しいことに、Obsidianはこの習慣をほぼ負担なく実践できるように設計されています。Periodic Notes、Templater、Tasks、Dataviewを連携させることで、毎週決まった日にレビュー用ノートが自動生成され、注意を払うべきタスクを正確に抽出するライブクエリがプリセットされます。あなたはチェックボックスをタップしていくだけで、ダッシュボードは勝手に更新されていきます。

本ガイドでは、たった1つのObsidianノート上で完結する、再現可能で大部分が自動化された30分間の週間レビュー手順を解説します。プラグイン構成、コピー＆ペースト可能なテンプレート、期限切れ作業や停滞プロジェクトを特定する正確なTasks/Dataviewクエリ、時間制限付きチェックリスト、そして忙しい週のための10分短縮版フォールバックまで網羅しています。最終的に、レビューは厳格でありながら低い心理的ハードルで実行できるようになり、これこそが習慣として定着する唯一の方法です。

なぜ週間レビューがGTDシステムの要（キーストーン）なのか？

週間レビューが要である理由は、システムが脳からの信頼を取り戻す瞬間だからであり、信頼こそがGTDの存在意義だからです。これはデビッド・アレンの「見直し（Reflect）」ステップであり、GTDを「実際に運用し続けている人」と「一度試してフェードアウトした人」を分ける境界線です。

GTDは1つの約束の上に成り立っています。「脳はアイデアを保持する場所ではなく、生み出す場所である」という約束です。この約束は、システム内にあらゆる情報が正確かつ最新の状態で保持されていると確信できて初めて機能します。処理されていないインボックスや忘れ去られたプロジェクトに重要な何かが埋もれているのではないかと疑った瞬間、脳は「念のため」とばかりにすべてを記憶しようとし始め、GTDがもたらす静かな集中力は霧散します。

週間レビューはその脱線を防ぎます：

• インボックスを完全にゼロにし、1週間を通じてキャプチャを摩擦なく保ちます。
• すべてのプロジェクトと「次にとるべき行動」リストを更新し、放置を防ぎます。
• 毎週、クリアな思考と最新のシステム状態へとリセットします。

数週間レビューをサボると、収集が雑になり、処理が滞り、ダッシュボードは完了済み・不要・誤ったタスクで溢れ返ります。定期的に実施すれば、「何も漏れていない」という静かな自信が得られます。基礎となる収集と処理の仕組みがまだ整っていない場合は、レビューで維持すべき5つのステップを解説した GTDセットアップ完全ガイド をご覧ください。

優れた週間レビューでカバーすべき内容とは？

優れた週間レビューは、「頭を空にする（Get Clear）」「状況を最新にする（Get Current）」「創造力を発揮する（Get Creative）」の3フェーズを順番に実行します。これがGTDの王道プロセスであり、順番通りに実行することで、単なるあやふやな「片付け作業」がシステム全体の完全リセットへと変わります。

頭を空にする（Get Clear） は、すべてを空にすることに集中します：

• 物理・デジタルすべてのインボックスを完全に処理してゼロにします。
• 頭の中に残っているあらゆる事柄を書き出すマインドスウィープ（Mind Sweep）を行います。

状況を最新にする（Get Current） は、既存のデータを更新することに集中します：

• 過去1〜2週間のカレンダーを振り返り、やり残した用事やフォローアップを回収します。
• 今後2〜6週間の予定を見通し、直近のイベントや締め切りの事前準備を行います。
• アクティブな各プロジェクトを確認し、明確な「次にとるべき行動」が設定されているか検証します。
• 「次にとるべき行動」リストおよび「連絡待ち（Waiting-for）」リストを更新します。

創造力を発揮する（Get Creative） は、選択肢を広げることに集中します：

• 「いつかやる／やるかも（Someday/maybe）」リストを見直し、今すぐ実行可能になったものをアクティブなシステムへ引き上げます。
• 中長期の目標や視点を見返し、今週の行動が重要課題と一致しているか確認します。

ヒント：カレンダーの確認は双方向に行う必要があり、多くの人が片方しか行いません。過去を「振り返る」ことでやり残したフォローアップを拾い上げ、将来を「見通す」ことで後手に回らず事前に準備できます。毎週必ず両方行ってください。

未処理のインプットで溢れかえったシステムを正しく最新化することはできません。まず空にし、次に最新化し、最後に創造的になりましょう。

Obsidianで週間レビューノートのテンプレートをどう構築するか？

レビューノートは、Periodic Notes プラグインを Templater テンプレートと連携させて構築します。これにより、毎週決まった日に完成されたレビューノートが自動生成されます。手動で毎回作り直す手隙を省くことが、習慣化の自動化に不可欠です。

おすすめのプラグイン構成：

• Periodic Notes — スケジュールに従って週間ノートを自動生成し、日付の命名規則を管理。
• Calendar — クリック可能な月間ビューを提供し、任意の週間ノートへ素早く移動。
• Templater — 動的な日付コードとチェックリストの骨組みを各新ノートに注入。
• Tasks および Dataview — ノート内でライブクエリを実行・描画。
• QuickAdd（オプション） — 1回のショートカットキーでインボックスへ即座にキャプチャ。

Periodic Notesを gggg-[W]ww（例：2026-W23）のような週間ノート形式に設定し、週間テンプレートの設定を専用のテンプレートファイルに向けます。実践的な骨組みは以下の通りです：

# Weekly Review — <% tp.date.now("gggg-[W]ww") %>

![[Last week's review]]

## 1. Get Clear
- [ ] Mind sweep (5 min)
- [ ] Inbox to zero (5 min)

## 2. Get Current
- [ ] Review completed + overdue (5 min)
- [ ] Review projects + next actions (5 min)
- [ ] Waiting-for follow-up (3 min)
- [ ] Calendar back + ahead (3 min)

## 3. Get Creative
- [ ] Someday/maybe + pick top 3 (4 min)

## This week's top 3
1. 
2. 
3. 

前週ノートを埋め込む ![[ ]] 記述により連続性が生まれ、新しい週を計画する前に先週約束したことを確認できます。各見出しの下のスペースに、次で構築するTasksとDataviewのクエリが描画されます。

注意：Periodic Notesが 絶対必須 というわけではありません。Obsidian標準のデイリーノートプラグインでも週間ノートを保持できます。しかし、Periodic Notes ＋ Calendar ＋ Templater の組み合わせは、手動での作成や日付入力を不要にし、レビューをサボる原因となる摩擦をきれいに取り除いてくれます。

TasksとDataviewで期限切れや完了タスクをどう抽出するか？

レビューノート内にライブクエリを直接埋め込むことで、注意が必要な作業が自ら表面化し、探す手間がなくなります。これこそが、紙のチェックリストに対してObsidianが誇る最大の強みです。

まず、達成したことと遅れていることの両面を1つのブロックで表示するクエリから始めます：

(done after last monday) OR (not done AND due before today)
group by status
sort by due
hide backlink

これにより、先週月曜日以降に完了した全タスク（小さなモチベーション向上）と、期限が切れて未完了の全タスクが並んで表示されます。次に、これから始まる1週間を見通すクエリです：

not done
due before in 7 days
sort by due

しかし最大の利点は、静かに停滞しているプロジェクトを捕まえることです。プロジェクトが止まる最も一般的な理由は、未完了の「次にとるべき行動」が設定されていないためです。一見何も問題がないように見えるため、そのまま放置されてしまいます。Dataview の集計がこれを自動検出します：

TABLE length(filter(file.tasks, (t) => !t.completed)) AS "Open tasks"
FROM "Projects"
WHERE length(filter(file.tasks, (t) => !t.completed)) = 0

これは Projects フォルダ内で未完了タスクが残っていないすべてのノートをリストアップする、停滞プロジェクト検出器です。

役割分担は以下の通りです：

• Tasks は、チェックボックス形式の全要素（期限切れ、もうすぐ期限、完了済み）に使用。
• Dataview は、集計テーブル（プロジェクトステータス一覧、領域概要、いつかやるリスト）に使用。

クエリの詳しいフィルタ構文や繰り返し構文については、Obsidian Tasksプラグイン完全ガイド を参照してください。

30分で完了する再現可能な週間レビューのチェックリストとは？

再現可能なレビューとは、8つのステップを各ステップごとにチェックボックス化し、ノート自体を実行マニュアルとして機能させる、30分限定のタイムボックス型プロセスです。制限時間を設けることが重要なのは、終わりのないレビューは午後全体へと膨れ上がり、最終的にレビュー自体を避けるようになるためです。

以下の順番で進めます：

1. マインドスウィープ（5分）。 頭の中に残っていることをすべて書き出します。まだ処理せず、収集だけに集中します。
2. インボックスのクリア（5分）。 キャプチャした各項目を処理・整理し、インボックスを空にします。
3. 完了・期限切れタスクの確認（5分）。 Tasksクエリを実行。完了した作業を称え、期限切れのものは再スケジュールか削除します。
4. プロジェクトと次にとるべき行動（5分）。 各アクティブプロジェクトに明確な「次にとるべき行動」があるか確認し、無ければ追加します。
5. 連絡待ちのフォロー（3分）。 他人に任せた作業や返信待ちの項目を確認します。
6. カレンダーの振り返りと先回り（3分）。 過去1〜2週間のやり残しを確認し、未来2〜6週間の準備を行います。
7. いつかやる／やるかも（4分）。 今すぐ実行可能になった項目をアクティブなシステムへ引き上げます。
8. 今週の最優先3事項の選定。 良い1週間だったと言えるための3つの成果を選び、ノート上部に書き込みます。

各ステップがチェックボックスになっているため、ノートが自動的に実行ログとなります。自身で構築するのが面倒な場合、Obsibrain にはこのチェックリストの洗練された構築済みバージョンが含まれています。

ヒント：記憶を頼りにするのではなく、ノートを目の前に開いた状態でレビューを行ってください。最後のチェックボックスにチェックを入れることが、システムが最新状態になり、安心してPCを閉じられるサインとなります。

週間レビューはPARAやGTDとどう連携するのか？

週間レビューは、GTDのリストとPARAのフォルダが同期する瞬間であり、特に要素がPARAのカテゴリから別のカテゴリへと*昇格（卒業）*する場です。PARAは実行可能性によってVaultを組織化し、GTDリストはその上で日々の行動を推進します。レビューはその交差点です。

各レビュー対象をPARAのカテゴリに対応させます：

• Projects（プロジェクト） — 複数ステップからなるアクティブな約束事。それぞれに未完了の「次にとるべき行動」が必要です。「最新化」の核心です。
• Areas（領域） — 継続的な責任や維持すべき基準（健康、財務、チームなど）。完了ではなく、放置されていないか確認します。
• Resources（リソース） — 参照資料。今週収集した役立つ資料を分類・保管します。
• Archives（アーカイブ） — 完了または休眠状態になった項目。日常の視界から外します。

GTDのリスト（インボックス、次にとるべき行動、連絡待ち、いつかやる）は、これらのフォルダを横断し、置き換えるのではなくクエリ検索します。変化は境界線で起こります：

• 準備が整った いつかやる 項目が、アクティブな プロジェクト へ昇格。
• 完了した プロジェクト が アーカイブ へ移動。
• キャプチャした参照メモが リソース へ定着。

この昇格モデルにより、Vaultが散らかるのを防ぎます。毎週、要素は「行動」へ向かって上へ動くか、「アーカイブ」へ向かって外へ動きます。基礎となるフォルダ構造については、Obsidian PARAメソッド構築ガイド を参照してください。

週間レビューを習慣化させるには？

摩擦を徹底的に減らし、時間を死守することで習慣化できます。レビューが失敗する原因は、やり方が悪いことよりも「スキップすること」の方が圧倒的に多いためです。継続は完璧に勝ります。

効果的な摩擦軽減策：

• 毎週同じ曜日、同じ時間。 金曜の午後（仕事の週を綺麗に締めくくる）か、日曜の夜（新しい週に備える）が効果的です。週の混乱が始まっている月曜は避けましょう。
• カレンダーに本物の予定としてブロックする。 「時間がある時にやる」レビューは絶対に実行されません。
• 集中モードにして環境を変える。 別の椅子に座る、カフェに行く、ヘッドホンを付けるなど、「今はレビューの時間だ」と合図になる変化を作ります。
• 既存の習慣に重ねる（Habit Stacking）。 すでに定着している毎週の習慣にレビューを紐付けます。
• 準備の手間をゼロに近づける。 テンプレートが自動生成され、クエリがプリロードされていれば、設定作業も先延ばしの言い訳もなくなります。

また、エネルギーが低い週のために、短縮版を用意しておきます：

ヒント：10分間の短縮レビューは「マインドスウィープ ＋ インボックス清掃 ＋ プロジェクトリスト確認」で構成されます。これだけで、3分の1の時間で約80%の価値が得られます。短時間でも実施することは、スキップすることよりも100倍優れており、ストリーク（連続記録）を絶やさないことが何より重要です。

このパターンは、日々のチェックで今日を軌道に乗せるデイリー運用と重なります。Obsidian デイリーノート完全ガイド で、この週間レビューの素早い兄弟版を解説しています。

自分で構築すべきか、Obsibrainを使うべきか？

これらをすべて自作することも可能ですが、コストを客観的に見極めてください。テンプレート、日付ロジック、TasksとDataviewのクエリ、PARAの骨組み、GTDリストの構築には数時間の細かい作業が必要であり、情熱的に始めても途中で挫折しやすいタイプのプロジェクトです。皮肉なことに、不完全なレビューシステムこそが、GTDが最も警戒する「信頼できないシステム」になってしまいます。

Obsibrain は、これらすべてが初期設定済みで提供されます。日・週・月・年単位の定期レビューノートが最初から使え、TasksおよびDataviewのダッシュボードが配線済みで、GTDリストやPARAフォルダ構造が整っています。今週のレビューノートを開くだけで、チェックリストとライブクエリがそこに待っており、すぐにチェックを始められます。

これがシステム全体にどう組み込まれるか知りたい方は、最高のObsidian生産性テンプレートガイド で、週間レビューがプロジェクト、習慣、ダッシュボードとどう繋がっているかを確認してください。

よくある質問（FAQ）

週間レビューにはどれくらい時間をかけるべきですか？ テンプレートが整ったら30分を目指しましょう。習慣化の途中や遅れを取り戻す間は30〜60分かかるのが普通です。最初の数回は長くなりがちですが、システムが最新状態に保たれれば、30分のタイムボックス運用が現実的かつ持続可能になります。

週間レビューを行うのに最適な時間帯はいつですか？ 最適な時間帯とは、あなたが最も確実に継続できる固定枠のことです。金曜午後は仕事をすっきり終えるのに適しており、日曜夜は月曜からのスタート ダッシュに役立ちます。どちらも月曜朝より優れています。曜日そのものより継続性が重要です。

週間レビューにPeriodic Notesプラグインは必須ですか？ いいえ。Obsidian標準のデイリーノートプラグインでもレビューを保持できます。ただし、Periodic Notes、Calendar、Templaterの組み合わせは生成・日付設定・テンプレート適用を全自動化してくれるため、多くの人が途中でサボる原因となる摩擦を解消してくれます。

デイリーレビューと週間レビューの違いは何ですか？ デイリーレビューは「今日」やるべきことを決める素早い整理であり、週間レビューは一歩引いて「全体」のシステムを最新かつ信頼できる状態に保つ作業です。デイリーは今この瞬間の行動を維持し、週間は構造全体の脱線を防ぎます。

結論

週間レビューは、GTDシステムのすべてのパーツに価値を与え続ける、小さくも定期的な重要習慣です。レビューがなければ収集は滞りダッシュボードは廃れますが、レビューがあれば毎週クリアな思考と信頼できるシステムへとリセットされます。Obsidianなら、Periodic Notes、Templater、Tasks、Dataviewがノートの生成と情報抽出を自動で行ってくれるため、手動で1時間探す代わりに、30分間チェックボックスをタップするだけの快適な作業に変わります。

クエリを深く理解するためにイチから自作するのも良し、完成されたテンプレートからスタートして今週の金曜日に最初の本物レビューを実行するのも良しです。いずれにせよ、その時間を死守し、忙しい週には10分短縮版を用意し、継続の鎖を絶対に切らないでください。その途切れないレビューの連鎖こそが、信頼できる本物のシステムと、形だけの残骸とを分ける唯一のラインなのです。