工数見積もりのテンプレート｜作業を分けて見積もる手順

工数見積もりのテンプレートを探している人の多くは、「表の形」よりも「何をどう分けて、どう数字を入れればよいか」で手が止まっています。 工数見積もりは、仕事を細かい作業に分け、作業ごとに必要な時間を積み上げ、その合計をもとに期間と金額を決める作業です。 この記事では、テンプレートに入れる項目、作業の分け方、代表的な見積もりの手法、記入例、金額への換算、スプレッドシートでの作り方、見積もりがずれる原因までを順に説明します。 見積もった作業を担当と期限付きで追いかける段階になったら、Pinateca のようなプロジェクト管理の道具に移す方法もあるので、その使い分けも後半で触れます。

工数見積もりとは：人時・人日・人月の考え方

工数とは、ある作業を終えるのに必要な「人の作業量」のことです。 単位には、1人が1時間でこなす量を表す「人時（にんじ）」、1人が1日でこなす量を表す「人日（にんにち）」、1人が1か月でこなす量を表す「人月（にんげつ）」が使われます。 1人日を8人時、1人月を20人日とする数え方が一般的ですが、会社や業界で基準が違うので、見積書には「1人日は8時間で計算」のように前提を書いておきます。

システム開発や制作の見積もりでよく使われるのが、この人日や人月に単価を掛ける方法です。 マネーフォワードの解説記事は、次のように説明しています。

エンジニアやシステム開発の見積書では、人月、人日計算を行う方法が多く取られます。「人月・人日計算」とは、1人の人が1カ月（20日）にできる仕事量、もしくは1日あたりにできる仕事量に対してかかる値段を設定し計算されるものです。なお、1人月の値段は経験、技量によって異なりますが、50万円から150万円くらいが相場でしょう。 出典: biz.moneyforward.com

ここで間違えやすいのが、工数と期間は別物だという点です。 10人日の作業は、1人なら10日かかりますが、2人で分ければ5日で終わるとは限りません。 作業の受け渡しや確認の時間が増えますし、担当者がほかの仕事と掛け持ちしていれば、1日のうちその作業に使える時間は限られます。 工数管理のサービスを提供するチームスピリットのコラムも、5人日かかる業務を「5人を割り当てられるから1日で終わる」と考えるのは誤りだと注意を促しています。 メンバーはほかの業務を掛け持ちしていることが多く、実際には1日の半分しかその案件に時間を使えない場合もあるからです。

テンプレートを作るときは、「工数（どれだけの作業量か）」と「期間（いつからいつまでか）」を別の列にしておくと、この取り違えを防げます。 期間を出すときは、担当者がその作業に1日何時間使えるかを先に決めます。 1日に4時間しか使えない人が8人時の作業を受け持つなら、期間は2日です。 副業で仕事を受ける人は、平日に使える時間が限られるので、工数より期間のほうが長くなるのが普通です。

工数見積もりが求められる場面が増えている背景

工数で見積もる考え方は、もともとシステム開発の現場で使われてきました。 最近は、Web制作、動画編集、デザイン、記事の執筆、業務の代行など、時間で成果が決まる仕事全般に広がっています。 理由の1つは、業務委託で働く人が増え、仕事を受ける側が自分で見積もりを出す場面が増えたことです。

2024年11月1日には、フリーランスに業務を委託する事業者の義務を定めた「フリーランス・事業者間取引適正化等法」が施行されました。 厚生労働省のフリーランスとして業務を行う方・フリーランスの方に業務を委託する事業者の方等へのページでは、発注事業者に、業務委託をした際の取引条件の明示や、給付を受け取った日から原則60日以内の報酬の支払いなどが義務付けられたと説明しています。 報酬の額や業務の内容を書面などで示すことが求められる以上、発注する側も受ける側も「何にどれだけかかるのか」を説明できる見積もりが、以前より大切になっています。

