Joannes Vermorel
Lokadは長年にわたり、RFI(情報要求)、RFP(提案要求)、RFQ(見積もり要求)に関連するサプライチェーン最適化において、ある程度の名声を得ており、これらの取り組みの候補に選ばれることが増えてきました。Lokadがこれらの取り組みに選ばれることに感謝していますが、それにもかかわらず、これらのプロセスの根底にある狂気を考えずにはいられません。

長年にわたり、私はエンタープライズソフトウェアの領域で一般的な奇妙な慣行に困惑してきました1。最近では、私は主流のアプローチよりも優れたアプローチを提案しました2。しかし、今日は、私が観察したRFPの非常に奇妙(時には完全に狂気的)な要素のいくつかを解説したいと思います。要するに、RFPは「科学主義の実践」です3。一般の人々の目には、「科学的な」取り組みのように見える視点、態度、プロセスです。しかし、実際には、RFPはセアンスと同じくらい科学的でも合理的でもありません。
まず第一に、RFP内に収集された質問リストは、必ず長くて無意味です。これらの文書は、委員会によって作成され、_誰もが考えつくすべての質問_をリストアップしてみんなを満足させようとするものです。さらに悪いことに、専門家(通常はコンサルタント)がリストを見直したり改善したりするために参加すると、質問のカタログは桁違いに増えてしまいます。
「悪い質問は存在しない」という言葉は、小学校の指針としては妥当な原則かもしれませんが、大企業とそのサプライチェーンに関わる場合には害となります。率直に言って、現実の世界では、悪い質問は時間の無駄、注意の散漫、高価な妥協を引き起こす可能性があります。このような質問のクラスがいくつかあります4。以下では、最も一般的な7つのクラスを特定し、それらの欠点を説明します。
- 怠惰な質問。例:「ソリューションはセキュリティのベストプラクティスに従っていますか?」このような質問はただ時間を無駄にするだけです。正気のあるエンタープライズソフトウェアベンダーは、このような質問に否定的な回答を提供することはありません。
- 愚かな質問。例:「ソリューションはMOQ(最小発注数量)を管理しますか?」このような質問は混乱を引き起こします。MOQの管理は簡単ですが、MOQの存在下での最適化は困難です。
- 「スマート」な質問。例:「ソリューションは在庫切れの状況で予測の逸脱を元の計画に合理化しますか?」これらの質問は(見かけ上は具体的ですが実際には曖昧ですが)同僚に感銘を与えることを意図していると思われますが、ソフトウェアベンダーの同様に華麗な回答によって混乱がさらに複雑になるだけです。
- 重み付けされた質問。例:「ソリューションは季節性プロファイルを管理および調整する機能を提供していますか?」このような質問はプロセスの中立性に干渉し、追加の暗黙の質問を引き起こします。この例の質問は、季節性を「プロファイル」を介してアプローチするべきであること(なぜ?)やエンドユーザーが関与するべきであること(なぜ?)を暗に示しています。
- 曖昧な質問。例:「ソリューションはKPI(重要業績評価指標)の導入を許可しますか?」この質問のクラスは誤解を助長します。KPIとは何かは見る人によって異なります。ベンダーとクライアントがこの点で同じ感情を共有することはありません。
- 余談の質問。例:「ソリューションはリアルタイムで補充の提案を再計算できますか?」これらの質問は核心の問題から注意をそらすために使用されます。分散型エンタープライズソフトウェアの領域では、「リアルタイム」という概念は長くて過度に技術的な議論を引き起こし、補充数値がまったく信頼性のない場合には最終的には関係ありません。
- 恐ろしい質問。例:「ソリューションはISO/IEC 27001として認定されていますか?」このような質問は誤った当事者に力を与えます。エンタープライズソフトウェアにおいて、認証は認証機関とそのエコシステムに力を与える一方で、クライアント企業には何の価値も提供しません。
正しい質問をすることで正しいベンダーを選ぶことができると期待することは、間違った初期数値を使用して計算が正確であることを期待するのと同じくらい意味がありません。それにもかかわらず、これは企業ソフトウェアに関しては、ほとんどの大企業が採用しているアプローチの定番です。
さらに悪いことに、多くのRFP(提案依頼)には「コンプライアンス」の列(またはそれに類するもの)が含まれており、「回答」の列の隣にあります。この列では、ベンダーに対して自己診断による「コンプライアンス」の度合いを尋ねます。ソフトウェア製品が「コンプライアンス」になるという考えは驚くべきことです。しかし、実際には、RFPの質問はバイアスが非常に多く、この「コンプライアンス」の列は奇妙で歪んだ方法ではあるものの、ある程度意味をなしています。
また、(ほぼ?)すべてのRFP文書が、そのプレゼンテーション自体において非常に乱雑なケアの欠如を反映していることも指摘しておきます。すべての段落にはひどいスペルミスがあります。重複した質問と重複した質問番号があります。フォントサイズは6から20に不格好に変わり、不規則な改行が文書に散乱しています。質問に関しては、RFPは通常、Microsoft Excelのスプレッドシートとしてフォーマットされています。それぞれのタブには「Question」と「Answer」の列があり、その他のいくつかの列(上記の「コンプライアンス」の例など)もあります。スプレッドシート形式は、RFPの文脈ではまったく意味をなしません。スプレッドシートのセル内に複数の段落のコンテンツを書いたり読んだりするユーザーエクスペリエンスは非常に酷いものです。通常の場合、数百の質問があるため、さらに悪化します。
それだけでは足りないとすれば、これらの茶番劇を行うために頻繁に使用される電子調達ツールは、地獄の第9の円で作られたものです。これらのツールは、エンタープライズソフトウェアの最悪の具現化であり、期待を下げる方法の先駆者です。反応しない、ずさんなデザイン、ばかげたユーザーエクスペリエンス、修正されていないバグのバックログがトールキンの小説のように存在します。このような電子調達ツールを使用することで、官僚的な狂気が最大限に引き上げられます。
形式が重要である限り、形式は無関係だと考えるのは単純です。RFPの形式はひどいものですが、質問については言うまでもなく、回答についても非常に時間のかかる作業です。その結果、選択プロセスを主導すべき人々(サプライチェーンディレクターなどの役員)は後退し、「専門家」(調達マネージャーや第三者など)に委任します。調達マネージャーは通常、自社にとって合理的なソリューションを理解していません。一方、RFPのファシリテーターとして導入された第三者は、プロセスをできるだけ複雑にすることにインセンティブを与えられています。
RFPが存在しない場合に行われる明白な贈賄と比較して、RFPはより小さな悪と言えるかもしれません。言い換えれば、欠陥があるとしても、RFPは企業の誠実さと選択プロセスの完全性を保護するための最も安全なオプションです。ただし、これは非常に特異な主張であり、したがって、非常に特異な証拠が必要です。実際には、RFPが防止すべき詐欺の種類や、それがどれだけ効果的であるかについての疑問が生じます。率直に言って、大規模で無秩序なスプレッドシートを介して大規模な選択プロセスを経ることがプロセスを「より正直」にするという考えは、表面的にはかなり無理があるように思えます。(私の懐疑心をお許しください。)
私自身の企業ソフトウェア界における経験則からは、多くの大手ソフトウェアベンダーが、影響力のある立場にいた人々を雇用することで、その10年後に彼らに対して寛大な報酬を提供していることがわかります。この(悪)慣行に対する対策は簡単です。このゲームを行っているベンダーを特定し、彼らを完全に禁止することです5。現実的には、RFPは企業ソフトウェアの世界に存在する先見的な贈賄には何の効果もありません。
したがって、私の分析は次のようになります。ベンダー選択プロセスを厳密に必要以上に官僚的にする要素は、そのプロセスを悪意のある行為者に対してより脆弱にするということです。この命題は、コンピュータセキュリティの観点から言い換えることができます。官僚主義はベンダー選択プロセスの攻撃面積を増加させ、信頼(および脆弱性)をこのプロセスに関与する人々の層に広げるということです。
これらすべての問題にもかかわらず、RFPは企業ソフトウェアで一般的です。しかし、私的には、RFPで生計を立てていないほとんどの人々は、このプロセスがあまり意味をなさないと認めています。これがRFPの普及度合いをますます不可解にしています。私が思いつく最も簡単な説明は、RFPが企業の「美徳のシグナリング」6の洗練された形式であるということです。情報技術の時代において、教養ある推測に基づいて重要な意思決定を行うことは受け入れられず、単純で洗練されておらず、まったく科学的ではないと見なされます。RFPプロセスは会社にとって何の価値ももたらさないかもしれませんが、美徳のシグナリングの側面には徹底的に対応しています。
-
企業ソフトウェアのバイヤーズガイド, Joannes Vermorel, August 2013. ↩︎
-
エンタープライズソフトウェアのための対抗市場調査 - 講義2.4, March 2021, Joannes Vermorel ↩︎
-
簡潔さのために、このエントリでは「RFP」という用語は、RFI、RFP、およびRFQを総称しています。 ↩︎
-
このセクションにリストされているすべての例は、過去12ヶ月間に受け取った実際のRFPの質問です。 ↩︎
-
LinkedInを利用すれば、便宜的に「適切な場所で適切な時期に」いた人々を雇用しているソフトウェアベンダーを比較的簡単に特定することができます。ただし、関連情報がすべて公に表示されているため、この種の腐敗はさらに巧妙になります。当事者間の明示的なコミュニケーションさえ必要としない暗黙の了解だけで成り立つのです。 ↩︎
-
RFPのもう一つの付随的な利点は、責任の希釈かもしれません。RFPは、設計上、クライアント側の多くの人々を関与させるためです。 ↩︎