なぜタイマーは「この作業はもう終わった」と決めさせようとするのか

レポートを書いているとします。途中でメールを開きます。レポートの内容を確認するためだけのつもりでした。でもそのままそのメールに返信してしまいます。返信を終えて文書に戻っても、頭の半分はまだそのメールに残っています。この間ずっと、「レポート作成」に紐づいたタイマーは動き続けていて、いずれあなたは停止ボタンを押し、その瞬間に、この一時間のうちどこでレポート作成が終わったのかを決めなければなりません。実際にはどこでも終わっていません。ただ、唯一のことではなくなっていっただけです。

タイマーが求める「区切り」は、多くの作業にはそもそも存在しない

タイマーを始めるのは小さな決断ですが、止めるのはそれよりずっと重い決断です。止めるということは、その作業が終わった——あるいは記録できる程度にはきりがついた——正確な一瞬を指し示すことだからです。会議が終わって全員が席を立つ、電話を切る、といった作業にはそういう区切りが確かにあります。けれど普通の一時間を埋めているものの多くは、そういう終わり方をしません。だんだん薄れたり、中断されたり、隣の何かにいつの間にか接続されたり、注意の前面から背面に下がって別のものに場所を譲ったりします。タイマーにはそのどれにも対応する設定がありません。あるのは「この作業は今終わった」というボタンひとつだけで、作業自身がそれに同意しているかどうかにかかわらず、どこか一瞬であなたに押させようとします。

「停止」が本当に求めているのは、あなたの判断

停止ボタンを押すのは機械的な操作に見えますが、その裏にあるのは判断です。さっきのメールは、レポート作成から離れた休憩だったのか、それともレポートに関係する内容だったのだから作業の一部だったのか。レポート作成は、メールを開いた瞬間に終わったのか、それとも今夜はもう戻らないとあきらめた瞬間に終わったのか。タイマーはこれに答えてくれません。ただ回り続けて、数字として記録できる答えをあなたが出すのを待っているだけです。だからあなたは何となく答えを出します。たいていは多少適当で、思っていたより少し遅れて。そうして保存される数字は、作業にどれだけ時間がかかったかというより、あなたがその判断をいつようやく面倒に思って片づけたかの記録に近いものになります。

どちらの決め方をしても、どこかずれる

注意がそれた瞬間に即座に止めれば、記録される時間は実際より短くなります。そのあとも二十分ほど、断続的にその作業に戻っていたからです。逆に、メールを見ていた間も、気がそれていた間も、コーヒーを淹れ直していた間もタイマーを回し続ければ、記録される時間は今度は水増しされます。その間、作業は画面に開かれていただけで、注意を本当に受け取っていたわけではないからです。どちらの数字も嘘ではありません。どちらも本物の問いに対する答えです。けれどどちらも、その一時間に実際に何が起きていたかをきれいに説明してはくれません。その一時間には、タイマーが必要とするような区切りが、そもそも存在しなかったからです。

判断が先送りされること自体が、負担になる

作業をきれいに終わらせるのは、思っているより難しいことが多いので、動いたままのタイマーは止められるよりも放置される傾向があります。誰かが忘れているわけではなく、きちんと終わらせるには、レポートがどこで「もうレポートではなくなった」のかを立ち止まって考える必要があり、そのひと手間が、タイマーを回したままにして後で何とかするよりも面倒に感じられるからです。「後で」というのはたいてい一日の終わりのことで、記憶を頼りに、どこかである作業が次の作業に場所を譲ったのかを再構成することになります。それはまさに、タイマーが本来不要にしてくれるはずだった、事後の当て推量そのものです。

ログは区切りの場所を、そもそも尋ねない

ログの一行は、あらかじめ決めておいた始まりと終わりを必要としません。必要なのは瞬間だけです——だいたい今、これをしていた。それを書くのに、直前の作業がもう正式に終わったのかどうかを判断する必要はありません。二時に「レポートを書いている」、二時二十分に「レポートに関係するメールで気がそれた」、二時三十五分に「レポートに戻ったが、まだ少し気が散っている」と書けます。三つとも本当のことで、それぞれ完結していて、どこで一方がもう一方に場所を譲ったのかを誰かに裁定してもらう必要はありません。裏で何かが回り続けて答えを迫ってくることもありません。あるのはただ、実際にあったとおりに書かれた一連の瞬間と、その間にある片づけきれない重なりを、そのまま重なったままにしておくことだけです。

区切りではなく、瞬間を書く。「レポートを書いている、途中でメールに気を取られながら」で一行として完結します。きれいな前後二つに分ける必要はありません。
あいまいな時間帯は、一行でまとめてしまってよい。一時間の大部分が一つのことで、端のほうに気の散りがあったのなら、正確そうに見える開始・終了時刻を無理に作るより、その一時間を正直にまとめた一行のほうが実態に近いことが多いです。
中断が印象に残ったなら、それだけで一行にする。「メールに返信するために止まった、思ったより長くかかった」は、それが中断した作業から差し引くものとしてではなく、単に起きたこととして、それ自体で書く価値があります。
あとから時系列をきれいに整えすぎない。一日が終わると、すべてをきちんとした区切りに整理したくなるものです。実際にはそのあいまいさのほうが正確な記録であることが多く、整えるほどに、また当て推量が忍び込んできます。

これによって何が省けるのか

これはボタンを押す数秒を節約する話ではありません。ほとんどの作業がそもそもきれいな答えを持っていない判断を、しかも一日の中で一番それを考えたくない瞬間——ちょうど次のことをしている最中に——迫られずに済むという話です。区間ではなく瞬間の積み重ねでできた記録は、その判断を一度も必要としません。そしてそれが、タイマーを作業そのものより疲れるものにしている、地味な摩擦の少なくない部分を取り除いてくれます。

TimeMapが記録するのは、瞬間と分類の色であって、開始時刻と終了時刻ではありません。止めるべきものが何もないので、ある作業がいつ本当に終わったのかを言い争う必要もありません。思い出したときに、そのとき何をしていたかを書くだけで、次の一行は、いつ書かれるにせよ、前の一行にきれいな引き継ぎを求めたりしません。

タイマーを止めるのが気が進まなくて、つい開いたままにしてしまうときは、その作業に、タイマーが前提としているような区切りが本当にあったのかを考えてみる価値があります。たいていの場合、そんな区切りは最初からなく、そのとき実際に何をしていたかを一言書くほうが、書くのも楽で、実態にも近いはずです。