工数見積もりの基本|人日・人時の違いとバッファの取り方

公開: 2026年7月12日

「このタスク、どれくらいで終わりますか?」と聞かれて、なんとなくの勘で「3日くらいですかね」と答えてしまう。あとで見返すと、その3日が守れず、プロジェクト全体の遅れの起点になっていた——工数見積もりに苦手意識を持つ人は少なくありません。見積もりは経験と勘の世界だと思われがちですが、実際には押さえるべき考え方の型があり、そこを外さなければ大きくブレにくくなります。

この記事では、工数見積もりの土台になる「人日」「人時」という単位の意味と換算から始め、1日を丸ごと作業に使えるわけではないという「稼働率」の考え方、そして類推・積み上げ・三点見積もりという代表的な手法を平易に整理します。さらに、見積もりに欠かせないバッファ(余裕)の取り方と、外したときの振り返り方までまとめました。専門用語はできるだけかみ砕いて説明するので、初めて見積もりを任された方も読み進めやすいはずです。

人日・人時とは?単位の意味と換算

工数見積もりでまず出てくるのが「人日(にんにち)」と「人時(にんじ)」という単位です。どちらも「人数 × 時間」で仕事量を表す考え方で、担当者が入れ替わっても総量を共通の物差しで語れるようにするためのものです。

• 人日:1人が1日働いたときの作業量を1とする単位。「このタスクは3人日」なら、1人でやれば約3日、3人で分担できれば計算上は約1日ぶんの仕事量、という意味になります。
• 人時:1人が1時間働いたときの作業量を1とする単位。人日より細かく、数時間で終わる小さな作業や、時間単位で人を割り当てたい場面に向きます。

換算はシンプルで、「1日を何時間とみなすか」を決めれば結びつきます。1日を8時間とする職場なら 1人日 = 8人時 です。ここで注意したいのは、「3人日」は総量であって、必ずしも「3人集めれば1日で終わる」とはならないことです。作業を分けられない部分があったり、人を増やすほど連絡や引き継ぎの手間が増えたりするため、人数と日数は単純な反比例にはなりません。まずは「総量としての工数」と「実際の日程(期間)」は別物だと切り分けて考えるのが出発点です。

単位はチーム内で揃えておくのが鉄則です。ある人は人日、別の人は人時で書いていると、合算の途中で桁がずれます。見積もりを入力する道具の側で人日と時間を切り替えられると、細かい作業は時間で、大きな工程は人日で、と使い分けても最終的に同じ物差しで集計できて便利です。

「1日=8時間フル」ではない:稼働率という落とし穴

見積もりで最もつまずきやすいのが、ここです。1日8時間勤務だからといって、その8時間まるごとを見積もり対象の作業に充てられるわけではありません。実際の1日には、次のような「作業以外の時間」が必ず混ざります。

• 定例ミーティングや打ち合わせ、その準備
• メールやチャットの確認・返信
• 急な問い合わせや割り込み対応
• 休憩、報告・記録、環境の準備や後片付け

こうした時間を差し引いて、実際に見積もり対象のタスクへ使える割合を稼働率と呼びます。職場や役割によって幅はありますが、1日の6〜7割程度を実作業に見ておくと現実に近い、というのが多くの現場でのおおよその感覚です(数字はあくまで目安で、実測して自分のチームの値に補正していくのが本筋です)。

この稼働率を無視すると、見積もりは静かに破綻します。たとえば「8時間かかる作業だから1人日」と積んでいくと、実際には1日では終わらず、タスクが少しずつ後ろへずれていきます。逆に、稼働率を織り込んで「実作業に使えるのは1日あたり5〜6時間」と考えれば、日程の見通しは一気に現実的になります。メンバーごとに稼働率や1日あたりの稼働時間を設定できるようにしておき、スケジュールを引くときにそれを踏まえて期間を計算する——この一手間が、絵に描いた餅と実行可能な計画とを分けます。

見積もりの代表的な3つの手法

工数の出し方には決まった正解はありませんが、実務でよく使われる手法は大きく3つに整理できます。場面に応じて使い分けたり、組み合わせたりするのが現実的です。

類推見積もりは、過去の実績を土台にする最も手早い方法です。「前回の同種の作業は5人日だった。今回は少し規模が大きいから7人日くらい」といった当たりの付け方で、経験が蓄積されているほど精度が上がります。ただし、似ているようで前提が違う(担当者のスキル、使う道具、関係者の数)場合に大きく外れるので、差分を意識して補正することが欠かせません。

