// シス担のミカタ
調達プロセス

調達戦略 ちょうたつせんりゃく

調達計画ベンダー選定競争入札随意契約マルチベンダーRFP
調達戦略について教えて

簡単に言うとこんな感じ！

システムやサービスを「どこから・どうやって・どんな条件で買うか」の作戦を事前に決めることだよ！ 行き当たりばったりで発注すると高くついたり失敗したりするから、「誰に頼むか・どう競わせるか・リスクをどう分散するか」を計画しておくのが調達戦略なんだ！

調達戦略とは

調達戦略とは、システム・サービス・製品を外部から取得する際に、「誰から・どのような方法で・どんな条件で調達するか」の方針を事前に計画・設計することです。単なる「購買手順」ではなく、コスト・品質・リスク・将来の拡張性まで見据えた組織全体の意思決定の枠組みです。

IT調達においては、ベンダー（システム開発会社やSaaSプロバイダーなど）の選定方法、契約形態、競争させる範囲、複数社に分散するかどうかなど、発注前に決めておくべき重要な選択肢がたくさんあります。これらを場当たり的に決めると、ベンダーロックイン（特定のベンダーに依存して抜け出せなくなること）や、コスト超過・品質トラブルの原因になります。

調達戦略は、プロジェクトの上流工程、つまり「何を作るか（要件定義）」よりもさらに前に考えるべきものです。戦略なき調達は、地図なしで旅に出るようなもの。最初の選択が後々の成否を大きく左右します。

調達戦略の主な選択肢と判断軸

調達方式の種類

調達方式内容向いているケース
競争入札（一般競争）広く公募し、条件を満たす複数社が競う公平性・コスト最小化を重視する場合
指名競争入札あらかじめ絞り込んだ複数社に声をかけて競わせる実績・信頼性を担保しつつ競争させたい場合
随意契約特定の1社と直接交渉・契約する緊急性が高い・技術的に他社が対応不可の場合
プロポーザル方式（RFP）提案依頼書を出し、提案内容で選定する要件が固まっていない・提案力を重視する場合

ベンダー体制の選択

体制内容メリットリスク
シングルベンダー1社にすべて任せる窓口が一元化、責任が明確ロックイン・交渉力低下
マルチベンダー複数社に分担発注リスク分散・競争維持調整コスト増・責任の押し付け合い
プライム＋サブ元請け1社が全体管理し下請けを使う管理の簡素化下請けの品質管理が見えにくい

覚え方：「調達の3C」

調達戦略を考えるときに押さえるべき3つの視点として「3C」が役立ちます：

  • Cost（コスト）：総所有コスト（TCO）で比較する。初期費用だけでなく運用・保守費用も含む
  • Control（コントロール）：自社でどこまで管理・変更できるか。依存度はどのくらいか
  • Continuity（継続性）：ベンダーが撤退したり契約を打ち切られたりしたとき、事業が続けられるか

歴史と背景

  • 1980年代以前：IT調達は「大型汎用機メーカー（IBMなど）から一式購入」が主流。選択肢はほぼなく、調達戦略の概念自体が薄かった
  • 1990年代：オープン化・マルチベンダー環境の普及により、「どこから買うか」を選べるようになり、調達戦略の重要性が増す
  • 2000年代：日本の官公庁でも「競争入札の原則」が強調され、政府系ITの調達ガイドラインが整備される。経済産業省・デジタル庁の前身組織が調達基準を策定
  • 2010年代：クラウドサービスの普及で「購入」から「サブスクリプション契約」へ。ベンダーロックインへの懸念が高まり、マルチクラウド戦略が注目される
  • 2020年代：デジタル庁設立（2021年）に伴い、政府ITの調達プロセス改革が加速。「アジャイル調達」や「競争的対話方式」など、新しい調達形態が導入される

調達戦略の策定プロセス

調達戦略は以下の流れで策定します。RFI（情報提供依頼書） で市場を調査してからRFPを出すのがベストプラクティスです。

①要件整理 何が必要か ②市場調査 RFI発行 ③戦略決定 方式・体制選択 ④RFP発行 提案依頼 ⑤選定・契約 ベンダー決定 調達戦略 策定フロー

シングルベンダー vs マルチベンダーの比較

【シングルベンダー】
  発注者
    │ 1本の契約
    ▼
  ベンダーA（元請け）
   ├─ 設計
   ├─ 開発
   └─ 運用
  ✔ 窓口が1つで楽
  ✘ 依存しすぎると後で値上げ交渉に負ける

【マルチベンダー】
  発注者
   ├─ ベンダーA（基盤インフラ）
   ├─ ベンダーB（アプリ開発）
   └─ ベンダーC（運用保守）
  ✔ リスク分散・価格競争を維持できる
  ✘ 連携トラブルの責任があいまいになりがち

ベンダーロックインのリスク管理

ベンダーロックイン（特定ベンダーへの過度な依存）を避けるための主な対策：

リスク対策
独自技術・独自データ形式への依存標準形式でのデータエクスポートを契約条件に含める
ソースコードの非開示ソースコード寄託（エスクロウ）契約を締結する
SaaSの突然のサービス終了データポータビリティ条項を契約に盛り込む
単一クラウドへの依存マルチクラウド構成・移行コストの事前試算

関連する規格・RFC

規格内容
ISO 20400持続可能な調達に関する国際ガイドライン（環境・社会配慮を含む調達戦略の指針）
デジタル庁「政府情報システムの整備及び管理に関する標準ガイドライン」日本の官公庁向けIT調達の基本方針・プロセスを定めたガイドライン

関連用語