ミツモリー

工数見積もりとは?手法・根拠・テンプレの考え方を解説

公開  ミツモリー編集部
作業量の見積表と工程の棒グラフを机の上で見比べている様子のイラスト

【結論】工数見積もりとは、システム開発に必要な作業量(工数)を見積もることです。

この記事では、システム開発の発注や見積もりの確認を担当する方に向けて、工数見積もりの手法と根拠の示し方をまとめます。見積もりの4つの対象(規模・工数・工期・コスト)は、別記事「システム開発の見積もりとは?」もあわせてご覧ください。

工数見積もりとは

工数見積もりとは、システム開発に必要な作業量を見積もることです。

株式会社三菱総合研究所(CoBRA研究会)がまとめ、IPA(情報処理推進機構)のサイトに掲載されている資料「ソフトウェア開発見積りの基本的な考え方」(2012年)では、見積もりの対象を規模・工数・工期・コストの4つに分けています。工数は、開発に必要な作業の量です。

同じ資料は、仕様から規模を出し、規模から作業と工数を出し、工数から工期とコストを出す順番を示しています。金額の見積もりは、工数の見積もりが土台になります。

見積もりの対象中身
規模ソフトウェアの量(開発量)
工数開発に必要な作業の量
工期開発の作業期間
コスト開発に必要な費用

工数見積もりの主な手法

IPAのアーカイブ「エンタプライズ系事業/見積もり手法」は、ソフトウェア開発の見積り手法として、次のものを挙げています。

手法内容(同ページの説明)
類推法過去の類似プロジェクトの実績を基礎に見積る
専門家による判断一人ないし複数の専門家による協議
トップダウン見積り全体を、見積り可能なサイズの部品に細分化する
ボトムアップ見積り(工数積上げ)成果物の構成要素を洗い出し、それぞれに必要な工数を積み上げる
パラメトリック法規模や要因を説明変数にした数式で工数などを表す
プライスツーウィン顧客予算に合わせた見積り(同ページは不適切な見積り方法としている)

パラメトリック法のベースとして、同ページは「規模と工数は比例する」という考え方を示しています。代表例として COCOMO 法を紹介し、基本形では規模から工数を導出する式を挙げています。

CoBRA 法は、熟練者の経験と定量データを組み合わせるハイブリッドな手法として、同ページで紹介されています。前提として、工数と規模は比例し、リスク(工数変動要因)がその線形関係をぶれさせる、と整理されています。

工数の根拠として示すこと

工数が妥当かどうかを発注側が確かめるには、結論の数字だけでなく、根拠が要ります。IPAの見積り手法のページは、見積りに必要な入力情報として、規模(ファンクションポイント、コード行数、機能数、画面数、テーブル数など)と、工数の変動要因(プラットフォーム、要求される信頼性、人材の能力と経験など)を挙げています。

CoBRA研究会の資料も、工数に影響する要因として、規模、性能・信頼性への要求、要求の安定性、スケジュールの制約、関係部署の数、指定されたソフト・ハードの安定性などを挙げています。

根拠として書く項目確かめる問い
手法類推・積上げ・パラメトリックなど、どの考え方で出したか
規模の測り方画面数、機能数、ファンクションポイントなど、何を測ったか
変動要因性能・信頼性・関係者の多さなど、何を織り込んだか
前提条件未決の要件、含まない作業は何か
過去実績の有無類推なら、似た案件のどの点を似ていると判断したか

「何人月」だけが書かれた見積書は、同じ数字でも前提が違うと比較できません。根拠の欄が薄いときは、依頼先に書き足してもらいます。

テンプレートに入れる項目(確認用のひな形)

公式の「工数見積もりテンプレート」という単一の様式は、本稿の出典では確認できませんでした。代わりに、見積りに必要な入力情報をそのまま表の列にすると、社内や依頼先で前提をそろえやすくなります。

列の例入れる内容
作業・成果物設計、画面、バッチ、テストなど、積上げの単位
規模の指標画面数、帳票数、テーブル数、機能の数など
想定工数人日または人月
変動要因新規技術、他社連携、確認部署の多さなど
含めない作業インフラ、データ移行、保守など
根拠メモ類推した案件、専門家の判断、計算式の要約

ボトムアップ(積上げ)では、行を細かく分けすぎると更新が追いつかなくなります。トップダウンでは、粗い塊のまま数字だけが一人歩きしないよう、次に細分化する単位を先に決めておきます。