もう1つの理由は、見積もりの根拠を問われる場面が増えたことです。 「一式30万円」のような見積もりは、作業の中身が見えず、追加の依頼が来たときに「それは見積もりに含まれていたのか」で揉めやすくなります。 作業を分けて工数を並べた見積もりなら、範囲の外の依頼を「この作業は見積もりに入っていないので、別に〇人日かかります」と説明できます。 工数見積もりのテンプレートは、金額を出すための計算表であると同時に、仕事の範囲を相手と合わせるための書類でもあるのです。

工数見積もりのテンプレートに入れる項目

テンプレートの項目は、次の10個を基本にすると、ほとんどの仕事に対応できます。

項目	書く内容	書き方の目安
番号	作業を特定する番号	1、1-1、1-2のように階層で付ける
工程	作業の大きなまとまり	要件整理、設計、制作、確認、納品など
作業	具体的な作業の名前	動詞で終わる形にする（例：トップページを作る）
成果物	その作業で何ができるか	画面、原稿、動画、資料など
担当	作業する人	1作業に1人
楽観値	うまく進んだときの時間	人時か人日でそろえる
最頻値	普通に進んだときの時間	最も起こりやすい時間
悲観値	手戻りがあったときの時間	最悪ではなく「よくある遅れ」
見積もり工数	計算で出した工数	三点見積もりの式などで出す
前提と除外	見積もりの条件	修正の回数、素材の支給の有無など

この中で抜けやすいのが「成果物」と「前提と除外」です。 成果物が書かれていないと、作業が終わったのかどうかの基準があいまいになります。 「デザインを作る」ではなく「トップページのデザイン案を2案作る」と書けば、何をもって完了とするかがはっきりします。

前提と除外は、見積もりの数字と同じくらい大切です。 「修正は2回まで」「写真素材は依頼主が用意する」「公開後の保守は含まない」といった条件を書いておくと、後から範囲が広がったときに、追加の見積もりを出す根拠になります。 楽観値、最頻値、悲観値の3つの列は、後で説明する三点見積もりを使うためのものです。 簡単な見積もりなら「見積もり工数」の1列だけでも構いませんが、慣れてきたら3つの列を使うと、見積もりの幅を相手に説明しやすくなります。

作業を分ける手順：大きな塊から小さな作業へ

工数見積もりの精度は、作業をどこまで細かく分けられるかで決まります。 作業を分ける方法は、WBSと呼ばれます。 WBSとは、仕事全体を工程、作業と段階的に細かくしていき、一覧にしたもののことです。

分け方の手順は次のとおりです。

1. 納品するものを先に書き出す（例：Webサイト一式、トップページと下層ページ5枚、問い合わせフォーム）
2. 納品物ごとに、作るまでの工程を並べる（要件整理、構成、デザイン、実装、確認、公開）
3. 工程ごとに、具体的な作業に分ける（デザインなら、トップページ案、下層ページ案、修正対応）
4. 1つの作業が1人で半日から3日程度に収まるまで分ける
5. 打ち合わせ、確認待ち、修正対応、進行管理など、作業の間に挟まる仕事を別の行に書く

4番目の「1人で半日から3日程度」が分け方の目安です。 1つの作業が10日もあると、その中に何が含まれているのかが見えず、見積もりが勘に頼ったものになります。 逆に1時間単位まで分けると、表の行が数百になり、管理する手間のほうが大きくなります。

5番目の「間に挟まる仕事」は、見積もりから最も抜けやすい部分です。 打ち合わせの準備と議事録、依頼主の確認を待つ間の調整、メールでの質問への回答。 こうした仕事は1つずつは小さくても、合計すると全体の1割から2割になることも珍しくありません。 「進行管理」として1行にまとめ、全体の工数に一定の割合を掛けて見積もる方法もあります。

工数見積もりの代表的な手法

作業を分けたら、それぞれに時間を見積もります。 代表的な手法は次の4つです。

