「どの工程に時間がかかっているか」を数字で語るための工数管理
プロジェクトが終わったあとのレビューで、「どの工程に一番時間がかかったか」を正確に答えられる人はどのくらいいるでしょうか。
「設計フェーズが少し長引いた気がする」「テストで想定外の修正が出た」——こういった感覚はあっても、数字で答えられる状態にするには、記録の構造が必要です。
感覚で語る工数管理から、数字で語る工数管理に変えることで、見積もり精度の改善・状況の説明・チームへの共有が変わります。この記事では、その変化を作るための考え方を整理します。
「感覚で語る」から「数字で語る」への移行
工数管理をしていない、またはプロジェクト合計しか記録していない状態では、「どの工程で何時間かかったか」という問いに答えられません。
このとき、残る情報は「記憶」だけです。記憶は時間とともに薄れ、都合よく書き換えられます。「思ったより大変だった」という印象は残っても、「設計フェーズで見積もりの1.8倍かかった」という事実は記録なしには残りません。
数字で語れるようになるための第一歩は、「工程別に記録が分かれている状態を作ること」です。
工程別の集計ができる記録の設計
工程別の工数を集計するには、記録が「フェーズ→成果物→タスク」という階層構造になっている必要があります。
タスクレベルで作業時間を記録し、そのタスクが属する成果物・フェーズに自動集計される仕組みがあると、「設計フェーズ全体で何時間かかったか」を集計する手間がなくなります。
逆に、「今日の作業ログ」をフラットに並べるだけの記録では、後から工程別に分類し直すことは現実的ではありません。「記録するときの構造」が、「後から見えるもの」を決めます。
工程別の工数比較が生む発見
工程別に工数が集計できるようになると、以下のような発見が生まれます。
見積もりとの乖離が工程別に見える
「設計フェーズ：見積もり20時間・実績32時間（160%）」「実装フェーズ：見積もり50時間・実績48時間（96%）」という比較ができると、「自分は設計の見積もりが甘い」という傾向が数字として見えてきます。
この傾向を知っていれば、次の見積もりで設計フェーズを意識的に厚く見積もる補正ができます。感覚で「多めに見ておこう」とするより、「前回の実績から設計は見積もりの1.5倍見ておく」という根拠ある調整になります。
プロジェクトをまたいだ比較ができる
複数のプロジェクトで工程別の実績が記録されていると、「設計フェーズにかける工数は実装フェーズの大体X割前後」という自分の傾向が見えます。新しいプロジェクトの見積もりを作るとき、この比率が参照先になります。
早期に遅延を察知できる
フェーズが進行中に工数消化率を確認できると、「設計フェーズで予算の80%を使い切った、まだフェーズが終わっていない」という状況をリアルタイムで把握できます。プロジェクト終盤まで待つのではなく、フェーズの途中で問題に気づけます。
「どこで時間がかかったか」を伝えられることの価値
クライアントや上長への報告において、「どの工程に時間がかかったか」を数字で説明できることは、信頼につながります。
「設計フェーズで、当初の想定より仕様の変更点が多く発生し、見積もりの1.5倍の工数がかかりました。記録によると、クライアントレビューへの対応に通常の2倍の工数が発生しています」
という説明は、記録がなければできません。感覚で「長引いた気がします」と説明するより、根拠がある分、対話の質が変わります。
また、チームの状況共有にも使えます。「設計フェーズの工数消化率が78%です。このフェーズに割り当てた予算の残りは22%（約5時間）です」という伝え方は、「設計が順調に進んでいます」より具体的で、メンバーが次の行動を判断しやすい情報です。
工数管理ツールに求める機能
工程別の工数を「数字で語れる状態」にするためには、工数管理ツールにいくつかの機能が必要です。
階層構造での記録：タスクの上位にフェーズ・成果物という層がある。フラットなタスクリストでは工程別集計ができません。
上位への自動集計：タスクの時間がフェーズ・プロジェクト単位で自動的に合算される。手動で集計する必要がある状態では、継続的に確認する手間が大きくなります。
見積もり vs 実績の比較：フェーズ・タスクごとに見積もり時間を設定し、実績と差分を確認できる。「乖離がある」という事実を可視化するために必要な機能です。
これらが揃っていると、「どの工程に時間がかかったか」を都度集計せずに確認できるようになります。
記録の構造が「次の見積もり」を変える
工程別の工数記録を続けると、プロジェクトを重ねるごとに「自分の仕事のパターン」が見えてきます。
「デザインフェーズは毎回見積もりを超える」「テストフェーズは逆に余る」「外部APIが絡む案件はイレギュラー対応で10〜15時間余計にかかる」——こういった傾向が数字として積み上がると、次の見積もりの補正材料が増えていきます。
経験が「感覚」として蓄積されるのではなく、「データ」として残る。その違いが、見積もり精度の改善に直結します。
まとめ
- 「感覚で語る工数管理」から「数字で語る工数管理」への移行には、記録の構造が必要
- 工程別の集計には、フェーズ→成果物→タスクの階層構造での記録が前提
- 工程別の比較によって、見積もり精度の改善・早期の遅延発見・状況説明が変わる
- チームへの共有・クライアントへの説明でも、工程別の数字は具体性をもたらす
- ツール選定時は「階層構造・自動集計・見積もり vs 実績の比較」の機能を確認する
「どの工程に時間がかかっているか」を数字で語れることは、単なる記録管理を超えて、仕事の質を上げる武器になります。
本記事で取り上げた「工程別の工数可視化」は、LayerClock でも対応しています。 4階層WBS（プロジェクト・フェーズ・成果物・タスク）でタスクの実績が上位層に自動集計され、フェーズ別の消化率をリアルタイムで確認できます。見積もり vs 実績の差分も自動で算出されます。無料から試すことができます。