工数管理を失敗させる7つのパターン
「工数管理を始めよう」と決意して、スプレッドシートやツールを使い始めたものの、数週間後には形骸化している——そういった経験をしたことがある方は少なくないと思います。
私自身もそのパターンに何度か入ってしまいました。工数管理が続かない理由を突き詰めると、似たような構造の失敗を繰り返していることに気づきました。
この記事では、工数管理が機能しなくなるパターンを7つ整理します。自分がどれに当てはまるかを確認するためのチェックリストとして使ってください。
パターン1:「プロジェクト合計」しか記録していない
最初のパターンは、記録の粒度が大きすぎることです。
「案件Aに今日3時間使った」という記録だけでは、プロジェクトが終わったとき「合計何時間かかったか」しかわかりません。「設計で何時間使ったか」「どの成果物に時間がかかったか」という情報は取れません。
プロジェクト合計の記録は「終わってから振り返る」ためにはなりますが、「次の見積もりに活かす」ためには使えません。記録するなら、フェーズや成果物というまとまりで工数を分けておく必要があります。
パターン2:タスクの粒度が大きすぎる
「設計:14時間」という記録が残っても、設計フェーズの中で何が時間を食ったのかわかりません。
タスクの粒度が大きいと、「この工程が遅い」という発見ができません。見積もりと実績を比較したくても、比較できる単位が荒すぎて意味をなさなくなります。
1タスクの目安は「半日(4時間)以内に完了できる粒度」です。この粒度で記録すれば、「ワイヤーフレームのレビュー対応に予想外に時間がかかった」という発見が数字で残ります。
パターン3:タイマーを後から手入力で「補完」している
計測し忘れた工数を後から思い出して入力する運用になっている場合、記録の精度が落ちます。
「そういえばあの作業に2時間くらいかかった気がする」という記憶ベースの入力は、実際の工数とずれます。1時間の誤差が積み重なると、月次で見たときに実績が歪んだデータになります。
計測漏れをゼロにする設計を考えることが重要です。作業を開始するときにタイマーを起動する習慣をつける、タスクを切り替えるときに前のタスクが自動で停止する仕組みを使う、といった工夫が有効です。
パターン4:記録はするが、振り返りをしない
工数を丁寧に記録しているのに、見積もりが改善しない——という状況の多くは、「記録したデータを次の見積もりに使っていない」ことが原因です。
記録は手段であって目的ではありません。「先月の案件でAPI実装フェーズに何時間かかったか」を参照できる状態でなければ、記録のコストが成果に変わりません。
月に1回でもよいので、記録を見直して「自分の傾向」を確認する時間を作ることで、記録の価値が格段に上がります。
パターン5:ツールが複雑すぎて、入力が続かない
多機能なプロジェクト管理ツールに工数機能がついている場合、入力の手順が多くて続かないことがあります。
「工数を入れるためだけに5つの操作が必要」という状態は、作業の合間に記録するには重すぎます。記録のコストが高いほど、「後で入れよう」という先送りが増え、結果的に計測漏れが積み重なります。
工数計測に必要な操作は「タスクを選んでタイマーを押す」程度の手軽さが理想です。ツールを選ぶときは、入力のシンプルさを基準のひとつに入れることをおすすめします。
パターン6:見積もりを「プロジェクト開始前の1回だけ」で終わらせている
見積もりは「作るもの」ではなく「更新するもの」という考え方が重要です。
プロジェクト開始時の見積もりは、不確実な情報をもとにした仮説です。フェーズが進むにつれて実績データが溜まり、残工数の予測精度が上がります。
「当初の見積もりと実績を比較し、残フェーズの計画を更新する」サイクルを作ることで、終盤の予算超過を早期に察知できます。見積もりを一度作ったら更新しない、というパターンはこのサイクルを止めてしまいます。
パターン7:複数案件の工数が混在して記録されている
複数のプロジェクトを並走させている場合、「今日の作業時間の合計」しか見えない状態では、案件ごとの実態がわかりません。
「今月、プロジェクトAに何時間使ったか」「プロジェクトBとCを合わせると予定より多く時間が取られていないか」——これを把握するためには、記録がプロジェクト別に分かれている必要があります。
特に複数案件を並走させているエンジニアやPMにとって、プロジェクト別の集計は必須の機能です。案件の記録が混在していると、見積もり精度の改善にも活かせません。
7つのパターン、自分はどれに当てはまるか
工数管理を失敗させる7つのパターン:
- プロジェクト合計しか記録していない
- タスクの粒度が大きすぎる
- タイマーを後から手入力で補完している
- 記録はするが、振り返りをしない
- ツールが複雑すぎて入力が続かない
- 見積もりをプロジェクト開始前の1回だけで終わらせている
- 複数案件の工数が混在して記録されている
これらのパターンを一度に全部解消するのは難しいですが、自分がどのパターンに当てはまっているかを認識するだけで、改善の方向が見えてきます。
「記録を続けているのに効果を感じない」という場合、たいていは1〜4のどれかが原因です。「記録自体が続かない」という場合は5または3が起きている可能性が高いです。複数案件を並走させている場合は7に特に注意が必要です。
ひとつずつ改善していくだけで、工数管理の質は大きく変わります。
本記事で取り上げた工数管理の課題は、LayerClock で対応しています。 4階層WBS構造でプロジェクトを分解し、ワンクリックのタイマー計測で実績を蓄積。記録から振り返りまでをひとつのツールで行える環境を、無料から試すことができます。