手法	やり方	向いている場面
類推見積もり	過去の似た仕事の実績から推し量る	似た案件の経験がある
積み上げ見積もり	細かい作業ごとに見積もって合計する	作業を分けられる
三点見積もり	楽観値・最頻値・悲観値から計算する	不確かさが大きい
係数見積もり	画面数やページ数に1つあたりの工数を掛ける	同じ種類の作業が多い

類推見積もり

過去の似た仕事を基準にする方法です。 「前回のコーポレートサイトはページ数が同じで、全体で25人日かかった」という実績があれば、それを出発点にします。 早く出せるのが利点ですが、過去の実績を記録していないと使えません。

積み上げ見積もり

WBSで分けた作業の1つ1つに時間を見積もり、合計する方法です。 最も手間はかかりますが、根拠を説明しやすく、テンプレートとも相性のよい方法です。 この記事で紹介するテンプレートも、積み上げ見積もりを前提にしています。

三点見積もり

作業ごとに楽観値、最頻値、悲観値の3つを出し、「（楽観値＋最頻値×4＋悲観値）÷6」で見積もり工数を計算する方法です。 たとえば、楽観値が2人日、最頻値が3人日、悲観値が7人日なら、（2＋12＋7）÷6で3.5人日になります。 最頻値だけで見積もると3人日ですが、手戻りの可能性を数字に含めることで、遅れにくい見積もりになります。

係数見積もり

同じ種類の作業が並ぶ仕事で使う方法です。 「下層ページ1枚あたり1.5人日」「記事1本あたり4人時」のように、1つあたりの工数を決めておき、数を掛けます。 係数は、過去の実績の平均から決めるのが基本です。

実務では、1つの手法だけで済ませることは少なく、積み上げ見積もりで細かく出したあと、類推見積もりで「前回と比べて大きく外れていないか」を確かめる、といった組み合わせで使います。

記入例：コーポレートサイト制作の工数見積もり

テンプレートに数字を入れた例を示します。 下層ページ5枚と問い合わせフォームのあるコーポレートサイトを、デザインと実装を1人ずつで担当する想定です。 単位は人日で、見積もり工数は三点見積もりの式で計算しています。

番号	工程	作業	楽観値	最頻値	悲観値	見積もり工数
1-1	要件整理	ヒアリングと要件のまとめ	1	1.5	3	1.7
2-1	設計	サイトの構成とページの骨組み	1	2	4	2.2
3-1	デザイン	トップページのデザイン案	2	3	6	3.3
3-2	デザイン	下層ページのデザイン（5枚）	2	3	5	3.2
4-1	実装	トップページの実装	1.5	2	4	2.3
4-2	実装	下層ページの実装（5枚）	2	3	5	3.2
4-3	実装	問い合わせフォームの実装	0.5	1	2	1.1
5-1	確認	表示の確認と修正	1	2	4	2.2
6-1	進行管理	打ち合わせ・連絡・議事録	1.5	2	3	2.1
合計			12.5	19.5	36	21.3

最頻値の合計は19.5人日ですが、三点見積もりで計算すると21.3人日になります。 この差の約2人日が、手戻りに備えた余裕です。 「最頻値で見積もって、最後に全体の1割を余裕として上乗せする」という方法もありますが、作業ごとに不確かさを考えるほうが、どこに危険があるのかが見えやすくなります。

この表の下に、前提と除外を書きます。 たとえば「デザインの修正は各ページ2回まで」「原稿と写真は依頼主が用意する」「公開後の更新作業は含まない」「1人日は8時間で計算」といった内容です。 同じ21.3人日でも、前提が違えば中身は大きく変わるので、この欄を省かないでください。

仕事の種類別に見る作業の分け方の例

コーポレートサイトの例は分かりやすい一方で、システム開発以外の仕事では、どう分ければよいか迷う人も多いはずです。 ここでは、在宅で受けることの多い3つの仕事について、作業の分け方の例を示します。

動画編集の場合

