アジャイル開発・調達・契約管理重要度:★★★出題: AM2・PM1・PM2

RFP（提案依頼書）とプロポーザル評価・ベンダー選定基準

あーるえふぴーとべんだーせんていきじゅん / Request for Proposal (RFP) & Source Selection Criteria

調達先候補のベンダーに対してシステム化の目的、機能・非機能要件、調達条件、提案書記載事項を明示するRFP（提案依頼書）と、重み付け評価表による客観的な選定プロセスです。

3行速習ポイント

調達先候補のベンダーに対してシステム化の目的、機能・非機能要件、調達条件、提案書記載事項を明示するRFP（提案依頼書）と、重み付け評価表による客観的な選定プロセスです。
単なる見積価格の安さだけで選ぶと「要件理解不足による極端な低価格入札（ダンピング）」からプロジェクト炎上を招くため、技術力・体制・類似実績・PMの力量を総合評価します。
試験対策：令和2年午後II問1（外部の技術サービスを利用したシステム開発プロジェクト）や午後Iの調達問題において、ベンダー選定時のリスク評価として論述します。

図解

図RFI・RFPからプロポーザル評価・契約合意に至る調達選定プロセスプロセス・手順フロー

要求仕様の明確化と総合評価マトリクスによる客観的ベンダー選定

▶ 進行順序：1. Step 1: 情報収集 (RFI)➔2. Step 2: 提案依頼 (RFP)➔3. Step 3: 総合評価・選定➔4. Step 4: SOW合意・契約

1RFI（情報提供依頼書）による市場調査

Step 1: 情報収集 (RFI)

最新技術動向・製品ラインナップ・概算費用の事前把握

新技術やパッケージ導入など自社に知見がない場合、RFP作成前に広くベンダーから技術実現性や導入事例の情報提供を受け、実現可能な要件を整理します。

2RFP（提案依頼書）の策定と提示

Step 2: 提案依頼 (RFP)

業務・非機能要件、調達スコープ、評価基準の明文化

システム化の背景・目的、機能/非機能要件、データ移行や受入テストの役割分担、契約形態、および提案書の記述フォーマットを全候補社へ公平に提示します。

3重み付け総合評価と提案ヒアリング

Step 3: 総合評価・選定

技術点・体制点・見積妥当性・価格点の多角的採点

事前定義した評価表に基づき、難所への技術対策、WBSの抜け漏れ、そして「実際に参画するPM・中核エンジニア本人の力量」をプレゼン質疑で見極めます。

4見積り前提条件・責任分担の最終合意

Step 4: SOW合意・契約

SOW（作業範囲記述書）確定とリスク対策の計画組み込み

選定ベンダーと提案時の前提条件や除外事項を1件ずつ擦り合わせ、認識齟齬を解消した上でSOWおよびプロジェクト計画書へ落とし込み契約を締結します。

💡 午後I・午後IIでは「他社より極端に安い見積り」に対し、喜ぶのではなく「要件の読み違い・工数計上漏れのリスク」を疑って精査する姿勢が問われる

概要と本質

調達先候補のベンダーに対してシステム化の目的、機能・非機能要件、調達条件、提案書記載事項を明示するRFP（提案依頼書）と、重み付け評価表による客観的な選定プロセスです。単なる見積価格の安さだけで選ぶと「要件理解不足による極端な低価格入札（ダンピング）」からプロジェクト炎上を招くため、技術力・体制・類似実績・PMの力量を総合評価します。