工数とは｜人日・人月の意味と見積もりの基本をやさしく解説

Q: やったことがない作業はどう見積もればいいですか？

まず作業を分解して、経験から時間をイメージできる工程とできない工程に分けてください。イメージできない工程だけを前提付きで仮置きし、前提を明記して提出します。前提が書いてあれば、外れたときにどの前提が崩れたかを説明でき、再見積もりの相談もしやすくなります。

上司やクライアントから「この作業、工数出しておいて」と言われて、手が止まった経験はないでしょうか。かかる時間を答えればいいのか、日数なのか、人数も含めるのか――この言葉自体がふわっとしていて、何をどう出せばいいのか分からない。社会人になって最初につまずきやすい業務用語のひとつです。

結論から言えば、工数とは「作業を完了するのに必要な作業量」のことで、「人数×時間」で表します。単位は人時・人日・人月。つまり、そう言われたら作業の中身を洗い出し、それぞれにかかる時間を見積もり、「合計◯人日です」と単位付きで答えればよいのです。

私はAIタスク管理アプリ「するたす」を開発・運営しています。本記事では、この言葉の意味と単位の換算、期間との違いといった基本から、見積もりが外れにくくなる手順、外れそうなときの報告の仕方まで、明日の実務でそのまま使える形で解説します。

見積もりの土台になる作業の分け方は「タスク分解の基本：今日から動ける3ステップ」を、プロジェクト全体の作業を漏れなく洗い出す方法は「WBSの作り方」を併せてご覧ください。

工数とは？意味と単位（人時・人日・人月）をやさしく解説
工数見積もりの基本手順3ステップ【開発者視点】
見積もりが外れる理由と、外れそうなときの対処
「この作業の工数出しておいて」への答え方テンプレ
- 提出テンプレ：内訳＋合計＋前提
- そのまま使える例文（提出時・遅れそうなとき）
よくある質問（FAQ）
まとめ：工数は「人数×時間」、精度の土台は分解にある
- 🚀 「するたす」を無料で試す

工数とは？意味と単位（人時・人日・人月）をやさしく解説

まず正面からお答えします。工数とは、ある作業を完了するのに必要な作業量を指す言葉で、「人数×時間」で表します。ポイントは、時間そのものではなく「人の働きの量」を数えている点です。

定義：「人数×時間」で表す作業量

たとえば、1人が8時間かけて終わる作業も、2人が4時間ずつ手分けして終わる作業も、作業量としては同じ「8人時」です。誰が・何人でやるかをいったん切り離して「作業の総量」を測れるのがこの物差しの便利なところで、見積もり・費用の計算・進捗の管理に使われる共通言語になっています。

ひとつ紛らわしい点を先に整理しておくと、この言葉は製造業の原価管理やシステム開発の見積もりなど、分野によって使われる文脈が少しずつ異なります。本記事では、オフィスワーク一般で「この作業の工数を出して」と言われた場面を想定して解説します。また、「工程の数」という意味ではない点にも注意してください。作業ステップがいくつあるかではなく、あくまで「どれだけの作業量か」を表す言葉です。

人時・人日・人月の意味と換算の目安

単位	意味	例
人時（にんじ）	1人が1時間働く作業量	2人時＝1人なら2時間、2人なら1時間
人日（にんにち）	1人が1日（所定労働時間分）働く作業量	3人日＝1人なら3日、3人で分担できれば1日
人月（にんげつ）	1人が1ヶ月働く作業量	2人月＝1人なら2ヶ月、2人なら1ヶ月

単位同士の換算は、所定労働時間と稼働日数で決まります。1日の所定労働時間が8時間の会社なら、1人日＝8人時。1ヶ月の稼働日数は会社の休日設定によって異なるため一概には言えませんが、一般的な目安として、たとえば月20日稼働の会社であれば1人月＝20人日＝160人時という計算になります。社外とやり取りするときは「1人日＝何時間か」「1人月＝何日か」の前提を必ず確認・明記するのが、行き違いを防ぐ基本です。