動画編集は、素材の量と修正の回数で工数が大きく変わる仕事です。 作業は「素材の確認と整理」「構成案の作成」「カット編集」「テロップ入れ」「BGMと効果音」「色の調整」「書き出しと確認」「修正対応」に分けると見積もりやすくなります。 係数見積もりを使うなら、「完成尺1分あたり何人時」「素材1時間あたり何人時」のような単位を、自分の実績から決めておきます。 素材が予定より多く届いたときに追加の見積もりを出せるよう、前提に「素材の長さは合計60分まで」のような条件を書いておくのが大切です。

記事の執筆の場合

記事の執筆は、文字数だけで見積もると外れやすい仕事です。 作業は「テーマと構成の確認」「調べもの」「執筆」「見直し」「図や表の作成」「修正対応」に分けます。 同じ5,000字でも、専門的な制度を扱う記事は、一次資料を確かめる調べものに執筆と同じくらいの時間がかかることがあります。 調べものを別の行にしておくと、依頼主にも「なぜこの金額なのか」を説明しやすくなります。

事務や業務の代行の場合

データの入力、資料の作成、問い合わせの一次対応のような代行の仕事は、件数で見積もるのが基本です。 「1件あたりの処理時間×月の件数」で工数を出し、そこに「手順書の作成」「質問への対応」「月次の報告」を別の行で加えます。 最初の1か月は手順に慣れる時間がかかるため、初月だけ工数を多めに見込み、2か月目から通常の工数に切り替える見積もりにすると、無理が出にくくなります。

どの仕事でも共通するのは、「作業そのもの」と「作業の周りにある連絡や確認」を分けて書くことです。 作業そのものの時間は経験とともに短くなりますが、連絡や確認の時間は依頼主によって大きく変わります。 初めて取引する相手には、連絡や確認の工数を少し多めに見込んでおくと安心です。

工数を金額に換算する方法

工数が出たら、単価を掛けて金額にします。 計算は「見積もり工数×1人日あたりの単価」が基本です。 記入例の21.3人日に、1人日あたり4万円を掛ければ85.2万円、5万円なら106.5万円になります。

単価の決め方は、大きく2つあります。 1つは、担当者の経験や役割ごとに単価を分ける方法です。 デザイナー、エンジニア、進行管理で単価が違うなら、作業ごとに単価の列を加え、行ごとに金額を出して合計します。 もう1つは、全体を1つの単価で計算する方法で、1人で全工程を担当するフリーランスの見積もりでよく使われます。

単価の目安を知りたいときは、職種ごとの相場を確かめておくと、高すぎる見積もりや安すぎる見積もりを避けられます。 デザインの仕事なら、デザイナーの年収・単価相場で、会社員とフリーランスの収入の目安や案件の種類ごとの相場を紹介しています。

金額にするときに気をつけたいのが、端数の扱いと消費税です。 人日に小数が出たら、0.5人日単位に切り上げるなど、端数の扱いを見積書の前提に書いておきます。 スプレッドシートで切り捨てや切り上げをするときは、GoogleのヘルプにあるTRUNC 関数のような関数を使うと、手で計算するより誤りが減ります。 消費税を含むかどうかも、金額の横にはっきり書いてください。

見積もりを出す前に依頼主へ確かめる質問

工数の見積もりは、依頼の内容が分からないうちは正確になりません。 見積もりを出す前の打ち合わせやメールで、次の6つを確かめておくと、後の見積もり直しが大きく減ります。

1. 何を納品すれば完了か（成果物の種類と数）
2. いつまでに必要か（納期と、途中で確認したい日）
3. 素材や原稿は誰が用意するか（依頼主か、こちらか）
4. 修正は何回まで見込んでいるか
5. 確認するのは誰か（担当者1人か、上司や複数の部署も確認するか）
6. 予算の目安はあるか

5番目の「確認するのは誰か」は、見落とされがちですが工数に大きく響きます。 担当者が1人で判断できる仕事と、複数の部署の確認が必要な仕事では、修正の往復の回数が違います。 確認する人が多い場合は、進行管理と修正対応の工数を多めに見込んでください。

