【工数管理表】作り方6ステップ｜項目とツール比較

約 23 分で読めます

工数管理表とは、タスクごとに「予定工数・実績工数・担当者・進捗」を記録し、コストと進み具合を同時に管理する表のことです。この記事では、必須項目の決め方から作り方6ステップ、フォーマットとツールの選び方、形骸化を防ぐコツまでをまとめて解説します。

1. 工数管理表とは？｜3分でわかる定義と必須項目

工数とは「ある作業を終わらせるのに必要な、人数 × 時間」を指します。3人で2日かかる作業なら6人日、1人が4時間かかる作業なら4人時です。この工数を作業単位で一覧にし、見積もった数値（予定工数）と実際にかかった数値（実績工数）を並べて管理するのが工数管理表です。

よく混同されるのが勤怠管理表（タイムカード）との違いです。勤怠管理表は「その人が何時から何時まで働いたか」を労務の観点で記録します。一方、工数管理表は「その時間がどの案件・どのタスクに使われたか」を記録します。出退勤の合計時間が同じでも、A案件に30時間、B案件に10時間という内訳が見えなければ、案件ごとの採算は永遠に分かりません。この「内訳を持つかどうか」が両者の決定的な差です。

工数管理表に必ず入れる4つの項目

この4項目があれば、最低限の工数管理表として機能します。余裕があれば「工程（設計・実装・レビューなど）」「開始日・期限」「予実差異率」「備考（遅れた理由）」を足すと、後の分析がぐっと楽になります。逆に、最初から15列もある表を作ると入力が続きません。列は「分析に使うと決めたものだけ」に絞るのが鉄則です。

タスクの粒度に迷う場合は、まずタスクの定義を揃えてから表を作ると、担当者ごとの書きぶりのばらつきを防げます。

2. 導入メリット｜工数管理表で何が変わるのか

工数管理表を入れる目的は「記録を残すこと」ではなく、「判断を早くすること」です。実務で効いてくるのは主に次の4点です。

1. 原価と採算がその場で見える。 工数に社内の時間単価を掛ければ、そのタスクの人件費が出ます。受注額に対して原価がいくらかかっているかを案件の途中で把握できるため、赤字になってから気づく事態を避けられます。受託開発、制作会社、コンサルティングなど、売っているものが実質的に「人の時間」である業態ほど効果が大きくなります。

2. 遅延の予兆を数字で拾える。 進捗率が50%なのに実績工数が予定の80%を消化していれば、その時点で超過は確実です。口頭の「だいたい順調です」では見えないズレが、2つの数字の対比で浮かび上がります。日々の進捗状況の共有を工数ベースにすると、報告の精度が一段上がります。

3. 負荷の偏りが分かる。 メンバー別に予定工数を合計すれば、今週誰の工数が超過しているかが一目で判明します。稼働可能時間が週40時間の人に52時間分のタスクが載っていれば、着手前に配分を変えられます。

4. 次の見積もりが当たるようになる。 蓄積した実績工数は、次回案件の見積もり根拠になります。「LP1本の実装は平均18人時」という社内データがあれば、感覚見積もりから卒業できます。

20人の開発チームで起きた変化

具体的なイメージを持ってもらうために、20人規模のソフトウェア開発チームを想定して考えてみます。導入前、このチームの進捗把握は週1回の朝会での口頭報告だけでした。各メンバーが「実装はほぼ終わっています」「テストは来週には入れそうです」と伝え、PMはその言葉を集約してスケジュールを判断していました。結果として、リリース1週間前になって「検索機能のテストが終わらない」と発覚し、週末対応で押し切る、という展開が案件ごとに繰り返されていました。

工数管理表を導入し、機能単位で予定工数と実績工数を並べたところ、最初の1か月で数字が語り出しました。検索機能の実装は予定40人時に対して実績が63人時、テストは予定16人時に対して実績が35人時。合計すると予定56人時に対して実績98人時、つまり予定の75%超過（実績は予定の175%相当）です。しかも超過分の大半は、仕様の解釈確認と再テストという「見積もりに立てていなかった作業」でした。