工数と期間（納期）の違い

混同しやすいのが「期間」との違いです。2人日の作業は、1人でやれば2日かかりますが、2人で分担できれば1日で終わります。作業量は変わらないのに、期間は人数によって変わる――ここが分かれ目です。「見積もりは2人日です」と「2日後に納品できます」は別の話で、前者は作業量、後者はカレンダー上の日付の約束です。

もうひとつの注意点は、すべての作業が分担できるわけではないことです。1人でしか進められない確認作業や、前の工程が終わらないと始められない作業は、人数を増やしても期間が縮まりません。「人を足せば早く終わるはず」が通用しない作業がある、と知っておくだけで、無理のない約束ができるようになります。

工数見積もりの基本手順3ステップ【開発者視点】

見積もりで一番よくあるつまずきは、「資料作成……まぁ2日くらいかな」と、大きい塊のまま感覚で数字を置いてしまうことです。自分の過去の見積もりを振り返ってみると、大きく外したものには「中身を分けずに一発で数字を出した」という共通点がたいてい見つかります。中身が見えていない数字は、根拠の持ちようがないからです。だとすれば、見積もりの精度を上げる鍵は、数字を当てる技術より先に「作業を分けること」にあります。私自身、するたすを開発・運営する中でも、見積もりが素直に当たるのは作業を細かく分けられているときだと繰り返し感じています。

ステップ1：作業を分解する

最初にやるのは、数字を置くことではなく作業を工程に分けることです。「提案資料を作る」なら、「構成を考える→情報を集める→スライドを作る→レビューを受けて直す」。分ける細かさの目安は、「その工程にかかる時間が、経験からイメージできる」ところまで。イメージがわかない工程は、まだ大きすぎます。分け方の基本手順は「タスク分解の基本：今日から動ける3ステップ」で、プロジェクト規模の作業を構造的に洗い出すなら「WBSの作り方」で詳しく解説しています。

ステップ2：分解した単位ごとに見積もる

工程が分かれたら、ひとつずつ時間を置いていきます。小さい単位なら「前に似たことをやったとき半日だった」と過去の経験と比べやすく、根拠を持って数字を置けます。やったことがなく読めない工程は、ゼロから当てようとせず、「◯◯という前提で1人日」と前提を添えて仮置きしてください。前提が書いてあれば、外れたときに「どの前提が崩れたのか」を説明できます。

ステップ3：合計にバッファを足す

各工程の単純合計は、「すべてが順調に進んだ場合」の数字です。実際には、割り込みの仕事・手戻り・相手の確認待ちがほぼ必ず発生します。だから合計に余裕分（バッファ）を上乗せして提出します。どのくらい積むかに一律の正解はなく、初めての作業か・他の人への依存が多いかといった不確実さの度合いに応じて増やすのが考え方の軸です。バッファを積むのは水増しではなく、守れる約束をするための誠実さだと捉えてください。

見積もりが外れる理由と、外れそうなときの対処

「思ったより早く終わった」が少ない理由――計画錯誤

過去の自分の見積もりを思い出してみてください。「思ったより時間がかかった」経験と「思ったより早く終わった」経験、どちらが多いでしょうか。ほとんどの人は前者のはずです。この偏りは計画錯誤（planning fallacy）と呼ばれ、人は自分の作業時間を楽観的に見積もる傾向があることが知られています。つまり見積もりが外れるのは、能力や気合いの問題というより、人間に共通する認知の癖です。だとすれば、「今度こそ正確に読もう」と意気込むより、分解とバッファという仕組みで癖を補正するほうが現実的です。こうした認知の癖の全体像は「認知バイアスとは」で整理しています。

大きい塊のまま見積もると、外れたあとの説明もできない

