問37
ITパスポート過去問 令和8年度（2026年）問37
Aさんは新規プロジェクトの計画段階の作業をしており，開発コストの見積りをしている。この段階で短期的に概算費用を見積もる方法として，最も適切なものはどれか。
選択肢
- ア：FP法を用いて見積もる。
- イ：作業単位のコストを見積もり，合算して全体を見積もる。
- ウ：予想されるソフトウェアのコード行数を基に見積もる。
- エ：類似プロジェクトを参考に見積もる。
- ア
- イ
- ウ
- エ
正解と解き方・学習ポイント（AI解説）
正解：エ
あなたの回答：未回答
計画段階は要件や作業内容の詳細が固まり切っていないことが多く、短期間で概算するには過去の類似プロジェクトの実績を基に補正して見積もる方法が適しています。
解くために必要な知識
用語の整理
| 用語 | 意味 |
|---|---|
| FP法（ファンクションポイント法） | 外部入出力やファイルなどの機能の数から機能規模を見積もり、工数や費用に換算する方法です |
| LOC（コード行数） | ソースコードの行数（Lines Of Code）を規模指標として工数や費用を見積もる方法です |
| 類推見積り（類似プロジェクト見積り） | 過去の類似プロジェクトの実績を基に、規模や難易度などの差を補正して見積もる方法です |
他の選択肢に出てくる用語
| 用語 | 意味 |
|---|---|
| 積上げ見積り | 作業を細分化し（例：WBS）、各作業の工数やコストを見積もって合算する方法です |
問題の解法手順
| 選択肢 | 見積り方法の分類 | 計画段階の短期概算への適合 | 理由 |
|---|---|---|---|
| ア | FP法（機能規模ベース） | 低 | 機能要件の整理と機能数のカウントが必要になりやすいです |
| イ | 積上げ見積り（WBS等） | 低 | 作業分解と各作業の見積りが必要で、初期は情報が不足しやすいです |
| ウ | LOC見積り（コード行数ベース） | 低 | 言語や設計方針が固まらないと行数を見積もりにくいです |
| エ | 類推見積り（類似実績） | 高 | 詳細が少なくても過去実績を基に差分を補正して概算できます |
選択肢ごとの解説
- ア：不正解
FP法（ファンクションポイント法）は、ソフトウェアの機能を洗い出して規模を数値化する手法です。機能の整理が必要になるため、計画段階で短期的に概算を出す方法としては向きにくいです。
- イ：不正解
作業単位のコストを見積もって合算する方法は積上げ見積りです。作業分解（例：WBS作成）と各作業の工数推定が必要になり、計画段階の早い時点では前提情報が不足しやすいので、短期的な概算には不向きです。
- ウ：不正解
コード行数（LOC）に基づく見積りは、使用言語、設計方針、再利用の有無などが固まらない段階では行数の推定が難しく、誤差が大きくなりやすい方法です。そのため計画段階の短期的な概算には適しません。
- エ：正解
類似プロジェクトを参考にする方法は類推見積りです。詳細設計や作業分解が未確定でも、過去の実績（規模、期間、費用）を基に差分を補正して短時間で概算できるため、計画段階の短期的な概算方法として最も適切です。
まとめ
計画段階は要件や作業内容の詳細が固まり切っていないことが多く、短期間で概算するには過去の類似プロジェクトの実績を基に補正して見積もる方法が適しています。
※本解説は生成AIによる学習支援用の参考情報です。内容の正確性や最新性は保証されません。最終的な判断は、試験実施団体の公式資料をご確認ください。
順次、単語を追加予定です。もうしばらくお待ちください。
FP法（ファンクションポイント法）は、ソフトウェアの機能を洗い出して規模を数値化する手法です。機能の整理が必要になるため、計画段階で短期的に概算を出す方法としては向きにくいです。
作業単位のコストを見積もって合算する方法は積上げ見積りです。作業分解（例：WBS作成）と各作業の工数推定が必要になり、計画段階の早い時点では前提情報が不足しやすいので、短期的な概算には不向きです。
コード行数（LOC）に基づく見積りは、使用言語、設計方針、再利用の有無などが固まらない段階では行数の推定が難しく、誤差が大きくなりやすい方法です。そのため計画段階の短期的な概算には適しません。
類似プロジェクトを参考にする方法は類推見積りです。詳細設計や作業分解が未確定でも、過去の実績（規模、期間、費用）を基に差分を補正して短時間で概算できるため、計画段階の短期的な概算方法として最も適切です。