ITパスポート 2013年 春期 問05

企画プロセスでのシステム化計画の立案作業で適切なもの【ITパスポート 解説】

正解の理由

解法ステップ

1. 問題文で「企画プロセス、要件定義プロセス、開発プロセスの順で進める」とあることを確認する。
2. 企画プロセス（システム化計画の立案）は「方針・目標（何を達成するか）」を決める段階であると理解する。
3. 各選択肢が「方針決定（高レベル）」か「詳細設計／実務レベル」かを分類する。
4. 高レベルの方針に該当するのが「品質、コスト、納期の目標値と優先順位を設定する」であるため選ぶ。

選択肢別の誤答解説

• ア: 画面、帳票などのユーザインタフェース要件を確定する。
  • これは画面設計やユーザーがどう操作するかという「詳細な要件」です。通常は要件定義プロセスや基本設計で行います。企画段階では「どの業務を効率化するか」「どの程度の使いやすさが必要か」など方針を決めますが、具体的な画面／帳票の確定までは行いません。
• イ: システムに対する制約条件や業務要件について、関係者の合意を得る。
  • 制約（例：既存システムとの連携、導入予算上限など）や業務要件の確認は要件定義段階で詳細に詰め、関係者と合意形成します。企画では主要な制約や課題を洗い出しますが、細かな合意形成は次のプロセスです。
• ウ: 提案依頼書を作成し、ベンダ企業に提案書の提出を求める。
  • 提案依頼書（RFP：Request for Proposal）作成やベンダへの依頼は「調達フェーズ」や要件が固まった後の作業です。企画段階では外部調達の方針（内製か外注か、概算予算など）を決めることはありますが、RFPの作成・配布は早すぎます。

よくある誤解

• 企画段階で詳細まで決めるべきと考える誤解
  • 企画は「方向性決定」の段階です。細部まで決めると変更コストが増えます。まずは高レベル目標（QCD）と優先順位を定め、後で詳細化します。
• 「合意を得る＝企画で完了」と誤解すること
  • 企画での合意は基本方針に対する承認です。実務レベルの合意は要件定義で段階的に行います。

補足コラム

FAQ