节奏与同步是什么
节奏与同步是规模化协作的基础机制：各团队采用一致的迭代长度形成节奏，迭代起止日期对齐形成同步，从而让跨团队集成、联合评审与共同改进拥有固定窗口。节奏的价值不在于整齐好看，而在于把临时的协调成本变成可预期的固定安排。频繁变更迭代长度会显著增加协调成本，因为每一次变更都会打破依赖与集成的对齐关系。
基本信息
| 节奏 | 统一迭代长度，常见为两周，具体按团队实际确定 |
|---|---|
| 同步 | 迭代起止日期对齐，便于跨团队集成与联合评审 |
| 用途 | 跨团队评审、依赖协调、联合回顾与增量规划 |
| 例外处理 | 特殊团队可调整周期，但需单独设计接口与协调机制 |
| 配套要求 | 完成定义与集成标准同样需要对 Align，而不只是对齐日期 |
典型使用场景
- 多个团队共同交付同一产品，需要统一的迭代边界支撑集成
- 跨团队依赖频发，需要用固定窗口集中协调而不是随时开会
- 联合评审与联合回顾需要各方同时到场，需要对齐节奏
- 引入按不同周期运行的特殊团队（如运维），需要设计接口机制
- 团队各自调整迭代长度后协调成本上升，需要评估回到统一步调
对齐检查项
对齐检查项
迭代长度：各团队周期是否一致，差异是否有明确理由
迭代边界：起止日期是否对齐，集成窗口是否落在边界上
完成定义：各团队的完成标准差异是否已对齐
例外接口：周期不同的团队是否有单独的协调与交付机制
联合活动：跨团队评审、回顾与规划的固定时间是否已排定对齐检查与常见问题
| 检查项 | 判定 | 常见问题 |
|---|---|---|
| 迭代长度 | 各团队周期是否一致 | 团队各自为政改周期 |
| 完成定义 | 标准差异是否已对齐 | 只对齐日期不对齐完成标准 |
| 例外接口 | 特殊团队有单设机制 | 例外长期存在却无协调安排 |
| 联合活动 | 固定时间已排定并被遵守 | 联合活动被日常会议挤占 |
节奏的价值在于可预测的协调窗口：频繁变更迭代长度会显著增加协调成本，因为依赖识别、集成验证与联合评审都需要稳定的时间锚点。