外部ベンダーと協働するプロジェクトで、「英語でベンダー管理計画書を作って」と言われたとき、何を書けばよいか迷った経験はないだろうか。選定基準・契約管理・パフォーマンス評価をどう定義するかが難しく、場当たり的な対応になりがちだ。
ベンダー管理計画書（Vendor Management Plan）は「外部ベンダーの選定基準・契約管理・パフォーマンス評価・関係管理のルールを定め、プロジェクト全体を通じたベンダーとの協働方針を明確にする文書」だ。ベンダー選定方針・契約管理・パフォーマンス評価・リスクと問題管理の4つを押さえれば、英語でも問題なく整備できる。
この記事では、英語ベンダー管理計画書に必要な4つの構成要素と、そのまま使える日英テンプレートを紹介する。コピペして使えばすぐに外部ベンダーとの協働管理に活用できる。
ベンダー管理計画書に必要な4つの構成要素
ベンダー管理計画書はプロジェクトにおける「外部ベンダーとの協働ルールブック」だ。ベンダーの選定から契約・日常管理・問題対応まで、事前にルールを定めることで、プロジェクト中のトラブルを最小化できる。以下の4つが実務で使いやすい構成要素になる。
- ベンダー選定方針（Vendor Selection Policy）
- 契約管理（Contract Management）
- パフォーマンス評価（Performance Evaluation）
- リスクと問題管理（Risk and Issue Management）
ベンダー管理計画書と調達管理計画書の違い
調達管理計画書は「何を・どこから・どのように調達するか」のプロセスを定める文書だ。ベンダー管理計画書は「選定したベンダーをプロジェクト期間中どう管理するか」の運用方針を定める文書に当たる。調達管理計画書が「仕入れのルール」なら、ベンダー管理計画書は「付き合い方のルール」だ。
なぜベンダー管理計画書が必要か
ベンダーとの問題の多くは「期待値のズレ」から生じる。何を・いつまでに・どの品質で納品するかを事前に合意しておくことで、後からの「そんな話は聞いていない」を防げる。計画書があることで、問題発生時の対応基準も明確になる。
テンプレートをダウンロード（Word）
以下のWordファイルをダウンロードして、プロジェクトに合わせてカスタマイズして使ってほしい。表の列・行はそのまま追加・削除できる。
📥 日本語テンプレートをダウンロード（Word）
📥 Download English Template (Word)
日本語版テンプレート（コピペOK）
基本情報
| 項目 | 内容 |
|---|
| プロジェクト名 | （例：〇〇システム開発プロジェクト） |
| 作成者 | （例：田中（PM）） |
| 作成日 | （例：2026年7月11日） |
| バージョン | v1.0 |
ベンダー選定方針（Vendor Selection Policy）
評価基準
| 評価項目 | 重み | 評価方法 |
|---|
| 技術力・実績 | 30% | 過去案件の実績・参照先インタビュー |
| 価格・コスト | 25% | 見積もり比較 |
| 納期遵守能力 | 20% | 過去の納期実績・体制確認 |
| コミュニケーション能力 | 15% | 提案プレゼン・英語対応力 |
| セキュリティ・コンプライアンス | 10% | 認証取得状況・情報セキュリティポリシー確認 |
選定プロセス
| ステップ | 内容 | 担当 | 期日 |
|---|
| 1. RFP発行 | 提案依頼書を対象ベンダーに送付 | PM | 〇月〇日 |
| 2. 提案書受付 | 提案書・見積もりを受領 | PM | 〇月〇日 |
| 3. 評価・スコアリング | 評価基準に基づきスコアリング | 評価委員会 | 〇月〇日 |
| 4. 最終交渉 | 上位ベンダーと価格・条件交渉 | PM・法務 | 〇月〇日 |
| 5. 契約締結 | 契約書に署名・捺印 | 経営層・法務 | 〇月〇日 |
契約管理（Contract Management）
主要ベンダー一覧
| ベンダー名 | 役割 | 契約形態 | 契約金額 | 契約期間 | 窓口担当 |
|---|
| （例：〇〇株式会社） | 開発委託 | 準委任 | 〇〇万円 | 2026/8〜2026/12 | 佐藤 |
| | | | | |
契約変更管理
| 項目 | ルール |
|---|
| 変更申請 | 変更要求書（CR）を起票し、PM承認後に契約変更書を締結する |
| 承認権限 | 金額変更：〇〇万円以下はPM承認、〇〇万円超はスポンサー承認 |
| 変更記録 | 全変更を変更ログに記録し、月次で関係者に共有する |
パフォーマンス評価（Performance Evaluation）
KPI一覧
| KPI | 目標値 | 測定方法 | 測定頻度 |
|---|
| 納期遵守率 | 95%以上 | 納品物の期日遵守実績を集計 | 月次 |
| 品質（バグ密度） | Critical/Highバグ：ゼロ | テスト結果レポートで確認 | スプリント毎 |
| 対応速度 | 問い合わせへの初回返答：1営業日以内 | PM日誌で記録 | 随時 |
| スコープ遵守率 | 合意スコープの95%以上を納品 | 成果物レビューで確認 | マイルストーン毎 |
評価サイクル
| 頻度 | 内容 | 参加者 |
|---|
| 月次 | KPIレビュー・課題共有 | PM・ベンダー担当者 |
| 四半期 | パフォーマンス総合評価・改善計画合意 | PM・ベンダー責任者・スポンサー |
| プロジェクト終了時 | 最終評価・次回調達への反映 | PM・調達担当・評価委員会 |
リスクと問題管理（Risk and Issue Management）
主要リスク
| リスク | 発生確率 | 影響度 | 対応策 |
|---|
| 納期遅延 | 中 | 高 | 週次進捗確認・マイルストーン手前2週間で警告 |
| 品質問題 | 低 | 高 | 受入テスト基準を契約に明記・テスト計画をベンダーと合意 |
| ベンダー撤退・倒産 | 低 | 最高 | 代替ベンダーリストの維持・ソースコードエスクロウ契約 |
| 情報漏洩 | 低 | 最高 | NDA締結・アクセス権限の最小化・定期監査 |
問題対応プロセス
問題発生 → PM報告（1営業日以内）→ 原因分析（3営業日以内）→ 対応計画合意 → 実施・モニタリング
英語版テンプレート（コピペOK）
Basic Information
| Item | Details |
|---|
| Project Name | (e.g., [System] Development Project) |
| Prepared By | (e.g., Tanaka, PM) |
| Date | (e.g., July 11, 2026) |
| Version | v1.0 |
Vendor Selection Policy
Evaluation Criteria
| Criteria | Weight | Evaluation Method |
|---|
| Technical capability and track record | 30% | Past project references, reference interviews |
| Price and cost | 25% | Proposal comparison |
| On-time delivery capability | 20% | Past delivery record, team structure review |
| Communication ability | 15% | Proposal presentation, English proficiency |
| Security and compliance | 10% | Certification status, information security policy review |
Selection Process
| Step | Description | Owner | Target Date |
|---|
| 1. Issue RFP | Send Request for Proposal to candidate vendors | PM | [Date] |
| 2. Receive proposals | Collect proposals and quotes | PM | [Date] |
| 3. Evaluate and score | Score proposals against evaluation criteria | Evaluation committee | [Date] |
| 4. Final negotiation | Negotiate price and terms with top vendor(s) | PM + Legal | [Date] |
| 5. Contract signing | Sign and execute the contract | Management + Legal | [Date] |
Contract Management
Key Vendors
| Vendor Name | Role | Contract Type | Contract Value | Contract Period | Point of Contact |
|---|
| (e.g., [Vendor Co.]) | Development | Time & Materials | ¥[X] | Aug–Dec 2026 | Sato |
| | | | | |
Contract Change Management
| Item | Rule |
|---|
| Change request | Raise a Change Request (CR), obtain PM approval, then execute a contract amendment |
| Approval authority | Amount changes: PM approves up to ¥[X]; Sponsor approves above ¥[X] |
| Change log | Record all changes in the change log and share with stakeholders monthly |
Performance Evaluation
KPIs
| KPI | Target | Measurement Method | Frequency |
|---|
| On-time delivery rate | 95% or above | Track delivery deadline compliance | Monthly |
| Quality (defect density) | Zero Critical/High bugs | Review test result reports | Per sprint |
| Response time | Initial reply to inquiries: within 1 business day | PM log | As needed |
| Scope compliance | 95% or more of agreed scope delivered | Deliverable review | Per milestone |
Review Cycle
| Frequency | Content | Participants |
|---|
| Monthly | KPI review, issue sharing | PM + Vendor lead |
| Quarterly | Overall performance review, improvement plan | PM + Vendor manager + Sponsor |
| End of project | Final evaluation, input for future procurement | PM + Procurement + Evaluation committee |
Risk and Issue Management
Key Risks
| Risk | Probability | Impact | Mitigation |
|---|
| Delivery delay | Medium | High | Weekly progress check; alert 2 weeks before milestone |
| Quality issues | Low | High | Define acceptance criteria in contract; agree test plan with vendor |
| Vendor withdrawal/bankruptcy | Low | Critical | Maintain alternate vendor list; source code escrow agreement |
| Data breach | Low | Critical | NDA in place; minimum access rights; periodic audits |
Issue Resolution Process
Issue identified → Report to PM (within 1 business day) → Root cause analysis (within 3 business days) → Agree on action plan → Implement and monitor
各セクションの書き方と例文
テンプレートを埋めるときに悩みやすいポイントを解説する。
評価基準の重み付けはプロジェクト特性で変える
評価基準の重み付けは固定ではない。セキュリティ要件が高いプロジェクトでは「セキュリティ・コンプライアンス」の重みを高め、タイトなスケジュールのプロジェクトでは「納期遵守能力」を高くする。プロジェクトの優先事項に合わせて重み付けを調整することが重要だ。
KPIは契約書に明記する
KPIは管理計画書だけでなく、契約書にも明記することがポイントだ。「納期遵守率95%以上」が契約条件になっていれば、未達時のペナルティや対応義務を正式に要求できる。逆に管理計画書だけにあってベンダーが同意していないKPIは、問題発生時に拘束力を持ちにくい。
調達管理計画書でベンダー選定から契約締結までのプロセスを定めたうえで、ベンダー管理計画書で日常的な管理方針を定めることで、調達の全工程がカバーできる。英語調達管理計画書の書き方と合わせて活用してほしい。
ベンダー管理計画書でよく使う英語表現
実務でよく使う英語表現を場面別にまとめた。
ベンダーとのコミュニケーションフレーズ
| 日本語 | 英語 |
|---|
| 納期を確認したい | I would like to confirm the delivery date. |
| 進捗を共有してください | Please share a progress update. |
| 品質基準を満たしていません | The deliverable does not meet the quality standards. |
| 原因と対策を報告してください | Please provide a root cause analysis and corrective action. |
| 契約変更が必要です | We need to process a contract amendment. |
パフォーマンスレビューフレーズ
| 日本語 | 英語 |
|---|
| 今月のKPIを確認します | Let’s review the KPIs for this month. |
| 納期遵守率が目標を下回っています | The on-time delivery rate is below the target. |
| 改善計画を提出してください | Please submit an improvement plan. |
| 来月までに〇〇を改善することに合意します | We agree to improve [item] by next month. |
| 全体的に良好なパフォーマンスです | Overall performance has been satisfactory. |
調達計画書で外部リソースを決定した後は、ベンダー管理計画書でそのベンダーとの関係を継続的に管理する体制を整える。英語調達計画書の書き方と合わせて整備してほしい。
まとめ：英語ベンダー管理計画書は4つのセクションで完成する
英語ベンダー管理計画書に必要な構成要素を整理した。
- ベンダー選定方針は評価基準の重み付けと選定プロセスをセットで定め、「なぜそのベンダーを選んだか」の根拠を残す
- 契約管理は主要ベンダー一覧と変更管理ルールを整備し、契約内容と変更の証跡を一元管理する
- パフォーマンス評価はKPIと評価サイクルを契約に紐づけ、期待値のズレを定期的に検知・解消する仕組みを作る
- リスクと問題管理はベンダー撤退・品質問題・情報漏洩などのリスクを事前に洗い出し、問題発生時の対応プロセスを明文化する
テンプレートをコピーして、まず「主要ベンダー一覧」を埋めることから始めてほしい。ベンダーの役割と契約条件が整理されることで、KPIや評価基準が自然と固まる。
変更要求の判断や問題のエスカレーション基準は変更要求書と連携させることで、ベンダーへの変更申請が標準化される。英語変更要求書の書き方と合わせて整備することで、ベンダーとの変更管理が一体となって機能する。
コメント