ベンダー選定の現場で何が起きているか
ベンダー選定は、システム開発プロジェクトの成否を8割方決めてしまう重要な局面です。にもかかわらず、多くの企業が同じような失敗を繰り返しています。私はPMOとして30年間、数十件のベンダー選定に関わってきましたが、選定段階での判断ミスがプロジェクト後半にどれほど深刻な事態を招くか、何度も目の当たりにしてきました。
典型的なのは、価格と提案書の見栄えだけで選んでしまうケースです。経営層からは「予算内で最大の効果を」というプレッシャーがかかり、選定チームは複数社の提案書を比較して、最も安価で機能が豊富に見えるベンダーを選びがちです。RFP(提案依頼書)を丁寧に作成し、公平な評価基準を設けたつもりでも、実際にプロジェクトが始まると「こんなはずではなかった」という事態に直面します。
私は30年のキャリアで、多数のベンダー選定プロジェクトに関わってきました。特に印象的だったのは、ある中堅企業の基幹システム刷新で3社の競合になったケースです。1社目は価格が最も安く、経営層が傾いていました。2社目は実績豊富で高価格、現場担当者が推していました。最終的に経営層が押し切る形で1社目に決定したのですが、開発フェーズに入ってから次々と仕様変更要求が発生し、結果的に2社目の見積もりを上回る追加費用が発生する事態に。逆に、別の案件で高額でも経験豊富なベンダーを選び、担当PMの人柄と実行力を評価したケースでは、プロジェクトが予定通り完了しました。ベンダー選定は『提案書ではなく担当PMを見る』のが本質だと痛感しています。
ベンダー選定で最も難しいのは、提案書という「紙の上の世界」から、実際のプロジェクト運営という「現場の世界」を予測することです。提案書には美しい図表が並び、過去実績も立派です。でも、実際に現場で汗をかくのは提案書を書いた営業担当ではなく、開発チームやPMです。そして、その人たちの実力やコミュニケーション能力は、提案書からはほとんど見えません。
私が関わったプロジェクトの中には、最安値で選んだベンダーが結局途中で炎上し、追加費用が当初見積もりの1.5倍になったケースもあります。逆に、見積もりは高かったものの、担当PMの実力を信頼して選んだベンダーと組んだプロジェクトは、想定外のトラブルが起きても柔軟に対応でき、最終的には予定通りの納期とコストで完遂できました。
中堅企業のIT責任者の方は特に、限られた予算の中で最大の成果を出すことを求められています。だからこそ、価格に目が向きがちです。しかし、30年現場にいた私の結論は明確です。ベンダー選定で見るべきは、価格でも提案書の美しさでもなく、「実際にプロジェクトを遂行する人たちの実行力」なのです。
選定基準が形式化している問題
多くの企業では、ベンダー選定の評価項目として「価格」「提案内容」「過去実績」「技術力」といった項目を設定します。これ自体は間違いではありません。問題は、これらの項目が「提案書に書かれていること」を評価する仕組みになっていることです。
提案書には誰でも立派なことを書けます。「アジャイル開発で柔軟に対応します」「週次で進捗報告を行います」「経験豊富なPMをアサインします」。これらの文言は美しいですが、実際にそれが実行されるかどうかは別問題です。
私がかつて関わったある金融系システムのリプレース案件では、選定時に5社のベンダーが提案書を提出しました。いずれも過去実績は十分で、技術提案も遜色ない内容でした。最終的に最も安価な提案を出したベンダーに決まったのですが、プロジェクト開始後3ヶ月で早くも暗雲が立ち込めました。担当PMの経験が浅く、顧客側の要件を正しく理解できていなかったのです。
価格優先がもたらす現場のリアル
価格を最優先にすると、必然的にベンダー側は利益を確保するために、経験の浅いメンバーをアサインしたり、工数を削ったりします。これは経済原理として当然のことです。見積もり段階で利益率を削りすぎたベンダーは、プロジェクト遂行段階で必ずどこかにしわ寄せが来ます。
そのしわ寄せが顕在化するのは、たいてい要件定義が終わって設計フェーズに入ったあたりです。「それは見積もり範囲外です」「追加費用が発生します」という会話が増え始めます。顧客側としては「提案書にはそんなこと書いていなかった」と反論しますが、ベンダー側は「一般的な解釈では範囲外です」と押し返します。こうした不毛な議論に時間を取られ、プロジェクトは停滞していきます。
私はPMOとして、こうした状況を何度も仲裁してきました。そのたびに思うのは、「選定段階でもっと本質を見ていれば」ということです。価格差が10%や20%なら、その差は保険料だと思って、より信頼できるベンダーを選ぶべきだったのです。
なぜベンダー選定で失敗が繰り返されるのか
30年間、多くのベンダー選定プロセスを見てきて分かったことがあります。失敗は偶然ではなく、構造的に起きているということです。選定プロセスそのものに、失敗の種が埋め込まれているのです。
評価軸が「定量化しやすいもの」に偏る
ベンダー選定では、公平性と説明責任が求められます。特に大企業や官公庁では、選定理由を社内や監査に説明できなければなりません。そのため、評価基準は「定量化しやすいもの」に偏りがちです。価格は明確な数字で比較できます。提案書のページ数、過去実績の件数、保有資格の数なども定量化できます。
しかし、プロジェクトの成否を左右する本質的な要素は、定量化が難しいものばかりです。担当PMのコミュニケーション能力、問題解決力、顧客理解の深さ、チームの一体感。これらは数値では測れません。だからこそ、選定基準から外れてしまうのです。
私が金融系プロジェクトで経験した厳格な変更管理プロセスでは、あらゆる意思決定に証跡が求められました。ベンダー選定も例外ではなく、選定理由は「価格が○%安い」「提案書の評価点が○点高い」という形で記録されました。しかし、実際にプロジェクトを成功に導いたのは、そうした数値では測れない現場力でした。
提案書を書く人と実行する人が違う
これは業界の構造的な問題です。ベンダーの提案書は、営業部門やプリセールスチームが作成します。彼らは提案書作成のプロであり、顧客の心を掴む表現や、競合に勝つためのポイントを熟知しています。提案書は美しく、説得力があります。
しかし、実際にプロジェクトを担当するのは開発部門のPMやエンジニアです。彼らは提案段階ではほとんど関与していません。運が良ければプレゼンテーションに同席する程度です。つまり、顧客側が評価しているのは「提案書を書く能力」であって、「プロジェクトを遂行する能力」ではないのです。
これは誰が悪いという話ではありません。ベンダー側も、開発メンバーは別の案件に張り付いていて、提案段階で引っ張り出すことが難しいのです。しかし、この構造が選定時のミスマッチを生んでいることは間違いありません。
過去実績の罠
「大手企業での導入実績多数」という文言は、提案書で大きな説得力を持ちます。しかし、過去実績が豊富なベンダーだからといって、あなたのプロジェクトも成功するとは限りません。なぜなら、プロジェクトの成否は「どのチームが担当するか」で決まるからです。
大手SIerほど、案件ごとに編成されるチームは別です。A社での成功プロジェクトを担当したエースPMが、あなたのプロジェクトを担当するとは限りません。むしろ、エースPMは次の大型案件に回され、あなたの案件には経験の浅いメンバーがアサインされるかもしれません。
私が見てきた中で最も印象的だったのは、ある中堅製造業のシステム刷新案件です。選定時には大手SIerの豊富な実績が決め手となりました。しかし、実際にアサインされたPMは入社3年目の若手で、同種案件の経験がありませんでした。大手SIerの「実績」は会社全体のものであり、担当チームの実績ではなかったのです。
失敗しないベンダー選定の3つの視点
では、どうすれば本質的なベンダー選定ができるのでしょうか。私が30年の現場経験から導き出した答えは、評価の視点を変えることです。提案書ではなく、実際に現場で動く人たちを見る。過去実績ではなく、コミュニケーションの質を見る。価格ではなく、実行力を見る。この3つの視点が、失敗しないベンダー選定の核心です。
視点1:価格ではなく実行力を見る
価格は分かりやすい評価軸ですが、最も危険な評価軸でもあります。見積もりが安いということは、どこかで無理をしているということです。その無理が、プロジェクト後半に必ず表面化します。
私が推奨するのは、価格を最後に見るという順序です。まず、実行力や信頼性で候補を2〜3社に絞り込みます。その上で、価格を比較します。このとき、単純に最安値を選ぶのではなく、「この価格差は何を意味しているのか」を分析します。
例えば、A社が5000万円、B社が4000万円の見積もりを出してきたとします。1000万円の差は大きいですが、その差の中身を確認すべきです。B社は工数を削っているのか、単価を下げているのか、それとも効率化の方法を持っているのか。この質問をぶつけてみると、ベンダーの本質が見えてきます。
曖昧な回答しか返ってこないなら、その差額は「リスク」です。逆に、「弊社は同種案件を10件以上経験しており、テンプレートを活用することで工数を3割削減できます」といった具体的な回答があれば、その差額は「効率化の成果」です。前者は選ぶべきではなく、後者なら検討の価値があります。
視点2:提案書ではなく担当PMを見る
これが最も重要です。プロジェクトの成否は、担当PMの実力で9割決まります。どんなに立派な提案書でも、どんなに豊富な会社の実績でも、担当PMが無能なら失敗します。逆に、提案書が多少粗削りでも、優秀なPMがいれば何とかなります。
私は選定プロセスに「PM面談」を必ず組み込むことを強く推奨しています。最終候補の2〜3社に対して、実際にプロジェクトを担当する予定のPMと直接話す機会を設けるのです。この面談で見るべきポイントは以下の通りです。
過去の失敗経験を語れるか: 優秀なPMは、自分の失敗経験を率直に語り、そこから何を学んだかを説明できます。「すべて成功しました」と言うPMは信用できません。
顧客の業務を理解しようとする姿勢があるか: 技術の話ばかりするPMではなく、「御社のビジネスモデルは?」「現場の課題は?」と質問してくるPMが優秀です。
問題が起きたときの対応方針を持っているか: 「問題が起きたらどうしますか?」という質問に対して、具体的なエスカレーションパスや意思決定プロセスを説明できるPMは信頼できます。
私がかつて関わった製造業の基幹システム刷新案件では、3社が最終候補に残りました。価格はC社が最も安かったのですが、PM面談を実施した結果、B社のPMの実力が群を抜いていることが分かりました。B社のPMは、面談の場で「御社の業務フローを拝見したいです」と自ら提案し、選定前にもかかわらず工場見学を申し出ました。この積極性と顧客理解への姿勢が決め手となり、B社を選定しました。結果として、プロジェクトは大きなトラブルなく完了しました。
視点3:過去実績よりコミュニケーションの質を見る
過去実績は参考にはなりますが、それ以上にコミュニケーションの質を重視すべきです。プロジェクトは人と人との協働作業であり、コミュニケーションがスムーズでなければ成功しません。
選定段階での提案プロセス自体が、ベンダーのコミュニケーション能力を測る試金石です。RFPを出してから提案までの間、ベンダーからどのような質問が来たか、その質問の質はどうだったか、回答への対応は迅速だったか。これらはすべて、プロジェクト開始後のコミュニケーションを予測する材料になります。
質の高い質問とは、「RFPの○ページに記載の××について、△△という理解でよろしいでしょうか」といった具体的なものです。曖昧な質問や、RFPを読めば分かる内容を聞いてくるベンダーは、プロジェクト開始後も同じようなコミュニケーションをします。
また、提案プレゼンテーションの場での対応も重要です。想定外の質問をしたときに、その場で誠実に答えようとするか、それとも曖昧にごまかそうとするか。この違いは大きいです。私の経験では、「持ち帰って正確な回答をします」と言えるベンダーの方が、後々のトラブルが少ないです。
実践的な選定プロセスの設計
これらの視点を実際の選定プロセスに組み込むには、従来のRFPベースのプロセスを少し修正する必要があります。私が推奨するのは、以下のような段階的アプローチです。
第1段階(書類選考): RFPに基づく提案書で、会社の基本的な要件(技術力、実績、財務状況など)を満たしているかを確認します。ここで候補を5社程度に絞ります。
第2段階(プレゼン・質疑): 提案プレゼンテーションを実施しますが、提案書の説明だけでなく、必ず想定外の質問を投げかけます。「もし要件が大きく変わったら?」「もし担当PMが急に交代することになったら?」といった質問への対応を見ます。ここで3社程度に絞ります。
第3段階(PM面談): 実際にプロジェクトを担当する予定のPMと、顧客側のキーパーソンが1〜2時間じっくり話す機会を設けます。技術的な深掘りだけでなく、人間性やコミュニケーションスタイルを見ます。
第4段階(参考サイト訪問): 可能であれば、そのPMが過去に担当した案件の顧客を訪問し、実際の評判を聞きます。これは非常に有効ですが、ベンダーが嫌がることもあるので、選択的に実施します。
第5段階(最終評価): ここでようやく価格を含めた総合評価を行います。ただし、価格は「価格差がリスクに見合うか」という視点で評価します。
このプロセスは従来より時間がかかりますが、プロジェクト開始後の炎上リスクを大幅に減らせます。選定に1ヶ月余分にかけることで、その後6ヶ月〜1年のプロジェクト期間が安定するなら、十分に価値がある投資です。
30年現場にいた私が思うこと
ベンダー選定は、結婚相手を選ぶのに似ています。学歴や年収といったスペックも大事ですが、最終的には「一緒に困難を乗り越えられるか」という人間性が決め手になります。システム開発プロジェクトも同じです。どんなプロジェクトでも想定外のトラブルは起きます。そのとき、ベンダーと一緒に解決策を見つけられる関係性があるかどうかが、成否を分けます。
私がPJM-A資格を取得したのは、プロジェクトマネジメントの体系的な知識を身につけるためでした。しかし、資格勉強で学んだことと、現場で本当に役立つことの間には、大きなギャップがあります。教科書には「RFPを作成し、公平な基準で評価し、最適なベンダーを選定する」と書いてあります。間違いではありませんが、それだけでは不十分です。
現場で本当に必要なのは、紙の上では見えない部分を見抜く力です。提案書の行間を読む力、PMの目を見て実力を測る力、価格差の裏にあるリスクを察知する力。これらは経験でしか身につきません。そして、30年の経験から私が確信しているのは、「安物買いの銭失い」という諺はIT業界で最も真実だということです。
明日からできる小さなアクション
もしあなたが今、ベンダー選定を進めているなら、以下の小さなアクションから始めてみてください。
担当PMとの面談を要求する: 「実際にプロジェクトを担当する予定のPMと話したい」と各ベンダーに伝えてください。これを嫌がるベンダーは要注意です。
失敗事例を聞く: プレゼンテーションの場で「過去に失敗した案件とその原因を教えてください」と質問してください。この質問への回答の質が、ベンダーの誠実さを測る指標になります。
価格差の理由を深掘りする: 見積もりに大きな差がある場合、「なぜこの価格になるのか」を具体的に説明してもらってください。曖昧な回答しかできないベンダーは避けるべきです。
ベンダー選定は、プロジェクトの成否を決める最も重要な意思決定の一つです。時間をかけて、本質を見極めてください。価格の安さに飛びつくのではなく、プロジェクトを一緒に成功させられるパートナーを選んでください。それが、30年間現場にいた私からの、心からのアドバイスです。
最後に一つ付け加えるなら、ベンダー選定は「完璧な答え」を求めるものではありません。すべての条件を満たすベンダーは存在しません。重要なのは、「このベンダーとなら、問題が起きても一緒に乗り越えられる」という確信を持てるかどうかです。その確信は、提案書からは得られません。実際に担当者と向き合い、話し、人間性を感じることでしか得られないのです。
コメント