このチームが次に打った手はシンプルです。機能ごとに「仕様確認」と「再テスト」を独立したタスクとして立て、テスト工数には実績に基づく1.8倍の補正係数を掛けました。翌スプリントの予実差異率は+12%まで縮まり、リリース直前の週末対応もなくなりました。工数管理表がやったのは、口頭では「ほぼ終わっている」と表現されていた作業の中身を、数字で分解して見せることだけです。

導入前と導入後で何が変わるか

なお、こうした予実の突き合わせを毎回手計算でやると続きません。monday.comのようなプロジェクト管理ツールでは、予定工数と実績工数の列を作れば差分と合計が自動で計算され、担当者別の負荷もダッシュボードに反映されます。まずは表の設計を固め、運用が回り始めたらツールに載せ替える、という順番がおすすめです。

3. 作り方6ステップ｜今日から運用に乗せる手順

ここからは、6人のWeb制作チームがランディングページ制作案件を受注した、という仮の想定で6ステップを追いかけます。表の形を真似るだけでなく、数字の作り方まで再現できるように書いています。

ステップ1：タスクを洗い出して粒度を揃える

最初にやるのは、成果物から逆算した作業の分解です。「LP制作」のままでは工数を見積もれないので、要件ヒアリング、構成案作成、ワイヤーフレーム、デザイン、コーディング、フォーム実装、表示速度チェック、公開作業、というレベルまで割ります。目安は「1タスク＝半日〜3日で終わる大きさ」。これより細かいと入力が苦痛になり、大きいと進捗が見えません。分解のやり方は作業分解の手順を参照すると、抜け漏れのないリストを作れます。

ステップ2：予定工数を見積もる

タスクごとに人時または人日で見積もります。精度を上げるコツは3つあります。1つ目は、似た過去タスクの実績を先に探すこと。2つ目は、楽観値・最可能値・悲観値の3点を出し、（楽観＋最可能×4＋悲観）÷6で加重平均を取ること。3つ目は、レビューや修正対応の工数を別タスクとして立てることです。デザイン20人時に対して修正対応を0にしてしまう表は、ほぼ確実に破綻します。

想定のLP案件なら、構成案8人時、デザイン24人時、コーディング32人時、修正対応12人時、公開作業4人時で、合計80人時といった置き方になります。

ステップ3：担当者・期限・工程を割り当てる

工数だけ決まっても、誰がいつやるかが決まらなければ表は動きません。ここで担当者を1タスク1人に決めます（共同担当にすると実績の入力責任が曖昧になります）。あわせて開始日と期限を入れ、担当者ごとに週の予定工数を合計して、稼働可能時間を超えていないか確認します。超えていれば、この段階で配分を変えるか期限を後ろにずらします。大きな案件では、節目ごとにマイルストーン管理を設定しておくと、工数の消化ペースを中間地点で点検しやすくなります。

ステップ4：実績工数を入力する

運用で最も脱落しやすいのがこのステップです。続けるための条件は「入力に30秒以上かけさせないこと」と「入力タイミングを固定すること」の2つ。1日の終わりに、その日触ったタスクへ0.5人時単位で入れる運用が定着しやすいパターンです。週末にまとめて思い出しながら書くと、数字がただの創作になり、分析の価値が消えます。

ステップ5：予実差異率を計算する

差異率は「（実績工数 − 予定工数）÷ 予定工数 × 100」で求めます。デザインが予定24人時に対し実績30人時なら、差異率は+25%です。目安として、±10%以内なら見積もりは妥当、+20%を超えたら原因の記録が必要、+50%を超えたら見積もりロジックそのものを疑う、という基準を置くと判断が早くなります。

重要なのは、超過そのものを責めないことです。原因欄に「先方の要望が2回変わった」と書けるチームは次回の見積もりが改善しますが、責められるチームは実績工数を小さく書くようになり、データが死にます。

ステップ6：振り返って見積もりロジックを更新する

案件終了後、あるいは月末に、差異率の大きかったタスクを上位5件だけ見直します。仕様変更が原因なのか、スキル差なのか、そもそも作業内容を見落としていたのかを分類し、次の見積もりに反映します。この循環が回り始めると、工数管理表は「記録簿」から「見積もり資産」へ変わります。仕様のブレが原因で超過が続く場合は、要件の整理の段階に問題があることが多いので、上流に手を入れるほうが効果的です。

4. フォーマット比較｜Excel・スプレッドシート・ツールのどれで作るか