6番目の予算は、聞きにくいと感じる人も多いのですが、先に聞いておくほうが双方のためになります。 予算が見積もりより小さい場合は、作業の範囲を絞った案と、すべてを含む案の2つを出せば、依頼主が選べます。 最初から1つの金額だけを出して断られるより、話が前に進みやすくなります。

見積書として相手に渡すときの書き方

社内で使う工数の表と、依頼主に渡す見積書は、同じ数字を使っていても書き方が違います。 工数の表は自分たちが計算するための表なので、楽観値や悲観値まで細かく並べて構いません。 一方で、見積書は依頼主が判断するための書類なので、必要な情報を読みやすく並べることが大切です。

見積書に入れる項目は、次のとおりです。

1. 宛名（依頼主の会社名と担当者名）
2. 見積書の番号と発行日
3. 件名（何の仕事の見積もりか）
4. 見積もりの有効期限
5. 内訳（工程ごと、または作業ごとの工数と金額）
6. 小計、消費税、合計金額
7. 前提と除外（修正の回数、依頼主が用意するもの、含まない作業）
8. 納期の目安と、支払いの条件

5番目の内訳は、工数の表の行をそのまま全部載せる必要はありません。 工程ごとに小計をまとめ、「デザイン　6.5人日　〇〇円」のように示せば、依頼主にとって読みやすい見積書になります。 細かい内訳を求められたときに出せるよう、元の工数の表は手元に残しておきます。

8番目の納期は、工数の合計をそのまま日数にしないよう注意してください。 21.3人日の作業でも、依頼主の確認に毎回2日かかるなら、実際の期間は1か月半を超えることがあります。 「依頼主の確認期間を含めて、着手から約6週間」のように、相手の作業も含めた期間で書くと、行き違いが減ります。

スプレッドシートで工数見積もりのテンプレートを作る手順

テンプレートは、ExcelでもGoogleスプレッドシートでも作れます。 複数人で同じ表を見ながら見積もるなら、共有しやすいGoogleスプレッドシートが便利です。

1. 1行目に、先ほどの10項目を見出しとして並べる
2. 「工程」の列に、要件整理、設計、制作などの選択肢をプルダウンで用意する
3. 「見積もり工数」の列に、三点見積もりの式を入れる（楽観値がF列、最頻値がG列、悲観値がH列なら「=(F2+G2*4+H2)/6」）
4. 表の下に合計の行を作り、楽観値、最頻値、悲観値、見積もり工数の合計を出す
5. 工程ごとの小計を、SUMIF関数で別の表に出す
6. 単価の欄を作り、合計の工数に単価を掛けて金額を出す

5番目のSUMIF関数は、条件に合う行だけを合計する関数です。 Googleのヘルプ「SUMIF」に使い方が載っています。 工程ごとの小計が見えると、「デザインに全体の3割以上かかっているのは多すぎないか」のように、配分の偏りに気づけます。

作業の数が多い場合は、ピボットテーブルを使うと、工程別、担当別の集計を一度に作れます。 手順はGoogleのヘルプ「ピボット テーブルを作成、使用する」にあります。 担当別の合計を出せば、特定の人に作業が偏っていないかも確かめられます。

テンプレートは1枚目のシートを「見積もり」、2枚目を「実績」にしておくと、後で見積もりと実績を比べやすくなります。 実績のシートには、同じ番号と作業名で、実際にかかった時間を記録します。

見積もりがずれる原因と、ずれを小さくする方法

工数見積もりが外れる原因は、ほとんどが次の4つに当てはまります。

原因	起きること	対策
作業の抜け	進行管理や確認待ちを見積もっていない	WBSに「間に挟まる仕事」の行を必ず入れる
範囲のあいまいさ	依頼主との認識がずれ、作業が増える	成果物と前提と除外を書く
掛け持ち	1日のうちその作業に使える時間が少ない	工数と期間を別に計算する
実績の不足	過去の数字がなく、勘で見積もる	毎回、実績を記録する

