ITパスポート 2019年 春期 問17

要件定義プロセスの不備に起因する問題はどれか。【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題の主語を確認する：今回は「要件定義プロセスの不備に起因する問題」。
2. 要件定義の役割を短く確認：何を決める工程か（業務内容・業務ルール・機能要件・非機能要件など）。
3. 各選択肢がどの工程の不備で起こるかを当てはめる。
4. 要件定義で扱う内容に最も近いものを選ぶ。

選択肢別の誤答解説

• ア: システム開発案件の費用対効果の誤った評価
  • 費用対効果は事業計画や投資判断（ビジネスケース、経営判断）に関係します。要件定義は「何を作るか」を明確にしますが、投資評価そのものの誤りは事前の経営判断や試算の不備が主因です。要件不備が影響することはありますが、直接の原因とは言いにくいです。
• イ: システム開発案件の優先順位の誤った判断
  • 優先順位の決定はプロジェクトポートフォリオ管理や経営の戦略判断によることが多いです。要件定義の不備が結果的に評価を狂わせることはありますが、優先順位そのものは別の意思決定プロセスに依存します。
• ウ: システム開発作業の委託先の不適切な選定手続
  • 委託先選定は調達（発注・契約）のプロセスの問題です。要件定義書は選定資料の一部になりますが、選定手続きや評価基準の設定ミスは調達側の問題であり、要件定義の不備が唯一の原因とは言えません。
• エ: システムに盛り込む業務ルールの誤った解釈
  • 要件定義の主目的が業務ルールや業務フローを正しく洗い出すことです。したがって、要件定義の不備が直接この問題を引き起こします。よって最も適切です。

よくある誤解

1. 「要件定義の不備＝費用の誤り」と考える誤解
   • 要件定義の不備はコストや効果評価に影響することはありますが、費用対効果の評価自体は別工程（経営判断、事業計画）の要素が大きい点を押さえてください。
2. 要件定義で全部決まると思い込む誤解
   • 要件定義は重要ですが、委託手続きや優先順位決定、コスト試算などは別のプロセス（調達、PMO、経営企画）が関与します。役割を区別して考えましょう。
3. 関係者に聞けばいいだけ、という単純化
   • 単に聞くだけでなく、確認（レビュー）・文書化（要件定義書）・合意（サインオフ）が必要です。口頭だけだと誤解が残りやすいです。

補足コラム

• 要件定義で扱う主なもの
  • 業務要件（business requirements：業務として何を実現するか）
  • 機能要件（functional requirements：システムが提供すべき機能）
  • 非機能要件（non-functional requirements：性能や稼働時間など品質面）
  • 業務ルール（business rules：決済基準や割引条件など判断の基準）
• 防止策の具体例（実務的で覚えやすい）
  • 利害関係者（ユーザー・業務担当者）とワークショップを開く。
  • 具体的な業務シナリオや事例を示して確認する（例：「会員Aが30%割引を受けるとき」など）。
  • 要件定義書に「誰が」「いつ」「どのように判断するか」を明記し、ステークホルダーの合意印を得る。
  • プロトタイプ（動く試作品）で検証すると誤解が早く見つかる。

FAQ