苹果一直在试验操作系统更新的开发方式，这次在28代更新的早期就调整了日程，让工程师能在流程更早的阶段发挥更多创造力。
像任何大型项目一样，苹果每年的操作系统更新（比如iOS 27）都需要极其严格的排期。但排期方式本身，往往会对最终结果产生巨大影响。
对于内部代号Bell的iOS 28和iPadOS 28，以及代号Poppy的macOS 28，最早的开发阶段被重新调整了。
苹果的操作系统在一年周期里有三个主要里程碑，分别叫M1、M2和M3。这次调整发生在已经结束的M1阶段。
往常每个阶段都是八周：前四周写代码，后四周做收敛。所谓收敛，就是把新开发的功能真正整合进操作系统里。
但这次苹果把比例倒过来了，让M1阶段有更多写代码的时间。具体就是六周做编码和功能开发，只留两周做收敛。
一次很受欢迎的调整
员工们显然很喜欢这个变化，部分原因是它给了创造力更多空间。工程师有更多时间去想点子、把点子做透，然后再锁定并塞进系统里。
这种看法很有道理，尤其是放在整个开发周期里看。越到后面，重心就越偏向“怎么把功能正确整合进去”，而不是年初那种自由发挥。
后期阶段既要处理前面阶段已经加进来的功能，还要消化当前里程碑新引入的内容。早期阶段没有这些包袱，所以收敛期没那么关键。
稍微调整日程后，那些M1阶段早期的功能在收敛之前能多打磨一段时间。希望多出来的构思时间，也能把功能整体质量再往上提一提。
