工数管理とは？見積・実績の記録表と差異の計算方法

工数管理は、仕事に必要な作業量を見積もり、実績を記録し、差の理由を次回の計画へ戻す運用です。工数を減らすことだけが目的ではありません。何を含む見積だったか、追加範囲や手戻りがどれだけあったかを分けると、日程や費用の判断に使いやすくなります。記入表と計算例を使い、単位の混同を防ぐ方法を説明します。

工数・期間・費用と管理の目的

工数は作業量で、通常は人時や人日などで表します。期間は開始から終了までの時間の幅、費用はその仕事に必要な金額です。2人が同じ日に各4時間作業すれば8人時ですが、作業が1日以内に終わる場合もあります。承認を翌日まで待つ時間も、全てが追加の実働工数になるわけではありません。

最初に、見積精度の改善、担当の容量確認、請求対象の把握など、何の判断に使うかを決めます。目的によって記録の粒度は変わります。案件別の総工数だけで足りる場面もあれば、制作・レビュー・修正を分ける必要がある場面もあります。判断に使わない細分化は入力負荷になりやすいため、必要な区分から始めてください。

工数が少なければ良い仕事と決まるわけではありません。品質、難度、対象範囲、再利用した資産が異なれば単純比較できません。個人を順位づけするために実績だけを比べず、同じ条件の仕事に何が必要だったかを振り返る記録として使います。完了日だけでは実働時間は分からず、工数を測るなら別の記録が必要です。

見積単位と日程換算の条件

単位をそろえ、1人日を何時間として換算するかを明記します。以下では架空例として1人日＝8時間としますが、全組織共通の定義ではありません。会議、休暇、定常対応を含め、担当がその案件へどれだけ配分できるかも確認します。「在籍している人数」と「同じ作業へ同時に配分できる人数」は別です。

単独担当が20人日の仕事へ75%の時間を配分できると仮定すると、作業日数の目安は20÷1÷0.75＝約26.67日です。日単位の作業枠を確保する説明なら27作業日へ切り上げます。75%を掛けて15日とする計算ではありません。休日、承認待ち、並列化できない作業を反映して初めて実際の日付へ変換できます。

Microsoftのスケジュール計算の解説でも、工数・割当・期間に加え、稼働カレンダー等を区別しています。人数を増やして工数を割る単純式が当てはまらない作業もあります。引継ぎや共同確認が増える場合を考え、計算結果をそのまま納期の約束にしないことが大切です。

コピー用の見積・実績記録表

次の表は、架空のLP制作を後から振り返る例です。見積の対象版を固定し、変更で増えた作業を別欄に残します。工数の単位は人日、1人日＝8時間とします。

コピーする管理表には、案件ID、作業ID、対象範囲・版、単位、見積、実績、変更分、差の理由、次回の前提を用意します。入力用の原記録は、日付・案件/作業・実働時間を中心にし、必要なら作業区分を追加します。作業を記録する人と、週次で差を確認する人を決めてください。

受付時に工数が分からない場合は空欄や「確認中」とし、ゼロと区別します。ゼロは作業が不要、または合意した定義で実働がなかったという値です。対象が変わったときは当初見積を消して実績に合わせるのではなく、変更後見積と変更理由を別に残します。レビュー時に同じ条件を比較できるようにするためです。

差異量・実績倍率・差異率の計算

差異量、実績倍率、差異率は別の指標です。10人日の見積に対し16人日かかった例なら、次のようになります。増加の割合と、見積に対する実績の大きさを混同しないよう、列名にも計算の意味を入れます。

見積が0なら倍率と差異率は計算できません。「0%」と置くと差がないように見えるため、算出対象外として理由を確認します。実績が未入力なら、まだ測れていない状態として扱い、実績0の計算をしないでください。異なる単位を合計する前には人時等へ換算し、換算前提を残します。

案件全体の率は、行ごとの差異率を単純平均せず、同じ条件の見積合計と実績合計から計算します。たとえば小さい作業の大きな率に引っ張られないようにします。ただし追加範囲を含む全体値と、当初範囲だけの値では意味が違うため、両者を同じ列で比較しないよう注意します。

原因を分けて次回の見積へ戻す

差が大きかった作業は、範囲変更、当初の作業漏れ、見積の前提違い、手戻り、記録の差に分けて調べます。追加要件で増えた工数を、すべて担当者の見積ミスとして扱わないことが重要です。手戻りも、要求の変更と品質不備による修正では次の対策が異なります。

LPの例なら、追加3人日は変更受付の条件へ、手戻り2人日は初期確認とレビューの観点へ、漏れ1人日は作業一覧へ戻します。1件の比率をそのまま全案件の見積係数へ適用せず、同じ制作条件の実績が集まったら範囲や代表値を見直します。例外の多い案件は、その条件を別に記載してください。

次回見積には「前回16人日」だけでなく、対象範囲、支給物、確認回数、外部の返答条件なども引き継ぎます。支給物が揃っている案件と、一から整理する案件は同じ土台では比べられません。改善後に差が縮んだかは、品質と納期、変更件数も含めて確認し、短縮だけを成功条件にしないようにしましょう。

記録負荷・待ち時間・ツールの注意点

待ちの扱いは、受動的な経過期間と実作業を分けます。承認を待つ2日間に別業務をしていたなら、その2日をすべて当該案件の実工数へ足しません。催促、補足資料の作成、確認会議などは実働として記録できます。契約上の待機時間を管理する場合は、実働と別区分にして定義をそろえます。

入力が続かない場合は、全てを細かくする前に用途を再確認します。作業終了時に短く記録する、同じ業務をまとめるなど、必要な精度に合う方法を試してください。後から一律に埋めると根拠が薄くなるため、推定で補った値は推定と分かるようにします。未記録を隠すためのゼロ埋めは避けます。

表計算でも専用ツールでも、記録した工数と計画上の見込は区別が必要です。時間を自動取得する機能があると仮定せず、使う方法で何が実測されるかを確認しましょう。最初は代表案件で見積・実績・原因・次回への変更を一巡させ、負担に見合う情報が得られたかを見直すと、運用の目的がぶれにくくなります。

途中の案件を比較するなら、集計の締め日時と、完了した範囲を明示します。今週までの実績4人日を、完了までの見積10人日と比べて「6人日の削減」とは言えません。残作業の見積が7人日なら、現時点の完了時見込は4＋7＝11人日です。記録済みの4と予測の7を別欄に置き、実績が増えたら残作業の見込も更新します。

締め後に記録漏れが見つかった場合は、訂正日と対象日を残します。先週の値が変わった理由が分からないと、改善したのか記録が増えただけなのかを判断できません。小規模な表なら訂正欄や変更記録で十分な場合もあります。必要な履歴が残る方法を選び、記録の精度と意思決定の精度を同じものとして扱わないようにしてください。

次に使える関連記事

• WBSの作り方｜成果物を分解する記入例と工数の二重集計を防ぐ方法
• スケジューリングとは？依存関係・稼働日を反映する6ステップ
• Web制作・広告の見積もり比較｜工数・追加費用・3年間の費用をそろえる記入例

タスクの進行を施策単位で扱い、月次計画と承認済み予算も確認したい場合は、Xtrategyのプロジェクト機能をご覧ください。Xtrategyでは施策のタスク進行をプロジェクト内で管理し、月次計画と承認済み予算を並べて確認できます。関連する予算・CRM・承認情報へ遷移できます。