档案库 · 工作与做事的点子 · 技术决策 · 2011–2012
Mozilla 2011：Firefox 每六周发布一次，而非一年一次
Mozilla 用六周的快速发布列车取代了 Firefox 不频繁的发布，使功能立即到达用户手中——这一节奏已被业界采纳。
Mozilla
当时的题目
Before 2011, Firefox sometimes held new capabilities ready for nearly a year before releasing them. Mozilla's chair Mitchell Baker argued a browser that is the delivery vehicle for the Internet cannot ship like traditional desktop software.
它是怎么成立的
2011 年前，Firefox 像传统桌面软件一样发布：新功能可能等待近一年才能到达用户，网络开发者要等一年才能改进他们的应用。Mozilla 主席 Mitchell Baker 认为，浏览器是互联网的交付工具，以桌面软件速度运行的产品无法支持实时互联网。
因此，Mozilla 在 2011 年采用快速发布流程，围绕列车模型组织开发，每六周发布一次。Firefox 5 于 2011 年 6 月发布，Firefox 6 于 8 月按新日程发布。这一变化引发争议：企业发现六周变化令人不安，附加组件兼容性成为反复出现的抱怨。
Baker 在公开回顾中为这一权衡辩护：在快速发布之前，Mozilla 有时会让新功能等待近一年才交付；六周列车确保功能在准备好时立即交付。Mozilla 承认企业问题，并开始探索为无法吸收六周更新的组织提供长期支持版本。
妙在哪
- 它将发布节奏重新定义为产品决策，而非工程细节：浏览器必须以它所交付的网络的速度运行。
- 列车模型使交付持续进行，完成的功能在数周内发布，而不是等待一年一次的巨型发布。
- 它公开处理痛点——Baker 发布了理由和权衡，这使流程变革可信。
- 它通过使交付成为常态而非事件，保持浏览器在快速竞争的对手面前保持相关性。
做出来什么
Firefox went from roughly yearly releases to a reliable six-week rhythm, and rapid release trains became the industry norm for browsers and software companies; Mozilla later added an extended support release for enterprises that could not absorb six-week updates.
可以借走的
当你的产品是动态生态系统的交付工具时，发布节奏是战略选择：缩短节奏以匹配生态系统的速度，会倍增每个完成功能的价值。
后来
快速发布成为浏览器标准并蔓延至整个软件行业；Mozilla 后来为企业增加了扩展支持发布（ESR）渠道，列车模型至今仍是 Firefox 交付的支柱。
资料来源
发现哪里写错了？告诉我们。
轮到你了
你刚读完一个点子。把你手上的题目说出来，看看谁接过同样的题。
免费账号 · 3 次免费提问 · 不用绑卡