計画通りにいかなかった一日は、どう記録すればいいか

予定は、先にジムに行って、戻って報告書を仕上げて、夜は妹と食事のはずだった。実際に起きたのは、出かけてすぐのパンク、保険会社との四十分の電話、日付が変わってから仕上げた報告書、そして誰かに譲ることになった予約席だった。書こうとしていた一日とはまるで違う形になり、この落差こそが、こういう日がそもそも記録されない一番の理由になっている。

記録は計画の写しではない

崩れた一日を記録したくなくなるのは、記録を「計画が実現したかどうかの確認表」だと思い込んでいるからです。実際は違います。計画は事前に書かれた推測であり、それを書いた時点の自分は、まだあのパンクに出会っていません。記録は事後に書かれ、推測が終わったあとに実際どうだったかを書きます。だからこの二つのうち、外れることがあるのは計画だけです。記録は外れようがありません。何かを予測しているわけではなく、実際に起きたことをそのまま書いているだけだからです。パンクも、無事に終えたジムでのトレーニングも、「実際に起きたこと」としては同じ重みで記録に残ります。

そう考えると、崩れた一日は記録にとって難しいケースではなくなります。ただの一日です。記録は、その日がうまくいったかどうかに関係なく、書けることを持っています。

計画から外れた日を、記録に書きたくなくなる理由

「うまくいった日だけ書く」と誰かがはっきり決めたわけではありません。ただ自然とそうなります。うまくいった日は書きたくなり、崩れた日はもう考えたくなくて、アプリを開かずに終わります。その日が消えるのではなく、自分が飛ばしているのです。理由はもっともらしく感じますが、前提を取り違えています。記録は「その日がどうだったか」を報告する場所ではなく、「何が起きたか」をただ書く場所です。

これは予定リストとの違いでもあります。達成できなかった予定は、消せないままの×として残り、失敗のように見えます。記録には、そもそも×という形式がありません。「パンク、保険会社と四十分、報告書は深夜に提出」という一行は、記録として不合格になりようがありません。最初から誰かに約束したことなど、何もなかったからです。

結末ではなく、経過を書く

実際に効くのは、その日をどう評価するかではなく、起きた順番をそのまま書くことです。この二つはまったく違います。

• 弱い例:「最悪の一日だった。何もうまくいかなかった」
• 良い例:「出かけてすぐパンク、保険会社と四十分電話、報告書は十一時過ぎに提出、優花との夕食には行けなかった」

最初の一行は評価であり、一年後に読んでも何も戻ってきません。うまくいかなかった日はすべて「最悪」に圧縮された時点で、見分けがつかなくなります。二つ目の一行は記録です。どこで崩れ、どういう順番で、何を失ったのかが書かれていて、これはまさに記憶が最初に失い、記録が得意とする種類の細部です。

計画から外れた日ほど、あとで意味を持つ

順調だった日しか残っていない記録は、読み返すと妙に薄く感じます。パンクも、流れた予約も、静かに存在しなかったことになってしまうからです。実際には、計画から外れた日のほうが、あとになって何かを教えてくれることが多いものです。立て続けにうまくいかなかった一週間が、あとで振り返ればただ運の悪い一週間だったとわかること。ずっと予約を取り直そうと思いながら結局取り直さなかった夕食を、記憶が忘れたあとも記録だけが覚えていてくれること。崩れた日を「書く価値がない」と最初に決めてしまえば、こうしたあとからの気づきは手に入りません。

TimeMapはこの二種類の日を同じように扱います。一行、時刻、色。そのどこにも「予定どおりだったか」を問う項目はありません。パンクを記録するのも、無事終えたジムでのトレーニングを記録するのも、かかる手間はまったく同じです。記録が留めるのは実際に起きたことであり、実際に起きたことに、正しいも間違っているもありません。