システム開発の調達プロセスにおいて、「RFP」と「要件定義」はどちらも重要な役割を担いますが、その関係性を正確に理解している方は多くないかもしれません。
RFP(提案依頼書)と要件定義は密接に関連しており、どちらを先に行うか・どのように連携させるかによってプロジェクトの質が大きく変わります。
本記事では、RFPの意味・目的・要件定義との関係・それぞれのプロセスと役割について詳しく解説していきます。
システム調達・ベンダー選定に携わる発注者側の担当者に特に役立つ内容をお届けします。
RFPとは何か?要件定義との基本的な関係
それではまず、RFPの基本的な定義と要件定義との関係について解説していきます。
RFP(Request for Proposal)は「提案依頼書」と訳され、発注者がシステム開発の要件・条件・評価基準などを文書化し、ベンダー(システム開発会社)に提案を依頼するための文書です。
RFPの目的と構成要素
RFPの主な目的は「複数のベンダーから比較可能な形式で提案を受け取り、最適なベンダーを選定すること」です。
RFPには一般的に以下の要素が含まれます。
・プロジェクトの背景・目的・課題
・システム化の対象業務範囲
・主要な機能要件・非機能要件(概要レベル)
・技術的な制約条件・前提条件
・スケジュール・予算の目安
・提案の評価基準と評価方法
・提案書の提出要件・形式
RFPはすべてのベンダーに同一の情報を提供することで、公平な比較評価を可能にします。
RFPと要件定義の位置づけの違い
RFPと要件定義は異なるフェーズで使われる文書ですが、内容的には深く関連しています。
RFPはベンダー選定(調達)フェーズで使われる対外的な文書であり、要件定義書はベンダー決定後の開発フェーズで使われる内部的な合意文書という違いがあります。
RFPに記載される要件の概要が、ベンダー決定後に要件定義フェーズで詳細化されて要件定義書になるという関係性が一般的です。
RFPを先に作るか要件定義を先に行うか
RFPと要件定義のどちらを先に行うかは、プロジェクトのアプローチによって異なります。
一般的なアプローチとして、発注者側で業務課題の整理と概要レベルの要件をまとめたRFPを作成してベンダーを選定し、選定後に選んだベンダーと共同で詳細な要件定義を行うという流れが一般的です。
この場合RFPの要件は「大まかな方向性」であり、要件定義で「具体的な仕様」に落とし込まれる関係となります。
RFPから要件定義へのプロセスの流れ
続いては、RFPからベンダー選定・要件定義へのプロセスの流れを確認していきます。
RFPと要件定義がシステム調達プロセスの中でどのように連携するかを理解することで、効果的な調達管理が可能になります。
RFP作成のポイントと注意点
効果的なRFPを作成するためには、発注者側が自社の業務課題・システム化の目的・優先度を事前に整理しておくことが重要です。
RFPの要件が曖昧・不完全だと、ベンダーからの提案の質が低下し、比較評価が困難になります。
RFPには必須要件(Must)と望ましい要件(Want)を明確に区別して記載することで、ベンダーが的確な提案を作成しやすい環境を整えることができます。
ベンダー選定から要件定義への移行
RFPに基づくベンダー選定が完了したら、選定されたベンダーと共同で要件定義フェーズに入ります。
RFPに記載した概要レベルの要件をより詳細化・具体化していく作業が要件定義の中心となりますが、RFPで想定していなかった要件が追加されたり、実現方法の選択によって要件が変化したりすることも多くあります。
RFPの内容と要件定義書の内容に差異が生じた場合は、その理由と承認プロセスを明確にして管理することが重要でしょう。
ITベンダーとの関係構築における注意点
RFPから要件定義にかけての期間は、発注者とベンダーの信頼関係を構築する重要な時期でもあります。
ベンダーの技術力・コミュニケーション能力・プロジェクト管理能力を見極めながら、対等なパートナーシップのもとで要件定義を進めることがプロジェクト成功の基本です。
RFPと要件定義を成功させるための実践的なポイント
続いては、RFPと要件定義を成功させるための実践的なポイントを確認していきます。
発注者側の担当者として知っておくべき重要なポイントを解説します。
発注者側の要件整理能力の向上
RFP・要件定義のどちらにおいても、発注者側が自社の業務・課題・ニーズを正確に整理して伝える能力が求められます。
「ベンダーに任せればよい」という姿勢では、自社のニーズを反映したシステムが完成しないリスクが高まります。
IT部門だけでなく業務部門の担当者・経営層も積極的に参加することで、発注者側の要件整理の質が大幅に向上します。
RFP評価基準の明確化
公平で透明性の高いベンダー評価を行うためには、RFPに評価基準と配点を明示することが重要です。
技術力・実績・提案内容・価格・サポート体制・セキュリティ対応力などの観点から評価軸を設定し、複数の評価者が同一基準で評価できる仕組みを整えましょう。
RFI(情報提供依頼書)との使い分け
RFPに関連する用語として「RFI(Request for Information)」があります。
RFIは市場調査・ベンダー調査の目的で「どのようなソリューションや技術があるか」の情報収集を行うための文書です。
大規模システムの調達では「RFI→RFP→要件定義」という順序でプロセスを進めることで、より適切なベンダー選定と要件定義が実現できるでしょう。
まとめ
本記事では、RFPの意味・目的・要件定義との関係・調達プロセスの流れ・成功のポイントについて解説してきました。
RFPはベンダー選定のための概要レベルの要件定義文書であり、ベンダー決定後の要件定義フェーズでその内容が詳細化・具体化されて要件定義書になるという一連の流れがシステム調達の基本プロセスです。
RFPの品質が高いほど的確なベンダー提案が集まり、その後の要件定義もスムーズに進みやすくなるため、発注者側の要件整理能力の向上がシステム調達全体の成功を左右する重要な要素となります。
RFPと要件定義の関係を正しく理解して、効果的なシステム調達を実現していきましょう。