塊のまま「2日」と出した見積もりが外れると、どの部分が延びたのか自分でも分かりません。一方、工程に分けてあれば「情報収集が想定より1日延びた。以降の工程は予定どおり」と具体的に説明でき、次回の見積もりの材料にもなります。分解は見積もり精度の土台であると同時に、外れたときの説明力の土台でもあるのです。

外れが確定する前、「外れそう」の時点で報告する

見積もりは外れることがある前提で運用するものです。信頼を左右するのは、外れたこと自体より報告のタイミング。締切当日に「終わりませんでした」と言うのと、途中で「このままだと1日超過しそうです」と言うのとでは、相手が打てる手の数がまったく違います。報告に入れるのは次の3点です。

現状：どの工程まで終わっているか
原因：何が想定と違ったか（どの前提が崩れたか）
見込み：残りの作業量と、新しい完了予定

🎯 見積もりの土台になる”作業の分解”をAIに任せられるのが「するたす」です

✅ 入力はタスク名だけ　→ AIが作業を「今日動ける最初の一歩」まで分解
✅ 中身が見えるから時間の見当がつけやすい　→ 塊のままの感覚見積もりから卒業
✅ 一歩が小さく具体的　→ どこまで進んだかを説明しやすい

↓ 下のフォームで今すぐ試す（無料） 📱 App Storeで詳しく見る

※登録不要で体験フォームが使えます

見積もりの土台になる作業分解を助けるタスク分解アプリするたす App Store QRコード

📱 PCの方はスマホで読み取り

「この作業の工数出しておいて」への答え方テンプレ

ここまでの手順を、そのまま提出できる形に落とします。ポイントは「内訳・合計・前提」の3点セットで出すことです。合計の数字だけを出すより、相手が中身を確認でき、前提が崩れたときの再交渉もしやすくなります。

提出テンプレ：内訳＋合計＋前提

作業名：提案資料の作成
内訳：構成検討 0.5人日／情報収集 1人日／スライド作成 1.5人日／修正対応 0.5人日
小計：3.5人日
バッファ込みの合計：4.5人日（レビュー待ちと修正のやり取りを想定）
前提：1人日＝8時間換算／◯◯の素材は△日までにご支給いただける前提

そのまま使える例文（提出時・遅れそうなとき）

提出時：「合計4.5人日と見積もっています。内訳は上記のとおりです。素材のご支給が△日を過ぎる場合は、完了予定を再調整させてください。」

遅れそうなとき：「情報収集で想定外の確認事項が発生し、当初の見積もりから1人日ほど超過しそうです。現在スライド作成まで完了しており、残りは修正対応のみです。完了予定を◯日から△日に変更させていただけないでしょうか。」

見積もった作業を実際のスケジュールに落とし込み、日々の予定として進める方法は「タスク分解を予定に落とし込む方法」で解説しています。

よくある質問（FAQ）

Q1. 工数と工期（期間）の違いは何ですか？

工数は「作業を完了するのに必要な作業量」で人数×時間で表し、工期は「カレンダー上でかかる期間」です。2人日の作業でも、2人で分担できれば1日で終わり、1人なら2日かかります。作業量は同じでも期間は人数や分担のしやすさで変わる、と分けて考えると混同しません。

Q2. 1人月は何時間ですか？

会社の所定労働時間と稼働日数によって異なるため、一律には決まりません。たとえば1日8時間・月20日稼働なら1人月＝160人時という計算になりますが、あくまで一般的な目安です。社外とやり取りする場合は「1人月＝何時間の前提か」を最初に確認・明記しておくと行き違いを防げます。

Q3. 見積もりがいつも甘くなるのはなぜですか？

過去を振り返ると「思ったより時間がかかった」経験のほうが多いはずです。人には自分の作業時間を楽観的に見積もる計画錯誤という認知の癖があることが知られており、能力の問題ではありません。気合いで正確に読もうとするより、作業を分解して単位ごとに見積もり、合計にバッファを足す仕組みで補正するのが現実的です。