工数見積もり

工数見積もりの一番の目的は、これから行う作業の総量を数字にして、体制・スケジュール・費用の判断材料をそろえることです。何人でどれくらいの期間かかるのかが見えて初めて、要員計画やマイルストーンの置き方、顧客への提示金額が決まっていきます。逆に見積もりが曖昧なまま進むと、後工程で人が足りない、締め切りに間に合わないといった形で無理が表面化しやすくなります。

PMが見積もりを扱う場面は、大きく二つに分かれます。ひとつは提案・受注前の初期見積もりで、要件がまだ固まりきっていない段階で概算を出します。もうひとつは要件定義後の詳細見積もりで、機能や画面が具体化した状態で作業を積み上げ直します。前者は幅を持たせた概算、後者は実行計画に直結する精度、と役割が違う点をおさえておきたいところです。

• 体制設計の入力になる
  総工数が見えると、必要な人数と役割、参画のタイミングを逆算できます。
• スケジュールの前提になる
  各工程の工数を並べ替えることで、クリティカルパスや無理のある区間が見えてきます。
• 費用と交渉の根拠になる
  積み上げた工数は、顧客への見積書やスコープ交渉の際の説明材料になります。

実務では、作業をできるところまで分解してから積み上げる進め方が基本になります。まず成果物やタスクを一覧にし（WBSと呼ばれる作業分解図が使われます）、末端の作業ひとつずつに工数を当て、それを合計して全体を出します。この積み上げ式は、根拠が作業単位で残るため、後から差分を説明しやすいのが利点です。

手法は、状況に応じていくつか使い分けられます。過去の類似プロジェクトの実績を基準に規模比で調整する類推見積もり、機能数や画面数などの規模指標から換算する係数見積もり、そして開発メンバー自身の経験に頼るボトムアップ見積もりなどがあります。アジャイル開発では、絶対時間ではなく相対的な大きさを見積もるストーリーポイントも用いられます。

• 類推見積もり
  似た案件の実績を出発点にするため、初期段階でも概算を出しやすい方法です。
• 係数(パラメトリック)見積もり
  規模指標に単価や生産性をかけて算出し、大まかな水準を素早く出せます。
• ボトムアップ見積もり
  作業単位で積み上げるため精度は高めですが、要件がある程度固まっている必要があります。

一人の判断に寄せず、複数メンバーの見立てをすり合わせる進め方も有効です。見積もりのばらつきそのものが、要件の理解度や難所の所在を映す手がかりになります。

工数見積もりで崩れやすいのは、見えている作業だけを数えてしまうケースです。実際の開発では、レビューや手戻り、環境構築、他チームとの調整、ドキュメント作成といった付随作業が相応の割合を占めます。これらを工数に含めずに合計すると、計画上は収まっているのに現場では常に時間が足りない、という状態が起こりがちです。

もうひとつ起きやすいのが、楽観的な前提の積み重ねです。担当者が経験者である、割り込みが発生しない、要件が途中で変わらない、といった好条件を暗黙に置くと、見積もりは小さく出ます。前提は数字の裏に隠れやすいので、PMとしては「どんな前提で出した数字か」を明文化し、関係者と共有しておくことが助けになります。

• 付随作業の抜け
  レビュー・手戻り・調整といった作業を計上し忘れると、実績が見積もりを上回りやすくなります。
• 前提の未共有
  スキルや割り込みの前提が言語化されないまま進むと、後で認識のずれが表面化します。
• バッファの扱い
  各作業に個別に余裕を積むと総量が膨らみ、まとめて管理する方が説明しやすい場合があります。

工数見積もりは、似た言葉と混ざりやすいため、役割の違いを整理しておくと理解が進みます。まず工数管理は、見積もった工数と実際にかかった工数を突き合わせ、差分を追いかける継続的な活動です。見積もりが「着手前の見立て」であるのに対し、工数管理は「進行中の実績把握」という時間軸の違いがあります。

スケジュールとの関係も押さえておきたい点です。工数はあくまで作業に必要な労力の総量であり、それを何人で分担し、どの順番で並べるかを決めて初めて期間が決まります。つまり工数が同じでも、要員数や作業の依存関係によって完了日は変わります。工数見積もりはスケジュール作成の入力であって、スケジュールそのものではありません。

費用見積もりとも区別されます。工数に単価をかけると費用の目安になりますが、費用には外部委託費やライセンス費など工数以外の要素も含まれます。工数見積もりはあくまでその土台の一部、という位置づけで捉えるとよいでしょう。

工数見積もりは、PMの説明責任がはっきり表れるスキルのひとつです。数字を出すこと自体よりも、どんな前提で、どの作業を分解し、どこにリスクを見込んだのかを筋道立てて語れることが評価につながります。見積もりの根拠を残しておくと、スコープが変わったときの再交渉や、顧客・経営層への報告でも一貫した説明ができます。

キャリアの観点では、初期の概算見積もりから要件定義後の詳細見積もりまでを一通り経験しておくと、提案フェーズから実行フェーズまで任せられる人材として見られやすくなります。実績と見積もりの差を振り返り、次の案件の精度に反映していく姿勢も、長く信頼を積み上げるうえで効いてくる要素といえます。

工数見積もりと工数管理はどう違いますか。

工数見積もりは作業に着手する前に必要な労力を見立てる作業で、工数管理は進行中に見積もりと実績の差を追いかける活動です。前者は計画の入り口、後者は計画を守るための継続的な確認、という時間軸の違いがあると整理できます。

見積もりの精度を上げるには何から始めればよいですか。

まず作業をできるだけ細かく分解し、末端の作業単位で積み上げる進め方が土台になります。あわせて過去の類似案件の実績を参照し、レビューや手戻りといった付随作業を計上に含めると、実績とのずれが小さくなりやすいと考えられます。

工数が同じなら完了日も同じになりますか。

必ずしも同じにはなりません。工数は作業に必要な労力の総量であり、それを何人で分担するか、作業の依存関係がどうかによって期間は変わります。工数見積もりはスケジュールの入力であって、完了日を直接決めるものではありません。