多团队怎么同步
Scrum of Scrums 是多个 Scrum 团队之间的协调机制：各团队派带决策权的代表参加短会，同步跨团队依赖、集成风险与交付进展，把需要双边确认的事项当场敲定或明确答复时限。它本质上是站会向团队层的放大，同样强调短、聚焦阻塞，而不是向上汇报进度。团队数量增加后，接口与依赖的数量会以远超线性的方式增长，这个机制的价值就是把这些依赖显性化并逐条认领。
基本信息
| 参会人 | 各团队授权的代表，能当场承诺与调整 |
|---|---|
| 时长 | 常见 15 分钟以内，聚焦依赖与阻塞 |
| 频率 | 与团队迭代节奏匹配，通常每日或每两日 |
| 产出 | 协调事项清单：事项、涉及双方、时限、责任人 |
| 升级路径 | 跨团队无法解决的问题提交更高层协调机构 |
典型使用场景
- 多个团队协作交付同一产品或平台时，同步接口与依赖的变更
- 集成阶段确认各团队增量何时可合入、先后顺序如何安排
- 共享组件或平台团队与业务团队之间，排定需求与变更窗口
- 跨地区或跨时区团队在重叠工作时段安排短会，减少等待
- 依赖方承诺延期时，当场评估影响并决定是否升级处理
会议四问
会议四问
# 1 上次承诺的协调事项进展如何
# 2 本周期将完成什么、可能影响哪个团队
# 3 新增的阻塞与依赖，需要谁配合
# 4 何时需要对方答复，逾期如何升级常见失效与对策
| 失效表现 | 原因 | 对策 |
|---|---|---|
| 变成进度通报会 | 代表没有决策权 | 改派能做出承诺的人参会 |
| 依赖无人认领 | 只报完成不报依赖 | 逐条指定双方负责人与时限 |
| 越开越长 | 议题发散到技术细节 | 具体方案会后另行小范围讨论 |
| 集成风险后置 | 只看各自进度 | 每轮检查接口与联调排期 |
代表若没有决策权，同步会会退化成信息通报：协调结论无法当场落地，还得回去请示，等待时间成倍增加。
团队数量越多，跨团队依赖的组合越多；如果不在协调会里显性管理依赖，风险会在集成阶段集中爆发。