工数記録は結局タイマー式が一番信用できる——慣れるまでが大変なだけで
工数管理をしばらく続けていると、ある時ふと気づきます。手元に溜まった記録が、どれも「だいたいこれくらい」でできていることに。
設計に14時間。たぶん。レビュー対応に2時間くらい。あの調査は半日…だった気がする。ひとつひとつは大きく外れていない。でも、その「だいたい」を足し合わせた数字を、次の見積もりの根拠として本当に信用できるかと聞かれると、口ごもってしまう。
工数を記録する方法はいくつもあります。どれも一長一短で、唯一の正解があるわけではありません。ただ、「あとから見返して信用できるデータか」という一点で測ると、差はかなりはっきり出ます。先に結論を言ってしまうと——毎日リアルタイムでタイマーを回した記録ほど、信用できるデータはありません。 そしてこの方法は、慣れるまでがいちばん大変です。
この記事は、その「大変だけど、慣れると一番いい」タイマー式の話です。なぜ信用できるのか、なぜ大変なのか、そして LayerClock がその「大変さ」をどう削ろうとしたのか、という順で書きます。
記録の方法はいろいろある（そして、たいてい「だいたい」になる）
工数を残す方法を、ざっくり手軽な順に並べてみます。
- 記憶ベース：その場では何もせず、必要になったとき思い出して書く。いちばん手軽で、いちばん不正確。
- 終業後の一括入力：1日の終わりに「今日は何を何時間」とまとめて入れる。記憶が新しいぶんマシだが、それでも夕方には朝の作業が曖昧になっている。
- 手動ログ：作業の始めと終わりを自分で記録する。正確になりうるが、「始め」と「終わり」の両方を手で打つ必要があり、片方を忘れると結局あとから記憶で補うことになる。
- タイマー式：着手と同時にタイマーを押し、終わったら止める。計測中はリアルタイムで時間が進む。
最初の3つに共通するのは、どこかで必ず記憶からの再構成が挟まることです。そして記憶からの再構成は、正直に言えばフィクションです。「2時間くらい」は、実際には1時間20分かもしれないし、3時間だったかもしれない。1件あたりの誤差は小さくても、それが何十件と積み上がったデータの上で、私たちは見積もりを直そうとしている。砂の上に定規を置いているようなものです。
ここに工数管理の本当の落とし穴があります。問題は「記録が不正確だと振り返れない」ことではありません。記録が“あとから思い出して埋めるもの”であるかぎり、どれだけ丁寧にツールを使っても、データは現実から静かにずれ続けることです。(工数管理を失敗させる7つのパターン の「後から手入力で補完する」は、まさにこの構造です。)
タイマー式だけが、この再構成を挟みません。タイマーが回っている＝いま現実に手が動いている、という事実をそのまま記録にしている。だから「毎日タイマーで測った記録」は、原理的に、思い出して書いた記録より信用できます。信頼できるデータが欲しいなら、ここが本丸です。
ただし、正直に言って習慣づけは大変
ではなぜ、誰もがタイマー式にしないのか。理由は単純で、続けるのが大変だからです。
- 着手するたびにタイマーを押す、という一手間が要る。集中して作業に入った時ほど、押すのを忘れる。
- 途中で「あ、押し忘れてた」となると、「もういいや、あとでまとめて入力しよう」と記憶ベースに逆戻りしやすい。
- 作業をパッと切り替えたとき、前のタイマーを止め忘れたまま次に行ってしまう。
- 打ち合わせや割り込みで中断するたび、止める・また始めるが発生する。
最初の数日から2週間は、これが純粋に面倒に感じます。記録のために、作業のリズムを少し変える必要があるからです。ここで多くの人が脱落して、「やっぱり後でまとめて入力」に戻り、冒頭の「だいたいの数字」へ逆戻りします。
つまり、タイマー式の価値は分かっていても、習慣化のコストが高すぎて元が取れない——これが本当の障壁です。だとすれば、解くべきは「タイマーをもっと正確に」ではありません。**「タイマーを続けやすく」**のほうです。
習慣化のコストを下げる、という解き方
ここからが、LayerClock のタイマーを今のかたちにした理由です。続かなければ、どれだけ正確でも意味がない。だから、習慣化を邪魔する“引っかかり”を、設計でひとつずつ潰しました。
着手とタイマーを、別の操作にしない（強制起動）
LayerClock のタイマーは、最下層のタスクに対して押せます。スタートを押した瞬間、そのタスクと、属する成果物・フェーズ・プロジェクトのステータスが自動で「進行中」に上がります。私はこれを「強制起動」と呼んでいます。
ねらいは、「タイマーを押す」と「着手を記録する」を一つの動作にまとめることです。多くのツールでは、ボードを手で動かす操作とタイマーが別々で、二度手間になる。手間が増えるほど習慣は続きません。着手＝タイマー、と一致させてしまえば、覚えることが一つ減ります。 ステータスを人が維持するのではなく、作業の副産物として勝手に動く——だから「ボードの更新忘れ」という脱落ポイントが、最初から存在しません。
同時に1つだけに絞る
一人が同時に動かせるタイマーは1つだけです。別のタスクで始めると、前のタイマーは自動で止まり、そこまでの時間がログとして確定します。前のを手で止める必要はありません。
これは「マルチタスクするな」という精神論ではありません。二つのタイマーを同時に許した瞬間、あとで「この30分はどっちだったか」を思い出して割り振ることになる——つまり、追い出したはずの記憶ベースが裏口から戻ってくるからです。1つに絞れば、計測されたすべての分が必ず一つの実在タスクに紐づき、按分も思い出しも発生しません。おまけに「次のタスクを始める」だけで前の計測がきれいに締まるので、止め忘れの救済にもなっています。これも、脱落ポイントを一つ潰す仕掛けです。
回っているタイマーを、視界から隠さない
タイマーが動いている間、画面上部に固定のバーが出続けます。タスク名と経過時間が、どのページに移動しても消えず、経過時間は1秒ごとに更新されます。
なぜ隠さないか。バックグラウンドでこっそり回るタイマーは、嘘をつくからです。止め忘れて翌朝まで回っていた8時間は、過大方向のフィクション。視界で数字が動き続けていれば「あ、まだ回ってる」と気づけます。前述の「次のタスクで自動的に締まる」と合わせて、記録が過小にも過大にも壊れにくい。「気づける」ことが、習慣を壊さないために地味に効きます。
ちなみに仕組みは意外と軽量で、タイマーが持っているのは「いつ開始したか」だけ。経過時間はその場で計算しているので、ブラウザを再読み込みしても別端末で開いても、計測は途切れません。続けやすさは、こういう細部の安心感の積み重ねでもあります。
慣れると、押さないほうが気持ち悪くなる
この手の仕掛けで習慣化の壁を越えると、ある時から感覚が反転します。作業を始めるときにタイマーを押さないと、なんだか落ち着かない——そういう状態になります。こうなればもう、記録は「がんばってやること」ではなく「作業の一部」です。歯磨きのように、やらないと気持ち悪い。
そしてその先に、最初に約束したものが手に入ります。毎日リアルタイムで積み上げた、思い出しではない記録です。このデータの上でなら、見積もりの校正が初めて意味を持ちます。「設計は毎回見積もりの1.5倍かかる」が、感覚ではなく事実として言える。フィクションの上に校正はできませんが、現実の記録の上にはできます。
毎日タイマーで取った記録ほど信用できるデータはない——遠回りに見えて、これがいちばんの近道だと、使い続けるほど思います。
それでも、万人向けではない（正直なところ）
ここまで推しておいてなんですが、この方式が合わない場面もあります。隠さず書きます。
「着手＝タイマー」が合わない使い方 — 後追いで時間だけ手入力したい、という進め方には、タイマーを使わずログを直接追加する道も用意しています。既定を「記録が現実とずれない」側に倒したうえで、逃げ道は残してあります。
止め忘れても、取り返しはつく — 別タスクを始めれば前の計測は自動で締まります。完全に放置しても、確定したログは後から編集・削除できます。一度きりの取り返しのつかないものにはなりません。
同時に複数を測れない — 一人が同時に進める作業は1つ、という前提です。複数メンバーなら各自がタイマーを持つので、チーム全体では当然並行して計測されます。
そして最大の正直なところ——習慣になるまでは、やっぱり大変です。 最初の2週間を越えられるかどうかが分かれ目で、ここは仕掛けで軽くはできても、ゼロにはできません。合うかどうかは、結局しばらく使ってみないと分からない部分です。それでも、越えた先のデータの確かさは、払うコストに見合うと思っています。
関連記事
この記事で取り上げたタイマーは、LayerClock で実際に使えます。 タスクのタイマーを押すだけで、そのタスクと上位フェーズが進行中になり、経過時間が全画面で計測され続けます。記録した時間は 4 階層 WBS（プロジェクト・フェーズ・成果物・タスク）に自動集計されます。ここまではずっと無料で使えます。