調達管理

英語名 Procurement Management
読み方 プロキュアメント マネジメント
難易度
所要時間 数日〜数週間
提唱者 PMBOK(PMI)の知識エリア
目次

ひとことで言うと
#

プロジェクトに必要な資材・サービス・人材を外部から調達する際の計画策定・ベンダー選定・契約締結・納品管理・契約終結までの一連のプロセスを体系的に管理する手法。「何を・いつ・誰から・どのような条件で調達するか」を明確にし、品質・コスト・納期のリスクを低減する。

押さえておきたい用語
#

押さえておきたい用語
RFP(Request for Proposal)
ベンダーに対して提案を正式に依頼する文書である。要件・評価基準・スケジュールを明記し、公正な選定の土台となる。
Make or Buy分析
ある作業やサービスを内製するか外部調達するかを判断する分析手法のこと。コスト・リスク・スキルの観点で比較する。
SLA(Service Level Agreement)
ベンダーが提供するサービスの品質水準を数値で定義した合意文書のこと。稼働率99.9%、応答時間3秒以内などの基準を設定する。
T&M契約(Time and Materials)
実際にかかった時間と材料費に基づいて支払う契約形態のこと。要件が不確実な場合に適するが、コスト上限の管理が必要。
検収(Acceptance)
納品された成果物が契約で定めた品質基準を満たしているか確認し、受け入れる行為を指す。

調達管理の全体像
#

調達管理:4フェーズで外部調達リスクをコントロールする
調達計画Make or Buy分析契約形態の決定スケジュール策定ベンダー選定RFP発行評価基準でスコアリング総合評価で決定契約管理SLA・検収条件の明記変更管理の手順中間チェックポイント監視・終結KPIモニタリング成果物の検収教訓の記録「曖昧さの排除」が最重要原則書いてないことは合意していない
調達管理の進め方フロー
1
調達計画
内製か外注かを判断し契約形態を決定
2
ベンダー選定
RFP発行と総合評価でスコアリング
3
契約締結
スコープ・SLA・変更管理を明記
監視・検収
KPIで品質を確認し成果物を受け入れ

こんな悩みに効く
#

  • ベンダー選定の基準が曖昧で、毎回判断がぶれる
  • 外注先の成果物の品質が期待を下回ることが多い
  • 契約条件が不明確で、スコープの認識齟齬が頻発する

基本の使い方
#

ステップ1: 調達計画を策定する

何を内製し、何を外部調達するかを決定する

  • Make or Buy分析(内製か外注かの判断)を実施する
  • 調達する品目・サービスのスコープを明確に定義する
  • 調達スケジュール(RFP発行→選定→契約→納品)を作成する
  • 契約形態(固定価格型・実費精算型・T&M型)を検討する

ポイント: 契約形態の選択はリスク配分に直結する。要件が明確なら固定価格型、不確実性が高いなら実費精算型が適切。

ステップ2: ベンダーを選定する

評価基準を設定し、最適なベンダーを選定する

  • RFP(提案依頼書)を作成し、候補ベンダーに送付する
  • 評価基準(技術力・実績・価格・サポート体制・財務安定性)と重み付けを事前に決める
  • 提案書の評価、プレゼンテーション、デモを通じてスコアリングする

ポイント: 価格だけで選ばない。品質・信頼性・長期的なパートナーシップの観点も含めた総合評価が重要。

ステップ3: 契約を締結・管理する

契約条件を明確にし、双方が合意した内容で締結する

  • スコープ(作業範囲)・スケジュール・品質基準・検収条件を契約に明記する
  • 変更管理の手順を契約に含める
  • SLA(サービスレベル契約)やペナルティ条項を設定する

ポイント: 「書いていないことは合意していない」が契約の原則。曖昧な表現は後のトラブルの原因になるため、具体的に記載する。

ステップ4: パフォーマンスを監視・契約を終結する

ベンダーのパフォーマンスを継続的に監視し、最終的に契約を適切に終結する

  • 定期的な進捗報告会を実施する
  • 品質・スケジュール・コストのKPIをモニタリングする
  • 検収基準に基づいて成果物を受け入れる
  • 契約終結時に教訓を記録する

ポイント: 問題が発覚してからでは遅い。中間成果物やマイルストーンでの早期チェックポイントを設けておく。

具体例
#

例1:中堅メーカーが社内システム開発を外部委託する