工数管理表の器は大きく3種類です。チーム規模と更新頻度で最適解が変わります。

判断の分かれ目はシンプルで、次の3つのうち2つ以上に当てはまるならツール化を検討する価値があります。

• 同時に動いている案件が3件以上ある
• 部門をまたいで同じ表を更新する人がいる
• 月次で経営や顧客に工数レポートを出す必要がある

2つ以上当てはまったなら、次の一手は難しくありません。monday.com の無料プランで案件1件分のボードを作り、いま使っている表の列をそのまま移してみるだけです。集計が自動で走る感覚が合うかどうかは、10分ほど触れば判断できます。

表計算ソフトが悪いわけではありません。ただ、案件が増えるとファイルが分裂し、「最新はどれか」を探す時間が積み上がります。皮肉なことに、その探す時間こそ記録されない工数です。この探す時間が週に1時間を超えているなら、monday.comのプロジェクト管理ツールへの移行は費用ではなく回収の話になります。

5. 工数管理表・ガントチャート・時間追跡ツールの違い｜使い分けの基準

この3つは似て見えますが、答えている問いが違います。

実務では3つを組み合わせるのが普通です。ガントチャートで日程を組み、工数管理表でコストを追い、時間追跡で実績入力を自動化する、という役割分担になります。日程側の設計についてはタイムライン設計や工程の管理方法の考え方を組み合わせると、工数とスケジュールの整合が取りやすくなります。3つを別々のファイルで持つと同期作業が発生するため、同じボード上でガント・工数・負荷を切り替えられるmonday.comのようなツールに寄せるほうが、運用の手間は少なくなります。

6. ツール比較｜あなたのチームに合うのはどれ？

ここからは、工数管理表をツール上で運用する場合の選択肢を整理します。価格は各社の公表内容に基づき、改定される場合があるため導入前に公式ページでの確認をおすすめします。

monday.com：予実の突き合わせを自動化したいチームへ

工数管理表をツールに載せる目的が「毎回の集計作業をなくすこと」なら、monday.comが最有力です。ボードの列に「予定工数」「実績工数」を数値列として置き、数式列で差異率を自動計算させれば、ステップ5の計算がゼロ手間になります。

テンプレートから始める場合も、ゼロから列を組む必要はありません。プロジェクト管理系のテンプレートを選べば、タスク名・担当者・期限・ステータスの列が最初から入っているので、そこへ予定工数と実績工数の数値列、差異率の数式列を足すだけで工数管理表の形になります。

効いてくるのは可視化と通知です。ワークロードビュー（プロ以上のプランで利用可能）を開くと、メンバーごとの割当工数が週単位の棒として並び、稼働可能時間を超えた人だけが色で浮かび上がります。さらに「実績工数が予定の80%を超えたら担当者とPMに通知する」といった自動化ルール（こちらもスタンダード以上のプランで利用可能）を1つ設定しておけば、超過が確定してから気づく状況を構造的に防げます。週次会議まで発覚しなかった遅れが、その日のうちに共有される、という差は運用が長くなるほど大きくなります。無料プランでは予定工数・実績工数の列と手動での集計までが中心になるため、負荷の可視化や通知まで使いたい場合は有料プランが前提になる点に注意してください。

日本語の管理画面とヘルプが整っている点も、実績入力を全員に守らせたいときには現実的な判断材料になります。（monday.com の無料プランから小さく試して、合いそうなら有料機能は公式サイトの無料トライアル情報で確認する流れが無理のない進め方です。）

Notion：ドキュメントと工数を同じ場所に置きたいチームへ

議事録や仕様書と工数管理表を行き来するのが面倒なら、Notionのデータベースで工数表を作る方法が合います。タスクのページを開けば関連資料がそのまま読め、ロールアップ関数でプロジェクト単位の工数合計も出せます。フリープランは US$0 から使え、有料はプラスが US$10/月、ビジネスが US$20/月（いずれも年払い表示）です。ただし、稼働負荷のヒートマップや高度な自動通知は専用ツールに一日の長があります。1〜15人のチームで、まずドキュメントごと集約したい場合の選択肢です。

ClickUp：スプリント単位で見積もり精度を上げたい開発チームへ

