基本情報技術者 2013年 春期 午前（科目A） 問64

企画プロセスの目的【午前解説】

正解の理由

解法ステップ

1. 問題文の「企画プロセスの目的」に注目し、上流工程の役割を思い出す。
2. 各選択肢のキーワードを拾う（要求事項の集合、方針、実施計画、業務の在り方、技術的実現可能性、仕様の明確化）。
3. 「方針」「実施計画」「事業目標を達成するための要求事項の集合」を含むものが企画に該当するため、それを選ぶ。
4. 残りは要件定義や設計、検証に該当するため除外する。

選択肢別の誤答解説

• ア: 新しい業務の在り方や運用をまとめ、業務上実現すべき要件を明らかにすること。
  • 解説：業務の整理や業務要件の明確化は要件定義寄りの記述で、企画の「方針・実施計画取得」という側面が欠けます。従って企画の目的とは一致しません。
• イ: 事業目的・目標を達成するために必要な要求事項の集合と方針、実施計画を得ること。
  • 解説：企画段階で行うべき内容を包括的に示しており、投資判断やプロジェクト実施の根拠を得るための活動に一致します。よって正解です。
• ウ: 要件について技術的に実現可能か検証し、技術要件に変換すること。
  • 解説：これは実現可能性調査（PoC）や技術検証、あるいは要件定義から設計への橋渡しの活動に相当し、企画の目的とは異なります。
• エ: システムの仕様を明確化し、それを基にIT化範囲と機能を具体的に示すこと。
  • 解説：これは要件定義〜基本設計の領域で、仕様の詳細化に重点があるため企画の上位目的とは区別されます。

よくある誤解

• 企画と要件定義を混同しやすい：企画は「何を達成するか／どう進めるか」を決める上流、要件定義は「何を作るか（機能・非機能）」を明確にする工程です。
• 業務整理＝企画と考えがち：業務の在り方整理（業務設計）は企画の一部や要素であり、企画全体の目的（方針・実施計画取得）とは範囲が異なります。
• 技術検証を企画の主要目的と誤認：技術的実現可能性の確認は概念実証や要件定義〜設計で行うことが一般的です。

補足コラム

FAQ