---

什么是跨团队协调与规划？答案可能让你惊讶！

Scrum of Scrum

读过上一章，自然会问如何协调不同 Scrum 团队，让他们高效合作。

这个问题很合理，我们也尝试回答。

Scrum of Scrum 会议

它类似每日 Scrum。 但焦点不是个别成员，而是团队本身。

Scrum of Scrums 是可选协调实践，不是额外正式 Scrum 事件。可每天限时 15 分钟；需要更多协调时，30 到 60 分钟也是一种例子。应检查形式是否有用。

协调问题示例

• 团队昨天做了什么？
• 团队今天计划做什么？
• 有什么障碍会阻挡或拖慢团队？

回答当然应包括影响其他队的故事和相互依赖。

此历史模式中，首席 Scrum 产品负责人和首席 Scrum Master 可共同引导会议。这些是可选组织头衔，不是额外 Scrum 责任。 也可由一人主持，或轮流承担。

共同 Sprint 评审会

全队共同评审不强制，但很有益。仍须满足评审目的。同一产品的团队与相关方一起检查集成结果；不要求另行重复本地会议。

参与者是团队代表和对共享产品最终负责的产品负责人，相关方也参与检查成果。

团队可按偏好轮换代表。 指定引导者，如本例可选的首席 Scrum Master，可帮助评审高效开展。

共同评审让各队向产品负责人、支持产品的联系人及有关相关方展示可交付增量。

因此满足两个目的：

1. 各队统一了解整体项目当前状态。
2. 各队获得反馈，并在下一规划中考虑。

共同 Sprint 回顾

与共同评审类似，共同回顾也非强制，但可能很有益。

它不能替代每个团队应开展的回顾。

各队代表参加，可自行决定轮换。

可由指定协调人引导，例如本例可选的首席 Scrum Master。 会议识别并落实更大项目组织应用 Scrum 的改进机会。

需要多团队关注和合作才能解决的问题（详见 多个 Scrum 团队）都应在此突出，规划、安排并跟踪解决路径。

多团队规划：全局 Scrum 产品待办列表

同一产品的多队共用产品目标和待办列表，由一位产品负责人最终负责。本课称该共享视图为全局列表。联系人和团队可协助细化，但责任仍属于该负责人。

团队专属待办列表

必要时，可把全局故事拆成更适合各队的小故事。

细节可保留在团队工作视图中，选定后进入各自 Sprint 待办列表。视图追溯共享列表，而非变为同一产品独立排序的列表。 这些引用让团队理解故事在整体中的作用，以及为客户交付什么价值。

Sprint 日程

分布式项目有两种选择来同步团队。

• 同步 Sprint
• 异步 Sprint

第一种是同步 Sprint，全部同日开始和结束。

通常更受青睐，因为沟通协调较容易。

同步 Sprint

另一种是异步 Sprint，不在同一天开始结束。 好处是各队仪式不必同日举行，让产品负责人和协调联系人 能参加更多其他队的规划、评审与回顾，在受邀时提供支持。

一队服务其他队时，异步还有额外优势。

异步 Sprint

如上图，团队 A（供应团队）成果要集成到团队 B（主团队）。A 可以先结束 Sprint，B 便能在自己的周期结束前取用并集成 A 的交付。

投入估算

若有助共同规划，可选择 Fibonacci 点或衣服尺码等共同估算规则。Scrum 不强制，某队的点数和速度也不自动与另一队可比。

共同规则有用时，在共享待办列表一致应用，同时保留开发人员的估算责任。

组件团队估算需特别关注。它们常服务功能团队故事，因此自己的规划和估算应获得必要支持与澄清。