ITパスポート 2026年 問20

RFPの説明【ITパスポート 解説】

正解の理由

• RFP（Request for Proposal：提案を依頼する文書）— 発注者（システムを発注する側の会社や部署）が、外部のITベンダー（ベンダー：サービスを提供するIT会社）に対して「どのような条件でシステムを調達したいか」を示すために作る文書です。
• 目的は、必要な機能や条件、評価基準、納期、予算などを伝えて、ベンダーから具体的な提案（提案書）を受け取ることです。

解法ステップ

1. 問題文で聞かれている用語（RFP）が何かを思い出す。英語の略（Request for Proposal）を知っていると理解が早いです。
2. 各選択肢の「作成者（誰が作るか）」と「目的（何のためか）」に注目する。RFPは「発注者がベンダーに示す」文書です。
3. 「発注者が示す＝調達条件を伝える」説明と一致する選択肢を選ぶ。候補の中では イ が該当します。
4. 他の選択肢が何を指すかを確認して誤りを排除する（提案書、設計書、内部要求書などと混同しない）。

選択肢別の誤答解説

• ア: 「ITベンダーが、情報システム開発の必要性をユーザーに提案するために作成した提案文書」
  • 誤りです。ベンダーが作る文書は一般に「提案書」や「プロポーザル（proposal）」と呼ばれます。RFPは買い手（発注者）が作るもので、ベンダーが提案する側ではありません。
• イ: 「発注者側が、開発すべき情報システムの調達条件などをITベンダーに示すために作成した文書」
  • これが正解です。発注者が要求や条件、評価基準を示してベンダーからの提案を募る文書がRFPです。
• ウ: 「発注者と受注したITベンダーが、開発するシステムの仕様を明確にするために共同で作成した設計文書」
  • 誤りです。これは「設計書（要件定義書や基本設計書、詳細設計書）」の説明に近いです。設計文書は具体的な仕様を定めるためのもので、RFPの役割とは異なります。RFPは設計前の調達・提案フェーズで用いる文書です。
• エ: 「ユーザー部門が、情報システム部門に情報システム開発の必要性と開発要件を明確にするように求めた文書」
  • 誤りです。これは社内の依頼や業務要求を伝える内部文書に近く、RFPのように外部ベンダーに提案を依頼するための文書ではありません。RFPは外部調達向けです。

よくある誤解

1. 「RFPはベンダーが作る書類だ」と考える誤解
   • 実際は逆で、RFPは発注者が作り、ベンダーはそのRFPに基づいて提案書を作ります。見分け方は「誰が書くか」「何のためか」を確認することです。
2. 「RFP＝設計書だ」と混同する誤解
   • RFPは要求や調達条件を示す文書で、設計書（仕様を詳細に定める文書）とは目的が違います。RFPは“外部からの提案を引き出すための問い”です。
3. RFI（Request for Information：情報提供依頼）やRFQ（Request for Quotation：見積依頼）と混同すること
   • 用途が違います。RFIは情報収集、RFQは価格見積り依頼、RFPは提案依頼（技術・方法・価格を含む）です。

補足コラム

• RFPに含まれる主な項目（典型例）
  • 背景・目的（なぜシステムが必要か）
  • 想定する業務範囲（スコープ）
  • 必要な機能（要求機能）と非機能要件（性能、セキュリティ、可用性など）
  • 納期・予算・契約条件
  • 提案書の提出方法と評価基準（選定のポイント）
  • 提案フォーマットや質問受付方法
• 実務的なポイント
  • RFPを詳細に作ると、ベンダーから比較しやすい提案が得られます。逆に曖昧だと、提案の質がばらつき、比較が難しくなります。
  • RFPは調達プロセスの出発点です。ここで示す内容が、その後の見積り・設計・契約に大きく影響します。
• 類似の英語略語
  • RFI（Request for Information：情報提供依頼）— 最初に市場や技術の情報を集める時に使う。
  • RFQ（Request for Quotation：見積依頼）— 価格だけを求める時に使う。

FAQ