早い段階の工数が見積もりにくい理由

細部が決まっていない段階では、部分的な情報から推測するしかありません。IPAの見積り手法のページも、予算決めなど早い段階ではぶれが出ることは避けられない、と整理しています。

また、開発当初の想定機能は、工程が進むにつれて膨張する、とも示されています。CoBRA研究会の資料には、方向性を決める段階では最終的な規模に対して4倍〜1/4倍のぶれ幅があり得るという数値例(B. Boehm 1984、IPA/SEC編 2006 を引用)があります。

このため、早い段階の工数は、1点の数字より幅で受け取るほうが実態に合います。幅が極端に狭いときは、前提がどこまで固まっているかを確かめます。

ミツモリーでの工数・概算の扱い

ミツモリー(mitsumo.li)は、株式会社ワンオブゼムが運営する、AIでシステム開発の概算見積もりを出すサービスです。見積もりは無料で、会員登録はいりません。

  1. 作りたいものを一言で書く
  2. AIが依頼の文から必要な機能を読み取り、機能ごとの作業から概算の金額をその場で出す
  3. 決まっていない点は「確認したいこと」として示される
  4. 見積書を依頼すると、概算見積書(PDF)をすぐに受け取れる

概算見積書はAIによる概算で、拘束力はありません。正式な金額は、担当者が内容を確認してお送りする正式見積書でお知らせします。正式見積書の受付は平日10:00〜18:00(締切17:30)です。工数の根拠を社内で説明する材料が欲しい段階でも、先に概算の水準をつかむ用途に使えます。概算と正式の使い分けは「概算見積もりとは?」もご覧ください。

よくある質問

工数見積もりとは何ですか?

システム開発に必要な作業量を見積もることです。見積もりの対象には規模・工数・工期・コストがあり、金額は工数を土台にして積み上がります。規模だけでなく、要求の厳しさや関係者の多さなどの要因でも工数は変わります。

工数見積もりの手法には何がありますか?

IPAの資料は、類推法、専門家判断、トップダウン、ボトムアップ(積上げ)、パラメトリック法などを挙げています。顧客予算に合わせるだけのプライスツーウィンは、不適切な見積り方法として示されています。組織や案件に合う手法を選びます。

工数の根拠は何を書けばよいですか?

使った手法、規模の測り方、織り込んだ変動要因、前提条件、類推なら似た案件の根拠です。数字だけの見積書は、条件が違うと比較できません。足りない項目は依頼先に追記を求めます。

工数見積もりのテンプレートはありますか?

公的機関が一つの公式テンプレートを定めている、という記載は、本稿の出典では確認できませんでした。規模・作業・変動要因・含めないものを列にした表を社内のひな形にすると、前提をそろえやすくなります。

人日と人月はどう違いますか?

どちらも作業量の単位です。人日は1人が1日働く量、人月は1人が1か月働く量として使われます。換算の時間数は組織や契約で違うことがあるため、見積書ではどちらの単位かと、1人月の扱いを確かめます。単価との関係は「システム開発の単価・人月単価とは?」もご覧ください。

早い段階の工数はどのくらいぶれますか?

細部が決まっていない段階ではぶれが出やすい、とIPAの資料は整理しています。CoBRA研究会の資料には、方向性を決める段階で最終規模に対し4倍〜1/4倍のぶれ幅があり得るという数値例があります。早い段階は幅で受け取るのが実態に合います。

パラメトリック法と積上げはどちらがよいですか?

どちらが常に正しい、というものではありません。積上げは内訳が見えやすく、パラメトリック法は規模と要因を数式で扱います。データと熟練者の知見を組み合わせる CoBRA 法も紹介されています。案件の段階と手元のデータに合わせて選びます。

ミツモリーで工数の概算は分かりますか?

ミツモリーは、依頼文から機能を読み取り、機能ごとの作業から概算金額を出します。見積もりは無料で、会員登録はいりません。概算見積書に拘束力はなく、正式な金額は担当者が確認した正式見積書でお知らせします。

参考にした資料

作りたいものを一言書くだけで、AI がその場で概算をお出しします。
会員登録は要りません。
ミツモリーで見積もる
ミツモリーならシステム開発会社が最短30分でシステム見積書発行!