ITパスポート 2026年 問37

概算費用の見積り（計画段階）【ITパスポート 解説】

正解の理由

• 計画段階は詳細仕様が未確定で、精密な分解（ボトムアップ）や行数・機能点に基づく算出が難しい。
• 類似プロジェクト参照は、使えるデータが少ない段階でも「経験に基づく合理的な推定」ができる。

解法ステップ

1. 情報の整理：現時点で分かっている範囲（目的、主要機能、想定人数・期間など）をまとめる。
2. 類似プロジェクトの選定：自社や業界で「目的・規模・技術スタックが近い」過去のプロジェクトを探す。
3. 比較と補正：規模や複雑さの差を比べ、比例や係数で補正する。簡単な式は次のとおりです。 $$見積額=過去案件の費用\times \frac{新規の規模}{過去の規模}\times 補正係数$$ 例：過去案件が1,000万円で、新規は1.2倍の規模で、リスクや新技術分を0.1（10%）上乗せする場合、
   $1,000万\times 1.2\times 1.1=1,320万円$
4. バッファ（予備）を設定：計画段階では不確実性が高いので、追加の余裕（コンティンジェンシー）を設定する。
5. 検証：関係者や経験ある技術者にレビューしてもらう。必要なら上方・下方に修正する。

選択肢別の誤答解説

• ア: FP法を用いて見積もる。
  FP法（Function Point Analysis：ファンクションポイント法、機能を点数化して開発規模を測る方法）は、機能の詳細が分かっていないと正確にカウントできません。計画段階のざっくり見積りには情報が不足しがちで、現実的ではありません。
• イ: 作業単位のコストを見積もり、合算して全体を見積もる。
  これはボトムアップ見積りです。正確な見積りが得られますが、各作業を細かく分解するためには詳細設計やタスク分解が必要です。計画段階ではまだその情報が揃っていないため向きません。
• ウ: 予想されるソフトウェアのコード行数を基に見積もる。
  LOC（Lines Of Code：コード行数）は言語や実装手法、開発者の習熟度で大きく変わります。初期段階での予測は不確実性が高く、誤差が大きくなりがちです。したがって概算向きではありません。
• エ: 類似プロジェクトを参考に見積もる。
  類推見積りは、情報が少ない段階で過去の実績を活用して短時間で合理的な概算を出せます。必要に応じて後工程で精度の高い手法（ボトムアップやFP法）に切り替えます。

よくある誤解

1. 「詳細な方法＝いつでも正しい」
   → FP法やボトムアップは精度が高いが、情報が無い段階で無理に使うと誤った値を出しやすいです。手法はプロジェクトのフェーズに合わせて選びます。
2. 「過去案件の数字をそのまま流用すれば良い」
   → 類似プロジェクトを使う場合も、技術差・チーム構成・外部依存などを必ず補正しないと不適切になります。過去のままでは過小/過大評価になります。
3. 「コード行数で比べれば正確」
   → コード行数は言語差や開発スタイルで大きく変わるため、比較対象が限定されていないと誤差が生じます。

補足コラム

• トップダウン：類似案件参照や経験則で大枠を出す（今回のエがこれにあたる）。早く、低コストで概算を得られますが精度は限定的。
• ボトムアップ：タスクごとに時間・コストを積算する。精度は高いが詳細が必要で工数もかかる。
  実務ではフェーズに応じて使い分けます。企画・計画段階はトップダウン、設計・実装段階はボトムアップへ移行して見積精度を高めていくのが一般的です。

FAQ