自从马克·扎克伯格提出“快速行动，打破常规”（move fast and break things）以来，这已成为许多开发团队的座右铭。渴望成为独角兽的企业视其为运营准则，竞相加速内容发布与产品交付。似乎只要摒弃缓慢有序的方式，做得更多、更快便是成功的关键。
这些公司常引用《加速：DevOps 状态报告》中的数据佐证其策略。2019 年报告显示，卓越团队的代码部署频率是低绩效团队的 46 倍，从提交到部署的支持领先时间快了 2,555 倍。
然而，盲目求快并不普适。若缺乏相应流程支撑，一旦过快推进且无法及时修复问题，后果将不堪设想。
我们是如何走到这一步的
如今的“过度加速”局面，实则由我们自身造就。作为软件消费者和最终用户，我们的期望不断攀升，迫使企业必须快速交付。当解决一个 PR（Pull Request）从数小时延长至数周甚至数月时，矛盾便由此产生。客户推动企业，企业进而施压员工以满足日益增长的期望。
当试图快速推进却不仅打破常规更导致失败时，后果包括：
- 事件解决时间显著延长
- 客户信任流失，销售额下降
- 员工倦怠加剧，离职率飙升
回归《加速：DevOps 状态报告》的数据核心：卓越团队不仅交付更快，其变更失败概率仅为低绩效团队的 1/7，且从事件中恢复的速度快 2,604 倍。关键不在于单纯地“快速行动并打破常规”，而在于构建适配的系统与流程以支撑此种工作模式。
为成功做好准备
要实现有效的高速推进，需具备两大要素：心理安全感文化与智能化的工具投资。员工需被赋予权力，在担忧功能构建原因或发现流程漏洞时敢于发声，并确信出现问题时不会遭受无端指责。建立这种氛围依赖同理心、开放沟通与团队协作，它是快速推进并能迅速从故障中恢复的基石。
其次是甄选合适的工具与流程。投资应聚焦于简化工作、解决根本痛点而非制造新问题的工具，例如：
- 可观测性和监控工具：用于识别异常并发出通知
- 事件管理工具：用于问题的路由、跟踪与升级
- 功能管理工具：支持熔断和负载削减，以便快速关闭特定功能
文化与工具仅是方程的一部分，最后一步是建立合适的流程，以确保工具的有效运用并赋能人员。
如何在快速推进的同时确保安全？可实施以下流程：
- 安排“混沌日”，模拟系统故障并演练修复方案
- 通过定向发布、测试版或金丝雀发布逐步推出新功能
- 在生产环境中测试代码，同时避免向全体用户暴露风险
- 配置操作功能标志，在发生事件时动态调整日志级别
- 运行实验以收集反馈，确保功能在发布前方向正确
你可以尝试快速行动甚至打破常规，但前提是已建立起完善的保护措施与流程。通过结合恰当的工具与流程，你完全可以在不牺牲质量或员工健康的前提下，更快地交付更多价值。
______________________________________________________________