ClickUpはタスクに見積もり時間と時間追跡が標準で備わっており、スプリントごとの予実比較に向いています。Free Forever は US$0、Unlimited が US$7/月、Business が US$12/月（年払い）で、Business では月間の自動化実行回数の上限が大幅に引き上げられます（詳細は公式サイトを参照）。設定項目が多い分、運用ルールを決めずに導入すると使いこなせないまま終わるため、最初は「見積もり時間」「実績時間」「ステータス」の3つだけ徹底する運用から始めるのが現実的です。

あなたのチームはどのタイプ？

• 5人以下・まずは記録する習慣づくり → Googleスプレッドシート、または Notion の無料プラン
• 5〜15人・部門をまたいで工数を共有 → monday.com（有料プランでの利用が前提、当サイトのイチオシ）
• 開発チームでスプリント運用 → ClickUp または Backlog
• 15人以上・複数案件の原価を同時管理 → monday.com の上位プラン

自分のチームがどれに当たるか見えたら、該当するツールの無料枠でボードを1つ作ってみるのが最短です。迷ったときは、工数管理表として使える範囲が広いmonday.com を無料で試すところから始めれば、合わなかった場合も表計算ソフトへ戻せます。

7. 業種別の実務例｜開発・製造・代理店での使い方

同じ工数管理表でも、業種によって「何を見たいか」が変わります。列の設計を業種に寄せると、使われる表になります。

ソフトウェア開発：スプリントごとの見積もり偏差を潰す

開発チームでは、タスクを設計・実装・テスト・レビューの工程に分け、工程別に予定と実績を取ります。ここで浮かび上がりやすいのが「実装は当たるのにレビューとテストが常に2倍かかる」というパターンです。工程列がないと全体で+40%としか分からず、原因にたどり着けません。工程別に見えれば、次のスプリントからレビュー工数の係数を変えるだけで精度が改善します。先ほどの20人チームが検索機能のテスト超過を特定できたのも、工程列を持っていたからです。

製造・建設：ラインや現場ごとに人時を配賦する

製造業や工事現場では、製品ロットや現場単位に人時を割り当て、労務費を原価に配賦します。ポイントは、直接作業だけでなく段取り替え・手待ち・是正対応も独立したタスクとして記録することです。段取り時間が原価の何%を占めるかが見えると、改善の投資判断が数字でできるようになります。ここは工数管理の基本の考え方をそのまま現場の単位に落とし込む領域です。

広告・コンサル代理店：顧客別の採算と次回見積もりの根拠に使う

複数クライアントを並行して抱える業態では、工数管理表の第一列が「クライアント名」になります。月末に顧客別の総工数 × 時間単価を出せば、月額固定のリテーナー契約が実質いくらの時給になっているかが判明します。「月20万円の契約に対して実績60人時、時給換算で約3,333円」といった数字が出れば、契約更新時の価格交渉に持ち込む根拠になります。この数字を関係部署と共有する際は、ステークホルダーの種類を踏まえて、経営層向けには金額、現場向けには時間、と見せ方を変えると話が通りやすくなります。

8. よくある失敗5パターン｜形骸化させないための対策

工数管理表が続かない理由は、だいたい次の5つに集約されます。

1. 記録するだけで分析しない。 入力は毎日しているのに、差異率を誰も見ていない状態です。対策は「月1回30分、差異率の大きい上位5タスクだけ振り返る会」を固定枠で予定に入れること。分析しない記録は、コストだけ発生する作業になります。

2. 見積もりが常に感覚頼み。 対策は、案件終了ごとに代表タスクの実績平均を社内の基準値として1行追記すること。10件も溜まれば、感覚より確実に当たる見積もり表になります。

3. 入力が面倒で抵抗される。 対策は、入力項目を実績工数とステータスの2つに絞り、モバイルからも入れられる形にすること。項目が多いほど、数字の質は下がります。スマートフォンアプリから実績を入れられるmonday.comのようなツールに載せると、この抵抗はかなり減ります。

4. 部署ごとにフォーマットがバラバラ。 人日と人時が混在していると、全社での比較も集計もできません。対策は、単位・工程名・ステータスの選択肢を全社共通のテンプレートとして固定すること。

