iOS 28 先动的不是功能,是排期表

彭博社 Gurman 11 月 8 日的 newsletter 里有一条不太起眼的消息：苹果改了 iOS 28 和 macOS 28 的开发排期。第一个里程碑 M1，从常规的「4 周写代码 + 4 周整合」变成「6 周写代码 + 2 周整合」，而且 M1 已经过完了。排期这种事看着干巴巴，但它决定明年 9 月的 iOS 28 里，会有多少没做完的功能。

改了什么

苹果每年开发新系统分三个里程碑，M1、M2、M3，每个 8 周。前 4 周写代码做功能，后 4 周叫 convergence，把做出来的东西并进系统、互相调顺。这次动的只有 M1：写代码、探索、做功能给到 6 周，整合砍到 2 周。iOS 28 和 iPadOS 28 内部代号 Bell，macOS 28 叫 Poppy，两条线一起改。

Gurman 的说法是，员工喜欢这个变化，因为「在被迫锁定之前，有更多时间把想法想清楚、试一遍」。

为什么砍得动 M1

这不是福利，是算术。整合工作量跟着里程碑往后涨。M1 时系统里只有零星几个新功能，并进去没什么可调的，那 4 周整合大半是空转；到 M3，前两个阶段堆下来的功能全要过一遍，整合是瓶颈，不是空档。

所以把空转的周数挪给写代码，流程不吃亏，等于用最低成本的阶段换了最多的探索时间。但账没有消失：整合只剩 2 周，功能与系统调顺的欠账得在 M2、M3 还。

要盯的　M2、M3 若维持 4+4，说明这只是 M1 的一次探索倾斜；若也改成 6+2，苹果就是换了整套模式。

来源于网络 · iOS 28 概念图标

为什么是现在改

苹果的软件这几年一直在「发布会演示、明年才发货」的循环里。新版 Siri 2024 年就预告过，一再推迟，到 iOS 27.0 里还挂着 Beta 标签。跳票的原因从来不是芯片或模型没到位，是功能定得太早、做不完又下不了台。

硬件线早就用同样的思路改过一次：M5、M6 这一代 Mac 外观不动、只换芯，把「重新做完」拆成两步走。现在轮到系统，方向一致，别在探索期就把没做完的东西焊进排期。

用户能感到什么

iOS 28 按计划 2027 年 6 月出 beta，9 月正式版。用户看不到排期表，只看得到结果。这轮调整若有效，iOS 28 的新功能可能少一点，但半成品概率低一点，WWDC 演示完推迟到下个版本的大戏也该少一点。

同一期 newsletter 里还有后半句：苹果在评估把 Siri 做成 ChatGPT 式智能体，最早也是 2027 年。排期改动和 Siri 路线调整出现在同一篇里，是巧合还是因果，等 M2 的消息出来再判。

排期是最不像新闻的新闻。可每一个半成品功能，都是某张排期表决定的。这次苹果把表改了。

信源：彭博社 Power On（Mark Gurman，2026-11-08），MacRumors、AppleInsider、凤凰网科技 11-08 报道转述；iOS 28 时间表为 Gurman 所述计划，配图为概念渲染、来源于网络。

关注「En科技资讯」，只聊有依据的科技事。