振り返り（レビュー）——週次レビューを捨てて「常時レビュー」に変えた話

週次レビューが続かない理由と、Obsidian × Spaced Repetitionで実現する「毎日少しずつ振り返る」常時レビューの考え方と実践。

振り返り（レビュー）

「週次レビューをやろう」と決意して、失敗した回数を数えたことがあるでしょうか。ごりゅごは少なくとも10回以上は決意して、そのたびに3週間ほどで崩れるというのを繰り返してきました。

問題は意志力ではなかったと、今は思っています。週次レビューという設計そのものが、現代の情報量に合っていなかったのです。

週次レビューが崩れる理由

GTDの考え方に従って、頭の中の気になることをすべてデイリーノートに収集する。この第一歩は素晴らしいものです。問題は、その次に来る「処理」と、溜まり続ける「いつかやる」リストでした。

週次レビューでそのリストを見直そうとすると、あるとき数十件だったものが数百件になっていることに気づきます。すべてを見返すだけで半日かかり、気づいたら精神的に疲弊して終わる。やがてレビューそのものが億劫になり、「今週はいいか」が続いて、気づいたらシステムが機能しなくなっています。

これはごりゅごだけの経験ではないようで、「いつかやるリストが1万件を超えた」「週次レビューが夢の残骸置き場になった」という声をよく聞きます。

「常時レビュー」という発想の転換

この問題を解決するために行き着いたのが、週次レビューをやめて「常時レビュー」に切り替えるという考え方です。

週に一度まとめてやるのではなく、毎日あるいは隙間時間に少しずつ見返す。ObsidianのSpaced Repetitionプラグインが、この仕組みの核心になっています。

仕組みはシンプルです。振り返りたいと思うノートに #review などのタグをつけておくと、プラグインが忘却曲線に基づいて「今日見返すタイミングですよ」と教えてくれます。見返したときに「Easy（もういい）」と評価すれば次は数ヶ月後に、「Hard（また考えたい）」と評価すれば数日後に、再びそのノートが現れる仕組みです。

一度に大量のリストを眺める必要がなくなります。システムが「今日考えるべきこと」を自動で選んでくれるため、毎日5〜10分、提示された数件のノートと向き合うだけで済む。これが「常時レビュー」です。

振り返りは実行と同時に起こる

常時レビューを続けていて気づいたのが、振り返りと実行は分離できないということです。

ノートを開く。1行だけでいいから何か書き足す。それが既に「仕事を前に進める」ことになっています。確定申告の準備ノートを3ヶ月前から少しずつ見返していると、当日の負荷が劇的に下がっていた——そういう体験が積み重なりました。

GTDの考え方では「レビュー」と「実行」が別のフェーズとして設計されています。でも実際には、ノートを開いて1行書き足したその瞬間から、もう実行は始まっているのではないでしょうか。週次レビューは「見直す時間」、常時レビューは「ちょっと触れる日常の習慣」——この違いが、継続できるかどうかを分けていると感じています。

失敗パターン：レビュー対象が増えすぎる問題

ただし、常時レビューにも罠があります。

気になるものに何でも #review タグをつけていると、300件・400件と増殖することがあります。こうなると今度は「常時レビューの量が多すぎて終わらない」という別の破綻が起きます。

ごりゅごの対策は2つです。1つ目は、何度か見返して「もういいかな」と思ったものは積極的にタグを外すこと。もう1つは、キャパシティを超えたら先送りを恐れないこと。レビューしきれない日は、残りをすべて「明日以降に送る」と判断する。完璧主義を捨てて、できる範囲で継続することの方が、長期的には価値があります。

週に1件ほど新しいノートをレビュー対象に追加するペースが、ごりゅごには合っていると感じています。

振り返りがObsidianでなければいけない理由

同じことをタスク管理アプリでやろうとしたことがありますが、うまくいきませんでした。アプリにはノートへのリンクがなく、書き込みもできないからです。

Obsidianで振り返りを行うと、ノートを開いた際に関連するノートへのリンクをその場で張れます。「スティービーワンダーについて書こう」と思ったときに、過去に書いたコード進行のノートを振り返りながらリンクを繋げていく——その積み重ねが、次に記事を書くときの「取っ掛かりの早さ」になっていきます。ファイルベースのシステムだからこそ、振り返りが知識の蓄積と直結するのです。