ITパスポート 2010年 秋期 問02

システム構築プロジェクトを開始するに当たり、“品質”、“コスト”、“納期”の目標値を設定する段階として、適切なものはどれか。【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文で求められている作業が「目標値を設定する段階（いつの段階か）」であることを押さえる。
2. 各選択肢の役割を短く整理する。
   • システム化計画：プロジェクト開始時に方針・目標を決める段階。
   • 要件定義（system requirements / requirements definition）：必要な機能や条件を具体的に決める段階。
   • ソフトウェア導入計画：導入・運用の手順やスケジュールを計画する段階（後工程）。
   • ソフトウェア要件定義：ソフトウェア固有の詳細な要件を決める段階（さらに詳細）。
3. 「いつ設定するか（最初か、後か）」という観点で比較する。
4. 最初の方針決定に当たるアを選ぶ。

選択肢別の誤答解説

• ア: システム化計画の立案
  • 正解。プロジェクト開始時に方針や目標（品質・コスト・納期）を決める段階。経営判断や予算確保のための基礎資料にもなります。
• イ: システム要件の定義（requirements definition：システムに必要な機能や性能、制約を明確にする作業）
  • 誤り。要件定義は「何を作るか」「どう振る舞うか」を詳細に決める作業で、既に決めた目標（品質や納期など）を満たすための仕様に落とし込むフェーズです。目標の“初回設定”には遅い段階です。
• ウ: ソフトウェア導入計画の作成（software deployment/implementation plan：導入手順や運用移行の計画）
  • 誤り。導入計画は実際の導入や移行方法、運用体制を決める後工程です。目標設定はこの前の段階で必要です。
• エ: ソフトウェア要件の定義（software requirements：ソフトウェアに特化した詳細な要件）
  • 誤り。エはさらに詳細化した技術的要件を定める段階で、プロジェクト全体の目標設定（品質・コスト・納期）を初めに決める場ではありません。

よくある誤解

1. 「要件定義で目標を決めるべき」と混同する
   • 要件定義は「どう作るか」を決める工程です。まずは上位の方針（予算や納期など）を決め、その範囲内で要件を固めます。
2. 「品質は詳細設計で初めて決まる」と思い込む
   • 品質の目標（例：故障率や応答速度の目標）は最初に大枠で決めます。詳細設計ではその目標を達成するための具体策を決めます。
3. 「目標は後で十分」と考える
   • 最初に目標がないと、見積りも範囲決めもできません。早期に合意した目標がプロジェクトを安定させます。

補足コラム

• トリプル制約（品質・コスト・納期）は相互に影響します。例えば「納期を短くする」には「コストを増やす」か「機能を減らす（品質の範囲を下げる）」などの調整が必要です。これを理解してシステム化計画では優先順位を決めます。
• 目標を決めるときはSMART（Specific：具体的、Measurable：測定可能、Achievable：達成可能、Relevant：関連性がある、Time-bound：期限がある）の考え方を使うと現実的な値になります。
  例：「納期を“来年3月31日までにリリース”とする」「計画段階での予算上限を“5000万円”に設定する」など。
• 誰が決めるか：通常はプロジェクトのスポンサー（経営側）や事業部門と、プロジェクトマネージャーの合意で決めます。現場だけで一方的に決めないことが重要です。
• 関連する文書：プロジェクト憲章（project charter：プロジェクトの目的・概要と承認事項をまとめた文書）や基本計画に目標を記載します。

FAQ