ITパスポート 2023年 問32
問題文
新システムの導入を予定している企業や官公庁などが作成するRFPの説明として、最も適切なものはどれか。
選択肢
ア:ベンダー企業から情報収集を行い、システムの技術的な課題や実現性を把握するもの
イ:ベンダー企業と発注者で新システムに求められる性能要件などを定義するもの
ウ:ベンダー企業と発注者との間でサービス品質のレベルに関する合意事項を列挙したもの
エ:ベンダー企業にシステムの導入目的や機能概要などを示し、提案書の提出を求めるもの(正解)
🔒 解説は解答すると表示されます
新システム導入で作成するRFPの説明として最も適切なものはどれか【ITパスポート 解説】
正解の理由
RFPは「RFP(Request For Proposal:提案依頼書)」のことです。発注者(システムを導入する企業や官公庁など)が作成し、ベンダー(システムを提供する企業)に対して「導入目的や機能の概要、期待する成果などを示し、提案書の提出を求める」ための文書です。したがって、選択肢の中では、発注者がベンダーに提案を求める内容を示している エ が正解です。
ポイントを簡単にまとめると:
- RFPは発注者が作る文書です。
- ベンダーに「どういう提案を出してほしいか」を伝え、提案書を提出させます。
- 目的・機能概要・要件・評価基準・提出方法などが含まれます。
解法ステップ
- 問題文で問われている語(RFP)の意味を思い出す。初めてなら「RFP=提案依頼書」を確認する。
- 各選択肢のキーワードを見比べる:
- 「情報収集」→RFI(Request For Information:情報提供依頼)に近い。
- 「性能要件を定義する」→要件定義の説明に近いが、RFPは主に提案を求める文書。
- 「サービス品質の合意」→SLA(Service Level Agreement:サービスの品質合意)に該当。
- 「導入目的や機能概要を示し提案書を求める」→RFPそのもの。
- 当てはまるものを選ぶ。上の比較でRFPに該当するのは エ。
選択肢別の誤答解説
-
ア: 「ベンダー企業から情報収集を行い、システムの技術的な課題や実現性を把握するもの」
→ これはRFI(Request For Information:情報提供依頼)に近い説明です。RFIはまず情報を集めるために出す文書で、提案書を求めるRFPとは目的が異なります。 -
イ: 「ベンダー企業と発注者で新システムに求められる性能要件などを定義するもの」
→ 要件定義は発注者とベンダーが協議して決める作業のことです。RFPは要件の概要や要望を示して提案を求める文書であり、「ベンダーと共に定義する」ことそのものを指すものではありません。 -
ウ: 「ベンダー企業と発注者との間でサービス品質のレベルに関する合意事項を列挙したもの」
→ これはSLA(Service Level Agreement:サービス品質合意書)の説明です。SLAはサービス提供後の品質保証や対応時間などの合意を記す契約文書です。RFPとは目的が異なります。 -
エ: 「ベンダー企業にシステムの導入目的や機能概要などを示し、提案書の提出を求めるもの」
→ これがRFPの定義です。発注者がベンダーに対して提案を求めるために作成します。よって正解です。
よくある誤解
-
「RFPは見積もり(価格)だけを求めるもの」
- 誤解です。見積もりを求める書類はRFQ(Request For Quotation:見積依頼書)です。RFPは機能や目的、評価基準なども含み、提案の質を比較するための文書です。
-
「RFPを書くのはベンダー側」
- 誤解です。RFPは発注者側が作成してベンダーに配布します。発注者が求めることを明確に伝えるための文書です。
-
「RFPが詳細な設計書の代わりになる」
- RFPは要件や目的の提示が主で、詳細設計書(仕様書)とは別物です。詳細は提案や契約の段階で詰めます。
補足コラム
RFPに含めると良い項目(発注者向けチェックリスト)
- 背景・導入目的(なぜシステムが必要か)
- 対象業務と期待する効果(何を改善したいか)
- 機能の概要(必須/望ましい機能)
- 非機能要件(性能、可用性、セキュリティなど)
- 提案の評価基準(何を重視して選ぶか)
- スケジュール(提案締切、選定時期、導入時期)
- 予算の目安(可能なら提示)
- 提出物と形式(提案書のフォーマットや必要資料)
- 連絡窓口(質問受付方法や問い合わせ先)
短い例:
「人事システムを刷新したい。現状の業務課題は給与計算の二重入力と紙ベースの承認遅延。必須機能:従業員データ管理、給与連携、承認ワークフロー。導入希望時期:来年度第1四半期。評価項目:機能適合性(40%)、導入コスト(30%)、サポート体制(30%)。」
「人事システムを刷新したい。現状の業務課題は給与計算の二重入力と紙ベースの承認遅延。必須機能:従業員データ管理、給与連携、承認ワークフロー。導入希望時期:来年度第1四半期。評価項目:機能適合性(40%)、導入コスト(30%)、サポート体制(30%)。」
RFPは発注者の意思を伝え、複数ベンダーから比較可能な提案を引き出すための重要なツールです。しっかり作ることで選定が合理的になります。
FAQ
Q1. RFPとRFQ、RFIの違いは何ですか?
A1. 短く整理します:
A1. 短く整理します:
- RFI(Request For Information:情報提供依頼)=市場や技術の情報を集めるために出す文書。
- RFP(Request For Proposal:提案依頼書)=提案書の提出を求める文書。機能や目的を示し、ベンダーに提案させる。
- RFQ(Request For Quotation:見積依頼書)=価格見積りを求める文書。仕様が明確なときに使います。
Q2. RFPは法的に拘束力がありますか?
A2. 通常、RFP自体は提案を求める文書で、法的拘束力は限定的です。契約書(契約締結)を結ぶまでは拘束力が弱いです。ただし、RFPで提示する評価基準やスケジュールは調達プロセスで重要な指標になります。
A2. 通常、RFP自体は提案を求める文書で、法的拘束力は限定的です。契約書(契約締結)を結ぶまでは拘束力が弱いです。ただし、RFPで提示する評価基準やスケジュールは調達プロセスで重要な指標になります。
Q3. 誰がRFPを作るべきですか?
A3. 発注者側のプロジェクト担当者や要件定義者が中心です。外部の調達コンサルタントや専門家に作成支援を依頼することもあります。
A3. 発注者側のプロジェクト担当者や要件定義者が中心です。外部の調達コンサルタントや専門家に作成支援を依頼することもあります。
関連キーワード: RFP、RFI、RFQ、SLA、提案依頼書、調達、要件定義、ベンダー選定、提案評価、調達プロセス

\ せっかくなら /
ITパスポートを
クイズ形式で学習しませんか?
クイズ画面へ遷移する→
すぐに利用可能!