チームスピリットのコラムも、見積もりの甘さが納期の遅れにつながると指摘しています。

工数見積もりが適切でないと、プロジェクトの完了が予定より遅れてしまう可能性があります。実際に必要な作業量よりも少ない工数で見積もりを立ててしまうと、当初の予定通りに作業が進まなくなるためです。納期が遅れると、クライアントからの信頼も揺らいでしまうでしょう。 出典: teamspirit.com

4つの原因のうち、最も効く対策は「実績の記録」です。 見積もりと実績を作業ごとに並べ、どの作業でどれだけずれたかを毎回確かめていくと、自分やチームの「見積もりの癖」が見えてきます。 「デザインはいつも見積もりの1.3倍かかる」と分かれば、次からはその分を見込んで見積もれます。

比べるときは、作業ごとに「実績÷見積もり工数」の比率を出す列を作ると分かりやすくなります。 比率が1.0なら見積もりどおり、1.5なら見積もりの1.5倍かかったという意味です。 比率が大きく外れた作業には、理由を一言書き添えておきます。 「依頼主の確認に5日かかった」「素材の差し替えが2回あった」のように理由が残っていれば、次の見積もりで同じ条件の案件が来たときに、前提や工数にあらかじめ反映できます。 比率が小さすぎる作業も見直しの対象です。 見積もりが大きすぎると、依頼主から見て割高な見積もりになり、受注を逃す原因になるからです。

情報処理推進機構（IPA）も、ソフトウェア開発の実績データを集めて分析した「ソフトウェア開発データ白書」を公開しており、その説明の中で、要求や実績を数値にし、実績と比べながら目標を決めたり進み具合を管理したりする定量的なプロジェクト管理が大切だと述べています。 規模の大小を問わず、「見積もる、記録する、比べる」を繰り返すことが、見積もりの精度を上げるいちばんの近道です。

見積もった作業を担当と期限付きで追いかける方法

見積もりが通ったら、次は見積もった作業を実際に進め、実績を記録する段階です。 1人で進める仕事なら、テンプレートに「状況」と「実績」の列を加え、毎日の終わりに記入するだけで十分です。

人数が増えると、スプレッドシートだけでは追いかけにくくなります。 誰がどの作業を担当していて、どの作業が期限に間に合いそうにないのかを確かめるために、毎回表を開いて探すことになるからです。 作業ごとのやり取りもチャットやメールに散らばり、「この作業の修正はどこで話したか」が分からなくなります。

複数人で担当と期限と進み具合を共有したい場合は、WBSの作業をプロジェクト管理の道具に移す方法があります。 その選択肢の1つが Pinateca です。 公式サイトによると、Pinatecaはカンバン、ガントチャート、カレンダー、リストなど8種類のボードとチャットを備えたプロジェクト管理の道具で、5人までのチームならフリープランですべての種類のボードを使えます。 カードにはカスタムフィールドとして見積工数や優先度などの項目を追加できるので、WBSの1行を1枚のカードにして、見積もり工数と担当者と期限を設定できます。 ガントチャートのボードでは、カードの期間が横棒で並び、締切の重なりや遅れている作業を確かめられます。 フリープランはメンバー5人まで、ボード10個までで、それを超える場合のスタンダードプランは1人あたり月額500円（税抜、年払いなら月額400円）です。 業務委託のメンバーの稼働を記録したい場合は、追加のオプションとして稼働タイムシート（1人あたり月額980円、税抜）があり、0.5時間刻みの記録と、担当者別・案件別・作業別の集計ができると案内されています。 Pinatecaは、@SOHOを運営する株式会社ライフスケープが開発・提供しています。

どの道具を使う場合も、見積もりの番号をカードや行に残しておくと、後で見積もりと実績を突き合わせやすくなります。

業務委託で見積もりを出すときに押さえたいこと

