工数見積

工数見積は、計画を数字で裏づけるために行います。見積が曖昧なまま走り出すと、納期とコストの約束が根拠を欠いたものになり、途中で破綻しやすくなります。プロジェクトマネージャーは、提案段階の概算から、要件定義後の詳細見積まで、フェーズに応じて精度を上げながら繰り返し見積を更新していきます。

使われる場面は大きく三つに分かれます。

• 提案・契約の段階
  受注前に全体規模を概算し、見積金額や体制の前提を置きます。情報が少ないため幅を持たせ、前提条件を明記するのが通例です。
• 計画立案の段階
  要件定義やWBS作成のあと、タスク単位で工数を積み上げ、スケジュールと要員配置に落とし込みます。
• 進行中の見直し
  実績と見積の差を見ながら、残作業の工数を再算定します。工数管理と対になって機能します。

いずれの段階でも、見積は一度出して終わりではなく、分かることが増えるたびに更新していく前提で扱われます。

見積手法は「どれだけ情報があるか」「どれだけ時間をかけられるか」という軸で選びます。情報が少ない序盤ほど粗い手法、要件が固まるほど積み上げ型が向いています。

• 類推見積
  過去の似た案件の実績を基準に、規模の違いを調整して見積ります。短時間で出せる一方、比較対象の案件の質に結果が左右されます。
• パラメトリック見積
  画面数や機能数といった規模指標に、単位あたりの工数を掛けて算定します。指標が明確なときに有効です。
• ボトムアップ見積
  WBSで分解したタスクごとに工数を積み上げ、合計します。手間はかかりますが、根拠を説明しやすく精度も高まりやすい方法です。
• 三点見積
  楽観値・最頻値・悲観値の三つを置き、不確実性を織り込んで一つの値にまとめます。ばらつきの大きい作業に向きます。

実務では一つに絞らず、序盤は類推、要件確定後はボトムアップ、という形で組み合わせるのが現実的です。どの手法でも、見積の前提（想定スキル、流用の範囲、未確定事項）を添えておくと、後の合意が進めやすくなります。

ボトムアップ見積を例に、典型的な手順を追います。まずWBSで作業を分解し、それ以上は分けなくてよい粒度のタスクに落とします。次に、各タスクを担当する想定の担当者やリーダーに、作業内容を踏まえた工数を見立ててもらいます。プロジェクトマネージャーが一人で全タスクを埋めるより、実際に手を動かす人の感覚を入れたほうが、抜けや楽観バイアスを抑えやすくなります。

積み上げた素の工数には、そのままでは表れない要素を上乗せします。設計のレビューや手戻り、会議や報告の時間、環境構築や調査といった作業は、見落とされがちですが実際には工数を食います。これらをバッファや間接工数として織り込みます。

成果物としては、タスク・担当・工数・前提条件を並べた見積書や工数一覧表がまとまります。これがスケジュール表や要員計画の入力になります。進め方でつまずきやすいのは、根拠の粒度がタスクごとにばらつくことです。あるタスクは細かく、別のタスクはどんぶり勘定、という状態だと、合計の信頼性が下がります。粒度をそろえ、特に不確実なタスクには見積の幅を明記しておくと、後の調整がしやすくなります。

工数見積でよく起きる失敗には、いくつか共通した形があります。

• 願望が混じる
  「このくらいで終わってほしい」という希望が見積に紛れ込み、根拠のない短さになります。前提を文章で残すと、希望と見積を切り分けやすくなります。
• 間接工数の抜け
  純粋な開発や作業だけを数えて、会議・レビュー・手戻りを忘れると、実績が見積を超えやすくなります。
• 一度きりで固定する
  序盤の概算を最後まで据え置くと、分かったことが反映されません。フェーズごとに見直す前提で扱うことが大切です。

隣接概念との違いも押さえておくと、用語の混同を避けられます。工数見積が「必要な作業量を算定する」営みなのに対し、工数管理は見積に対する実績を追い、差を調整していく運用を指します。見積はスタート時点の見立て、管理はその後の運転にあたります。また、コスト見積は工数に単価を掛けて金額に換算したもので、工数見積はその前段に位置します。期間を示すスケジュールも、工数を人数で割って日程に展開した結果であり、工数見積が崩れると連鎖して崩れます。

工数見積は、プロジェクトマネージャーの力量が表れやすい領域です。数字を出すこと自体より、前提と根拠を筋道立てて説明し、関係者と合意に持ち込めるかが問われます。発注側に見積の幅とその理由を納得してもらい、現場には無理のない計画として受け止めてもらう。この両方を橋渡しできる人は、規模の大きいプロジェクトを任されやすくなります。

転職を考える場面でも、見積の経験は語りやすい実績になります。どの手法で、どんな前提を置き、見積と実績の差をどう振り返って次に活かしたか。この一連を具体的に話せると、計画力と誠実さの両面を示せます。精度の高さを誇るより、外したときにどう対処したかを語れることが、信頼につながりやすい点です。

工数と工期はどう違いますか。

工数は作業に必要な人の作業量で、人日や人月で表します。工期はその作業を終えるまでの期間、つまりカレンダー上の長さです。同じ工数でも、投入する人数を増やせば工期は短くなりえます。ただし人を増やすほど連携や調整の手間も増えるため、単純には比例しません。両者を分けて考えることが見積の第一歩です。

見積の精度を上げるにはどうすればよいですか。

まず前提条件を文章で明記し、何を含み何を含まないかを曖昧にしないことが土台になります。そのうえでWBSで作業を細かく分解し、実際に手を動かす担当者の感覚を取り込むと、楽観バイアスを抑えやすくなります。会議やレビュー、手戻りといった間接工数を忘れず織り込むことも、実績との乖離を縮める助けになります。

バッファはどのくらい積むべきですか。

一律の正解はなく、作業の不確実性に応じて変えるのが現実的です。前例があり内容が固まっているタスクはバッファを薄く、新規性が高く未知の多いタスクは厚めに、と調整します。三点見積のように楽観値と悲観値の幅から考える方法もあります。大切なのは、バッファを隠さず前提として示し、関係者と合意しておくことです。