跨时区 sprint：两周迭代如何对齐

敏捷开发以固定长度的迭代组织工作，常见是两周一个 sprint。当团队分布在多个时区，“两周”从哪一刻开始、到哪一刻结束，就需要明确约定。

起止时间要有统一口径

团队通常约定以UTC的某个时刻作为 sprint 边界，或按多数成员所在地的周一上班时间开始。看板、燃尽图和发布记录都应对齐同一口径，否则会出现“有人以为今天结束，有人以为明天结束”的情况。

评审和回顾怎么排

• sprint 评审安排在重叠窗口，提前收集异步演示材料。
• 回顾会可以轮换时段，避免总是同一地区的人熬夜。
• 无法参加的人提前书面反馈，会议聚焦讨论而非汇报。
• 把行动项写进下个 sprint，而不是停留在会议记录里。

节奏差异不是效率差异

不同地区的周末、节假日和工作习惯不同。中东部分国家周五周六休息，西方多為周六周日。sprint 内若包含不同假期，容量估算要相应调整，不能简单按人数乘天数。

让迭代对时区友好

把任务拆小、减少跨时区依赖、提前定义验收标准，都能降低协调成本。每日站会可以采用异步形式，只有阻塞项才需要即时讨论。迭代的目标是持续交付价值，而不是让所有人同时在线。

sprint 的长度是两周，协作的质量取决于边界是否说清。