状況: 従業員350名の精密機器メーカー。在庫管理システムの老朽化に伴い、新システム開発を外部ベンダーに委託。予算4,000万円、期間8ヶ月。

調達計画: UI/UXデザインとインフラ構築は内製(IT部門5名で対応可能)、バックエンド開発を外注。フェーズ1(要件定義〜基本設計)をT&M型、フェーズ2(詳細設計〜開発)を固定価格型に設定。

ベンダー選定: 5社にRFPを送付。評価基準は技術力40%・実績25%・価格20%・サポート体制15%。

ベンダー技術力実績価格サポート総合スコア
A社4.24.03.53.83.96
B社4.54.33.04.24.06
C社3.83.54.53.53.82

結果: 技術力と実績で最高評価のB社を選定(価格は3番目だが総合スコア1位)。月次進捗報告会と隔週コードレビューで品質を担保し、予算内で予定通り完了。

価格だけでC社を選んでいたら、技術力不足による手戻りで結果的にコスト増になっていた可能性が高い。総合評価で判断したことが成功の鍵だった。

例2:EC企業が物流パートナーを選定する

状況: 年商12億円のEC企業。自社倉庫の処理能力が限界に達し、物流業務の一部を3PL(サードパーティロジスティクス)に委託。月間出荷件数1.8万件のうち、1万件を外部委託する計画。

Make or Buy分析: 自社倉庫の拡張(投資2億円、回収5年)vs 3PL委託(月額650万円)。成長率を加味し、3PL委託の方が柔軟性が高いと判断。

SLA設定: 出荷リードタイム24時間以内、誤配率0.1%以下、在庫差異率0.05%以下。月次レポートで計測。

KPISLA基準3ヶ月後実績6ヶ月後実績
出荷リードタイム24時間以内22時間18時間
誤配率0.1%以下0.08%0.04%
在庫差異率0.05%以下0.12%(SLA違反)0.03%

この取り組みが示すように、3ヶ月目に在庫差異率がSLAを超えたため、契約に基づきペナルティを適用し改善計画を要求。ペナルティ条項があったからこそ迅速に是正でき、6ヶ月後には全KPIがSLAを大幅にクリアした。

例3:スタートアップがデザイン制作をフリーランスに発注する

状況: シード期のSaaSスタートアップ(社員8名)。プロダクトのLP・UI/UXデザインをフリーランスデザイナーに発注。予算150万円、期間6週間。

調達計画: 社内にデザイナーがいないため外注一択。フリーランス3名の候補をポートフォリオとSaaS実績で評価。契約形態はマイルストーン払い(デザインカンプ提出30%・修正反映30%・最終納品40%)を採用。

契約の工夫:

  • 修正回数を各フェーズ2回までと明記(追加修正は1回3万円)
  • デザインデータの知的財産権は納品・全額支払い完了時に発注者に移転
  • 秘密保持契約(NDA)を締結

トラブルと対応: 2回目のマイルストーンでデザイナーの体調不良により1週間遅延。契約に「遅延時の通知義務」と「代替リソースの相談ルール」を入れていたため、早期に連絡を受け、スケジュールを1週間延長して対応。

項目計画実績
総コスト150万円156万円(追加修正1回分)
期間6週間7週間
デザイン品質ユーザーテスト合格率80%以上88%

小規模な発注でも契約条件を明確にすることで、トラブル発生時の対応がスムーズになる。「口約束で十分」という発想が最大のリスクである。

やりがちな失敗パターン
#

  1. スコープの定義が曖昧 — 「○○システムの開発一式」では認識齟齬が起きる。機能一覧・画面一覧・非機能要件を具体的に定義する
  2. 価格だけでベンダーを選定する — 最安値のベンダーが品質不足で手戻りが発生し、結果的にコスト増になることは多い。総合評価で判断する
  3. 契約後に放置する — 「任せたから大丈夫」は危険。中間チェックポイントを設け、定期的にパフォーマンスを確認する
  4. 変更管理の手順を決めていない — 口頭での変更依頼が積み重なり、スコープと予算が崩壊する。変更要求は必ず書面化し、影響を評価してから承認する

まとめ
#

調達管理は、外部調達の計画・ベンダー選定・契約管理・パフォーマンス監視の4フェーズで構成される。契約形態の選択、評価基準の設定、スコープの明確化がプロジェクト成功の鍵。特に「曖昧さの排除」が最重要であり、契約書にすべての合意事項を明記し、中間チェックポイントで早期にリスクを検知する体制を整えることが大切。