5. 超過した人が責められる。 実績を小さく書く文化が生まれた時点で、この表は死にます。対策は、差異が出たタスクについて「人」ではなく「見積もりロジック」を検証すると明言し、原因欄の記入をセットで運用することです。改善のゴールを共有したいときは、SMARTな目標設定の枠組みで「差異率±15%以内を3か月で達成」のように定量化しておくと、議論が感情論に流れにくくなります。

まとめ

工数管理表は、記録のための書類ではなく、コストと遅延を早く見つけるための道具です。この記事の要点を整理します。

• 工数管理表の必須項目は「タスク名・予定工数・実績工数・担当者と進捗」の4つ。まずはこれだけで始める
• 作り方は6ステップ。タスク分解 → 予定工数 → 担当と期限 → 実績入力 → 差異率の計算 → 振り返りで見積もりを更新
• 差異率は（実績 − 予定）÷ 予定 × 100。±10%以内なら妥当、+20%超なら原因の記録が必要
• 形式は規模で選ぶ。5人以下は表計算ソフト、複数案件が並行し始めたらプロジェクト管理ツールへ
• 失敗の最大要因は「入力が面倒」と「超過を責める文化」。項目を絞り、人ではなく見積もりロジックを検証する

次のアクションとして、まずは直近の案件ひとつだけを対象に、タスクを10行以内に分解して予定工数を入れてみてください。そのうえで運用をツールに載せるなら、monday.com でテンプレートから新しいボードを作り、予定工数・実績工数・担当者の列を追加するところから始めると、10分ほどで最初の工数管理表が動き出します。数式列で差異率を自動計算させれば、翌週にはもう予実のズレが数字で見えているはずです。

よくある質問

工数管理表と勤怠管理表は同じものですか？

違います。勤怠管理表は労務管理のために出退勤時間を記録するもので、工数管理表は同じ時間を「どの案件のどの作業に使ったか」という内訳で記録するものです。案件ごとの原価や採算を知りたい場合は、勤怠管理表だけでは足りません。両方を運用し、勤務時間の合計と工数の合計が大きく乖離していないかを月次で突き合わせるのが理想です。

実績工数はどのくらいの頻度で更新すべきですか？

1日1回、業務終了時にその日触れたタスクへ入力する運用が最も精度と継続性のバランスが取れます。週次でまとめて入力すると記憶に頼ることになり、数字の信頼性が落ちます。どうしても日次が難しい現場では、タスク完了時に必ず入力するルールに切り替え、長期タスクだけ週次で中間報告を入れる形が現実的です。

monday.com のテンプレートは無料で試せますか？

はい、無料プランのままテンプレートからボードを作成できます。プロジェクト管理系のテンプレートを選び、予定工数と実績工数の数値列、差異率の数式列を足せば、この記事で解説した工数管理表の形がそのまま再現できます。ワークロードビューや高度な自動化など上位プランの機能を確認したい場合は、monday.com の公式ページでトライアルの対象範囲と条件を確認してください（提供内容は変更される場合があります）。

5人以下の小さなチームでもツールは必要ですか？

案件が1〜2件しか並行していないなら、スプレッドシートで十分です。ツール化を検討する目安は「同時進行の案件が3件以上」「部門をまたいで同じ表を更新する」「月次で工数レポートを外部に出す」のうち2つ以上に当てはまるときです。Notion のフリープランや monday.com の無料プランで小さく試し、集計の手間が減る実感があれば移行する、という順番で判断すると失敗しにくくなります。

予定工数の精度を上げるにはどうすればいいですか？

一番効くのは過去実績の蓄積です。それに加えて、楽観値・最可能値・悲観値の3点見積もりで加重平均を取る方法と、レビュー・修正・待ち時間を独立したタスクとして必ず立てる方法の2つを併用すると、超過の主要因をかなり潰せます。差異率が繰り返し大きく出るタスク種別には、実績に基づく補正係数を掛けて見積もるようにします。

工数の単位は「人時」と「人日」のどちらが良いですか？

作業の粒度に合わせます。1タスクが数時間〜2日で終わる制作・開発系は人時、数日〜数週間単位で動く建設・大型導入案件は人日が扱いやすい傾向です。重要なのは、社内で単位を1つに統一し、人日で運用する場合は「1人日＝何時間か」を明文化しておくことです。ここが曖昧だと、部署をまたいだ集計がすべて狂います。