ステークホルダ・コミュニケーション重要度:★★★出題: PM1・PM2

マルチベンダー体制のインターフェース調整と連絡会運営

まるちべんだーたいせいのちょうせい / Multi-Vendor Coordination & Interface Control

複数の開発ベンダーやインフラ・パッケージ事業者が参画するプロジェクトにおいて、ベンダー間の境界仕様（API、ファイル連携、移行手順、障害切り分け）の齟齬を防ぐ統合調整です。

3行速習ポイント

複数の開発ベンダーやインフラ・パッケージ事業者が参画するプロジェクトにおいて、ベンダー間の境界仕様（API、ファイル連携、移行手順、障害切り分け）の齟齬を防ぐ統合調整です。
各社個別の進捗報告だけでなく、ベンダー間の依存関係（受け渡し成果物と期日）を管理する「インターフェース調整会議」と共通課題管理表を設けてPMが主導します。
試験対策：午後I・午後IIの複雑な大規模案件において、ベンダー間の「言った・言わない」や「相手側の仕様待ちによる手待ち」を防ぐ実践的施策として不可欠です。

図解

図マルチベンダー体制におけるインターフェース統制の3層構造階層・レイヤ構造

発注者PMをハブとした境界仕様合意・依存タスク管理・合同検証

仕様・期日の可視化

第1層：ベンダー間インターフェース管理表

連携IDごとのデータ仕様・受渡期日・双方責任者の明文化

システム間のAPI・バッチ連携ごとに送信元・受信先ベンダー、仕様確定日、テストデータ提供日、完了基準を一元管理し、仕様の隙間をなくします。

⇅ レイヤ間連携・制御境界

横断的な合意形成

第2層：PM主導の合同技術連絡会（ICD会議）

各社個別報告では見えない会社間依存関係の直接調整

関係ベンダーのアーキテクト・PMが一堂に会する連絡会を隔週等で運営し、仕様変更の波及影響や先行・後続タスクのズレをその場で解消します。

⇅ レイヤ間連携・制御境界

結合品質の担保

第3層：モック先行検証と合同障害切り分け

結合前の電文疎通確認と結合テスト時の即時原因特定

本番結合前に共通スタブで電文チェックを行い、全体結合テストでは各社エンジニア合同のトリアージ体制を敷いて障害のたらい回しを防ぎます。

💡 ベンダーAの遅れがベンダーBの手待ちを生む連鎖リスクを防ぐため、受渡期日管理とスタブ先行提供をセットで論述する

概要と本質

複数の開発ベンダーやインフラ・パッケージ事業者が参画するプロジェクトにおいて、ベンダー間の境界仕様（API、ファイル連携、移行手順、障害切り分け）の齟齬を防ぐ統合調整です。各社個別の進捗報告だけでなく、ベンダー間の依存関係（受け渡し成果物と期日）を管理する「インターフェース調整会議」と共通課題管理表を設けてPMが主導します。