積み上げ見積もりは、大きな仕事をこれ以上分けられないところまで分解し、それぞれを見積もって足し上げる方法です。手間はかかりますが、分解の過程で「そういえばこの準備を忘れていた」と抜けに気づけるのが大きな利点です。タスクを階層的に洗い出すWBSと組み合わせると、見積もりと作業リストづくりを同時に進められます。

三点見積もりは、1つの数字に決め打ちする代わりに、楽観値(うまくいったとき)・悲観値(トラブルが重なったとき)・最頻値(いちばんありそうなとき)の3つを見積もる方法です。よく使われるのは「(楽観 + 最頻×4 + 悲観)÷ 6」のように最頻値を重めに置いた加重平均で、1つの見通しへならします。何が起きるか読みにくい新規性の高い作業ほど、この3つを言葉にしておく効果が出ます。

バッファの取り方:タスクごとに盛るより全体で持つ

見積もりには必ず不確実性が伴うので、余裕(バッファ)を持たせること自体は正しい判断です。問題は「どこに持たせるか」です。よくある失敗が、担当者それぞれが自分のタスクに念のための余裕をこっそり上乗せしてしまうパターンです。

各タスクに隠しバッファを盛ると、次のような副作用が起きます。

合算すると過剰になる

一つひとつは「少しの余裕」でも、数十タスク分を足し上げると全体の見積もりが膨れ上がり、そもそも実行不可能な期間に見えてしまいます。

余裕が余裕として使われない

締め切りに余裕があると、着手が後ろ倒しになったり(まだ時間がある、と先延ばしする)、時間いっぱいまで作業が膨らんだりして、せっかくのバッファが静かに消えていきます。

そこでおすすめなのが、個々のタスクは現実的な値(過度に盛らない、いちばんありそうな見積もり)で置き、バッファは工程全体でまとめて1か所に持つという考え方です。全体バッファとして見える形で管理しておけば、「今どのくらい余裕を使ったか」がプロジェクトの健康状態を示すメーターになります。前半のタスクで想定より遅れてバッファを大きく食っていれば、それは早い段階での危険信号として拾えます。個別に隠されたバッファは誰にも見えませんが、全体でまとめたバッファは、遅れの兆候を早く見つけるためのセンサーとして働くのです。

見積もりを外したら、記録して次に活かす

どれだけ丁寧に見積もっても、実績は多かれ少なかれズレます。見積もりは「外れる前提のもの」です。大切なのは、外れたときに担当者を責めることではなく、予定と実績の差を記録して、次の見積もりの材料にすることです。

振り返りで見たいのは、単発の当たり外れではなく傾向です。たとえば「レビュー工程はいつも見積もりの1.5倍かかっている」「調査系のタスクは楽観に振れがち」といったパターンが見えてくれば、それは次の類推見積もりに直接効く貴重なデータになります。差が出たタスクの種類・原因(仕様変更、割り込み、想定外の手戻りなど)を一言でも残しておくと、あとで効いてきます。

この振り返りを回すには、予定と実績を並べて残せる仕組みがあると楽です。予定の進み方(Sカーブ)に実績を重ねたり、タスク別・メンバー別に予定と実績の差を並べたりできると、どこで乖離が生まれたのかが視覚的に掴めます。見積もりは一度きりの作業ではなく、実績で校正しながら精度を上げていく継続的な営みだと捉えると、苦手意識も少し軽くなるはずです。

積み上げ見積もりでタスクを分解し、稼働率を織り込んだ日程を引き、あとから予実で振り返る——この記事で紹介した流れは、そのままツール上で一続きに扱えます。作成した内容はCSVで往復でき、ガント付きのExcel出力や印刷にも対応しているので、これまで表計算ソフトで積み上げてきた資産を捨てずに移行や併用ができます。

まとめ

工数見積もりは、いくつかの型を押さえるだけで大きくブレにくくなります。まず人日・人時という単位の意味と換算を理解し、「総量としての工数」と「実際の期間」を切り分けること。次に、1日をまるごと作業には使えないという稼働率を織り込むこと。そのうえで、類推・積み上げ・三点見積もりを場面に応じて使い分けること。

そして、バッファはタスクごとにこっそり盛るのではなく工程全体でまとめて持ち、遅れの早期発見に使うこと。最後に、見積もりは外れる前提と割り切り、予定と実績の差を記録して次に活かすこと。この一連のサイクルを回していけば、見積もりは「勘」から「校正できる技術」へと少しずつ変わっていきます。まずは手元の1つのタスクを分解して、稼働率を織り込んだ日数に置き換えるところから始めてみてください。