你如何管理跨团队依赖关系?

Question

你如何管理跨团队依赖关系?

Accepted Answer

**dependency** 是你的工作在完成前需要从另一个团队或系统获得的东西。**跨团队依赖关系**是延期的首要原因之一，因为它们会把你的时间表的一部分置于你的控制之外。管理它们涉及可见性、主动协调以及在可能的情况下减少依赖。

## 使依赖关系可见

```text
✓ MAP them early → what do we need, from whom, by when?
✓ Identify the CRITICAL PATH → which dependency, if late, delays everything
✓ Track each one explicitly (a RAID log or dependency board)
✓ Confirm the OTHER team agrees to the timing — a date you assumed isn't a commitment
```

## 主动协调

```text
✓ Talk to the other team EARLY — give them lead time
✓ Agree on interfaces/contracts up front so both sides can work in parallel
✓ Re-confirm as deadlines approach; check in, don't assume
✓ Have a fallback if the dependency slips
```

## 在可能的情况下减少依赖关系

最好管理的依赖是你已经删除的那个。你能 stub/mock 另一个团队的部分，然后稍后集成吗？能否对工作进行排序，使独立部分首先开始？解耦提供了弹性。

## 一个具体的例子

你的功能需要来自平台团队的一个 endpoint。与其等待，你现在就同意 API contract，对 mock 进行构建，等他们的 endpoint 发布时再集成。依赖不再阻止你的开始——只是阻止你的完成。

## 一个常见的陷阱

在没有确认的情况下假设另一个团队的时间表，然后在他们的优先级改变时措手不及。他们的 roadmap 不是你的 roadmap，除非他们已经同意。

## 为什么这很重要

一个项目可能在内部运行得完美无缺，但仍然可能因为一个未管理的外部依赖而完全延期。

Visibility（映射和跟踪）、主动协调（同意 contracts 和日期）和解耦（mocks、并行工作）将依赖从隐形的时间表炸弹变成可管理的、可预测的交接。