ITパスポート 2017年 秋期 問34

ある業務システムの構築を計画している企業が、SIベンダにRFPを提示することになった。最低限RFPに記述する必要がある事項はどれか。【ITパスポート 解説】

正解の理由

解法ステップ

1. RFPの目的を押さえる
   • RFPは「提案を募るための情報提供」。ベンダに何を提案してほしいかを伝える文書です。
2. 必須情報か提案で決めるかを区別する
   • もし「発注者が決めておくべきこと」ならRFPに必須。逆に「ベンダに最適解を提案してほしいこと」なら必須ではない場合がある。
3. 各選択肢を評価する
   • 業務機能は「何を作るか」なので必須。スケジュール・実現方式・体制はベンダ提案の余地があるため最低限の必須項目ではない。
4. 結論：業務システムで実現すべき機能（イ）が最低限必要

選択肢別の誤答解説

• ア: 開発実施スケジュール
  発注側で目安の時計（納期）は示すこともありますが、詳細なスケジュールはベンダの工数見積りや提案によって変わります。最低限必須とは言えません。
• イ: 業務システムで実現すべき機能
  正答。ベンダが「何を作るべきか」を理解するための最小限の情報です。これがないと提案や見積りが成り立ちません。
• ウ: 業務システムの実現方式
  実現方式（例：クラウドを使うかオンプレミスか、既製品かスクラッチか）は発注者の方針で決める場合もありますが、多くはベンダに最適案を提案してもらうために空けておくことが多いです。したがって「最低限」必須とは限りません。
• エ: プロジェクト体制
  発注者側の希望（PMは誰か、委託範囲など）は示すことがありますが、具体的なベンダ側の体制（誰が何人で担当するか）は提案を受けて決まる部分です。必須項目ではないことが多いです。

よくある誤解

• RFPにスケジュールや技術方式も必ず書かないといけない
  → 誤解です。詳細なスケジュールや方式はベンダの提案内容で決まることが多く、最低限必要な項目ではありません。ただし発注者の必須条件としてある場合は別です。
• 「機能」とは画面デザインや細かい手順を全部決めることだと思い込む
  → 機能要件は「何ができるか」を示すことが基本です。画面の細部や操作手順は後の詳細設計で詰めます。最初は粒度を適切に（大きすぎず小さすぎず）示すことが重要です。

補足コラム

• 目的・背景：なぜそのシステムが必要か
• 業務範囲・機能要件：システムが実現すべき機能（必須）
• 非機能要件：性能・可用性・セキュリティの目安（可能なら）
• 契約形態・評価基準：提案の採否や評価方法
• 提案の提出方法・期日

FAQ