SAFe规模化敏捷工具怎么管跨团队依赖：从依赖识别到解除

PI规划会开完，规划板上画满连线，到了迭代中后期，团队才发现某个接口没人交付，某个测试环境被其他团队占用。问题往往不在团队不配合，而在于依赖只停留在会议结论里，没有变成可追踪、可推进、可验收的对象。

SAFe规模化敏捷工具管跨团队依赖的核心，不是多建几条依赖关系，而是让每条依赖都有提供方、使用方、负责人、到期日和解除标准。

一、先看清：跨团队依赖为什么总在计划后失控

1. 依赖本质是交付承诺

跨团队依赖同时跨组织边界和时间边界。一个团队的交付，建立在另一个团队的承诺之上；承诺没有进入同一节奏，风险往往在迭代后期集中暴露。依赖不是一般性的协作请求，而是一方按约定时间提供可验收成果，另一方才能继续交付的约束关系。

不同类型的依赖，协调对象和解除依据并不相同。

环境依赖需要锁定可用窗口，决策依赖需要明确决策人，因此合并为一类便于统一跟踪。

2. 工具里常见的三个断点

一是规划态和执行态分离，依赖没有同步到团队迭代；二是依赖没有统一字段，散落在纪要和表格里；三是解除只看口头反馈，没有验收证据。依赖管理应形成从识别、登记、协调到解除、验证的闭环。

二、识别：在三个工作面把依赖找全

1. PI规划会找跨团队交付接口

PI是多个团队按同一节奏规划和交付的固定周期；多个团队组成的长期协作单元称为敏捷发布火车。Scaled Agile官网《PI Planning》（2026年3月15日更新）指出，PI规划通常持续2天、每8至12周举行一次，用于对齐目标并识别跨团队依赖。会议中要确认跨团队交付物、可用时间和验收口径。

2. 团队看板找隐性依赖

显性依赖容易看见，隐性依赖更容易拖期。团队看板上的任务如果出现同一名专家、同一个公共组件、同一套测试环境或同一个审批人，就应标记为候选依赖。判断标准不是两个任务看起来相关，而是一个任务延迟是否会直接改变另一个任务的开始时间或验收结果。

3. 项目集视角找跨项目依赖

组织同时运行多个敏捷发布火车或引入供应商时，团队看板通常无法回答资源冲突和跨项目排期。此时需要项目集视图，把项目、产品、团队和里程碑关联起来。禅道的项目集管理可汇总进度、资源和依赖关系。

三、登记：让依赖成为有责任人的工作项

1. 最小字段集

一条可管理的依赖至少需要八项信息：统一编号、依赖描述、提供方、使用方、接口或验收物、需要时间、依赖负责人、当前状态。缺少提供方和使用方，就无法定位协调对象；缺少验收物，就无法判断是否真正解除。

2. 用固定状态管理生命周期

建议把依赖状态固定为待确认、已承诺、进行中、待验收、已解除，另设阻塞分支。状态变化应以证据为依据。已承诺要有明确时间，待验收要有可检查的交付物，已解除要有使用方确认。

3. 风险分级与升级

影响多个团队或关键里程碑的依赖，仍在依赖台账中跟踪；同时生成关联风险项进入项目集风险清单。两者通过依赖编号关联，不用风险状态替代依赖状态。风险按已解决、已指派负责人、已接受、已缓解处置，已接受的风险要记录接受人和理由。

4. 一条依赖只设一个主责人

提供方和使用方都可以有执行人，但建议每条依赖只设一个主责人，负责推动承诺、协调冲突和更新状态。主责人应是更有能力推动闭环的人。

四、解除：按依赖类型选择解法

1. 交付物依赖：拆小接口

把大接口拆成接口契约、可调用的模拟服务和最终实现。提供方先交付契约和模拟服务，使用方并行开发，最终实现再联调验收。这样能把等待时间变成可并行开发时间。

2. 资源依赖：用容量数据协调

共享专家主要占用团队容量，公共组件更多涉及版本、接口和变更窗口。两类都要提前锁定投入或交付时间，执行中按周核对。冲突出现时，用容量表和里程碑影响做取舍。

3. 环境与决策依赖：锁定窗口和决策人

环境依赖进入环境日历，明确占用时段和释放条件；决策依赖指定一名决策人和截止日，超过截止日按约定升级。缺少截止日，依赖就很难真正进入管理。

4. 解除要以验收为准

交付物到了不等于依赖解除。使用方要确认接口可用、数据正确、性能可接受，并把证据关联回依赖记录。状态、证据和验收人一致，依赖才关闭。

五、用工具承载闭环：看对象、视图与节奏

1. 用四步把闭环落进系统

先划范围。在项目集下明确多个团队共同交付的目标。

再建节奏。用敏捷发布火车和PI承接特性与团队计划。

接着挂依赖。把依赖关联到特性、故事或任务，补齐提供方、使用方、负责人、截止日和验收物。

最后分视图查看。团队看板跟踪执行，PI规划板协调跨团队，项目集视图汇总影响里程碑的依赖。

禅道在SAFe6.0的Essential基础层级提供敏捷发布火车、PI、团队看板和PI规划板，可连接依赖卡片并维护PI目标与风险；项目集视图可观察跨项目依赖和资源投入。具体可参考禅道SAFe解决方案和PI管理说明。

2. 三个视图缺一不可

规划视图看依赖在哪里，执行视图看谁在推进，管理视图看哪些依赖影响里程碑。只保留一个视图，通常会有角色看不到需要的信息。

3. 用固定节奏替代被动协调

PI规划会集中识别，建议每周盘点，系统演示前完成解除验收。盘点只看新增、逾期和需升级的依赖。依赖从登记到解除的时长，可以作为观察协作效率的参考指标。

跨团队依赖管理的关键，不是把依赖关系建出来，而是让承诺可追踪、可验收。把识别、登记、协调、解除和验证连成闭环，SAFe规模化敏捷工具才真正发挥作用。

六、常见问题

1. 依赖和风险可以合并管理吗？

不建议。依赖看承诺是否兑现，风险看不确定事件的影响；两者可以关联，但字段和处置节奏要分开。

2. 依赖负责人应由提供方还是使用方担任？

交付物依赖通常由提供方主责、使用方验收；共享资源由项目集负责人协调，环境依赖由环境管理方主责，决策依赖由决策人主责。

3. 依赖很多时，先处理哪些？

优先处理阻塞关键里程碑、缺少替代方案、且需求时间最近的依赖。

4. 依赖关闭后又反复，怎么办？

不要只把状态改回进行中。要确认验收物是否失效，记录原因，并补充下一次验收条件。