フリーランスや副業で仕事を受ける人にとって、工数見積もりは、自分の時間を安売りしないための道具でもあります。 「一式でいくら」と言われて引き受けた仕事が、終わってみると想定の倍の時間がかかっていた、という経験は珍しくありません。 作業を分けて工数を並べておけば、追加の依頼が来たときに、どの作業が範囲の外なのかを示して、追加の見積もりを出せます。

見積もりを出すときは、次の3点を必ず書き添えてください。

• 修正の回数と、回数を超えた場合の扱い
• 依頼主に用意してもらうもの（素材、原稿、アカウントなど）と、その期限
• 見積もりの有効期限（例：見積もりの日から30日間）

業務の進め方を整える支援や、生成AIを使った業務改善の仕事では、作業を分けて工数を見積もる力そのものが求められます。 AIコンサル・業務活用支援のお仕事では、どんな依頼があり、どんな力が必要かを紹介しています。 開発の仕事で人日単位の見積もりを出す機会が多い人は、アプリケーション開発のお仕事で、仕事の種類と始め方も確かめておくとよいでしょう。

20年この市場を見てきた立場から言えること

在宅ワークとフリーランスの仲介を2004年から続けてきた運営者として見てきた限りでは、取引が長く続く人ほど、見積もりの段階で「範囲」をはっきりさせています。 金額の大きさよりも、何が含まれていて何が含まれていないかが書かれていることが、依頼主の安心につながっています。 反対に、見積もりがあいまいなまま始まった仕事は、途中で「これもやってもらえると思っていた」という行き違いが起きやすく、仕事が終わっても次の依頼につながりにくい傾向があります。

もう1つ見えてきたのは、直接取引の良さが生きるのは、見積もりの中身を両者が理解しているときだということです。 中間の仲介手数料が乗らない手数料0%の直接取引では、同じ予算で依頼者はより多くの作業を頼め、受け手の手取りも厚くなります。 ただ、その利点は、工数と前提が見える見積もりがあってはじめて、双方が納得できる形になります。 作業を分けて見積もり、実績を記録し、次の見積もりに生かす。 この繰り返しが、依頼する側と受ける側の両方にとって、無理のない取引を続ける土台になります。

よくある質問

Q. 工数見積もりの人日と人月はどう換算しますか？

一般的には1人日を8時間、1人月を20人日として計算します。ただし、会社や業界によって1か月の稼働日を21日や22日とする場合もあり、基準は統一されていません。見積書には「1人日は8時間、1人月は20人日で計算」のように前提を書き、依頼主と同じ基準で数字を読めるようにしておくと、後の行き違いを防げます。

Q. 工数見積もりのテンプレートはExcelとスプレッドシートのどちらがよいですか？

1人で作って PDF にして渡すだけならどちらでも構いません。複数人で同じ表を見ながら見積もる、依頼主と共有して確認してもらうといった場面では、共有しやすい Google スプレッドシートが便利です。どちらを使う場合も、見積もりと実績を別のシートにして、同じ番号で突き合わせられる形にしておくと、次の見積もりに生かせます。

Q. 見積もりにどれくらいの余裕を見込めばよいですか？

決まった割合はなく、仕事の不確かさによって変わります。最頻値の合計に全体の1割程度を上乗せする方法もありますが、作業ごとに楽観値・最頻値・悲観値を出す三点見積もりを使うと、どの作業に危険があるかが見えやすくなります。過去の実績と見積もりのずれを記録しておくと、自分に合った余裕の幅が分かってきます。

Q. 依頼主から見積もりの金額を下げてほしいと言われたらどうしますか？

単価を下げるのではなく、作業の範囲を見直す方法を先に考えます。工数を作業ごとに並べた見積もりなら、「この作業を依頼主側で行えば何人日減る」「修正の回数を1回にすれば何人日減る」と具体的に示せます。範囲を変えずに金額だけを下げると、作業時間が足りなくなり、品質や納期に影響が出やすくなります。