接口与依赖的整合管理
整合管理要求把跨团队、跨系统与外部供应商的依赖识别出来、登记入册并持续跟踪。接口是依赖的载体：每一个接口都要明确责任方、交付物形态、约定时间与验收方式。接口台账必须与进度计划联动，因为接口延期会直接推后依赖活动的最早开始时间。
基本信息
| 管理对象 | 跨团队、跨系统、外部供应商的接口与依赖 |
|---|---|
| 必备字段 | 接口编号、提供方、接收方、内容与形态、时间、验收方式、责任人 |
| 状态划分 | 待定义、已定义、已交付、已验收 |
| 联动对象 | 进度计划、风险登记册、变更日志 |
| 管理节奏 | 例会固定过一遍接口台账，重大接口单独设里程碑 |
典型使用场景
- 多团队协作项目：梳理谁向谁交付什么，避免集成阶段才发现对接不上
- 内外系统集成：与外部供应商或第三方平台确认接口形态与联调时间窗
- 数据依赖管理：上游数据模型变更需提前通知下游，避免报表口径断裂
- 组织调整或供应商更换：接口责任方变更时重新确认承诺与时间
- 集成测试前：逐条核对接口交付状态，未交付项纳入风险清单
接口登记表示例
接口登记表示例
接口编号 | 提供方 | 接收方 | 内容 | 形态（文档/API/数据）
| 期望时间 | 验收方式 | 责任人 | 状态
示例：IF-03 | 支付平台 | 订单系统 | 支付回调 | API
| 5 月 20 日 | 联调用例通过 | 张三 | 已定义接口状态跟踪
| 状态 | 判定标准 | 未达成的处理 |
|---|---|---|
| 待定义 | 责任方与形态未确认 | 列入例会跟踪，设定期限 |
| 已定义 | 方案与接口文档确认 | 进入开发或联调排期 |
| 已交付 | 按验收方式确认通过 | 更新依赖活动的最早开始时间 |
| 变更中 | 内容或时间发生调整 | 走变更评估并通知受影响方 |
接口台账的价值在于暴露隐藏依赖：调研时让各团队主动列出「我需要别人给什么」，比等对方承诺更容易发现遗漏项。
口头确认的接口时间不算承诺：没有登记与责任人的依赖，在集成阶段几乎一定会出现偏差。