ITパスポート 2010年 春期 問44

プロジェクトにおける開発予算に関する記述【ITパスポート 解説】

正解の理由

• プロジェクト予算は「計画（見積）」と「実績（支出・投入）」が必ず差異を生みます。差が出たときに放置すると、最終的に予算超過や納期遅延につながります。したがって差異の監視（モニタリング）と、必要なら計画変更（スコープやスケジュール、追加予算の承認など）を行うことが標準的な管理方法です。
• 実務でも、家計で言えば毎月の支出が予算を超えそうなら節約策を考えるか、必要なら予算を増やす（貯金を取り崩す／収入を増やす）判断をします。プロジェクトも同じで、差異を見て判断・対応することが重要です。

解法ステップ

1. 各選択肢が「予算の作り方」「監視」「含める費用」「見積り手法」のどれを主張しているか識別する。
2. プロジェクト管理の基本原則（見積→予算設定→監視→変更管理）に照らして合致するか確認する。
3. 常識で考えて実行可能か（例：人件費を含めない、というのは現実的か）を検証する。
4. 最も一般的かつ実務に合う記述を選ぶ。今回は「監視と計画変更」が妥当であるためイを選びます。

選択肢別の誤答解説

• 誤りです。むしろ「個々の作業ごとの見積りを積算する（ボトムアップ見積り）」が一般的です。個別見積りを積むことで、総額の根拠が明確になります。総額だけで計画を作ると根拠が不明瞭で管理が困難になります。

• 正しいです。差異管理と変更管理はプロジェクト管理の基本です。差が出たら原因分析して是正措置や計画変更を行います。

• 誤りです。プロジェクト予算には通常、直接費（資材・外注費）だけでなく、人件費（作業者の工数×単価）も含まれます。人件費を除く、というのは実務ではありえません。人件費は「人が作業するためのコスト」であり重要な費用項目です。

• 誤りです。ファンクションポイント法（Function Point：ソフトウェアの機能量を基に工数を見積る手法）は有効な場合がありますが、常に使うべきではありません。類似プロジェクトデータがあれば類推見積り（トップダウン）や過去実績を活用する方が現実的です。状況に応じて手法を選ぶのが正しい対応です。

よくある誤解

1. 「一度作った計画は変更してはいけない」
   • 実際はプロジェクトは不確実性が高く、変更や見直しを適切に行うことが成功の鍵です。変更管理（変更の承認プロセス）を通じて正しく扱います。
2. 「人件費は固定費だから気にしなくてよい」
   • 人件費も工数の増減や外注の発生で変動します。特に延長や手戻りが発生すると総コストに大きく影響します。
3. 「見積りは経験だけで十分」
   • 経験は重要ですが、根拠のある見積り手法（ボトムアップ、類推、ファンクションポイントなど）を組み合わせて使うと精度が上がります。

補足コラム

• 用語説明：アーンドバリュー（Earned Value：実績に基づく価値評価手法）
• 基本的な式（覚え方）：
  • $CV=EV-AC$（コスト差異 = アーンドバリュー - 実際コスト）
  • $SV=EV-PV$（スケジュール差異 = アーンドバリュー - 計画価値）
  • ここで EV（Earned Value）は「実際に完了した作業に対して計画された価値」、AC（Actual Cost）は「実際にかかったコスト」、PV（Planned Value）は「計画時点の価値」です。
• これにより、「今の時点で予定よりお金がかかっているか」「予定より進んでいるか」を定量的に把握できます。IT初心者には、まず「差が出たら原因を調べ、対処（削減・追加予算・スコープ調整）」する考え方を覚えることを勧めます。

• ボトムアップ（下位の作業を積算）→ 精度高いが手間がかかる。
• トップダウン（類似案件や総額から配分）→ 早いが詳しい根拠が弱い。
• ファンクションポイント法（Function Point：機能の数や複雑さから工数を推定）→ ソフトウェア向けの定量手法。データがある場合に有効。

FAQ