编码六周，整合两周
彭博社的马克·古尔曼在 11 月 8 日的通讯里说，苹果改了 iOS/iPadOS 28 与 macOS 28 的初期节奏。往年的里程碑分三段，每段四周写功能、四周做整合；这一代的第一段变成六周编码、两周整合。多出来的两周，交给工程师去试想法、把功能做厚。三段流程里第一段最靠前，功能的方向就在这六周里定下来。
员工叫好，总时长没动
据他转述，内部对这次调整评价不错，理由是在功能定稿前有更充裕的空间试错，能帮苹果挑出最终要推的东西。第二、第三段没有动，整个开发周期并未拉长，变的只是第一段内部的配比。古尔曼没有透露这一代具体要加什么功能。按惯例，iOS 28 会在 2027 年 6 月 WWDC 亮相，秋天推送，测试版约从 6 月开始。对工程师来说，六周能多试一两个方向；对整合团队来说，两周要把新代码并进主干、跑完回归，窗口比过去紧。
两种口径
苹果这边的读法是“多两周探索创意”，员工也因此受益；同一次调整的另一面是整合从四周缩到两周，把合并、回归、修冲突压进更短的窗口。功能数量若不变，更短的整合期更容易把问题堆到后期，看着是多想了创意，实际是把风险往后挪。数字一致，风险的位置变了——周期没有延长，不确定性被推到了收尾。把创意与整合放在同一条时间轴上，前后必然此消彼长，取舍也因此摆到了明面上。
原文链接：https://www.ithome.com/1/024/256.htm
来源：IT之家
