产品发布
何时使用此技能
当你需要：
- •加速产品发布节奏
- •建立发布质量标准
- •平衡速度与稳定性
- •推动团队完成交付
核心原则
1. 速度即能力
高速通常是高能力和高技艺的信号，而非草率。
2. 快速迭代
越快发布，获得的反馈越多，这是早期产品开发中最有价值的资产。
3. 速度与稳定并行
提高发布速度实际上通过减少每次变更的规模和复杂性来提升系统稳定性。
专家洞察
Nan Yu
"如果你观察那些处于技艺巅峰的人，你基本上可以通过他们的速度来判断产出质量。如果他们速度很快，而且显然不是在草率行事、到处留下烂摊子，那就是'是的...'。"
核心洞察：高速通常是高能力和高技艺的信号，而非草率。
如何应用：
- •着眼于能力和专业技能而非为了速度而赶工
- •用高速来增加你可以测试的迭代和变体数量
Dylan Field
"尽可能快地发布出去。他们告诉你的关于确保快速发布产品的一切都是完全正确的。发布越快，获得的反馈越多。这是件好事。现在我在构建时就以此为标准。"
核心洞察：优先考虑发布速度以加速反馈循环，这是早期产品开发中最有价值的资产。
如何应用：
- •以速度为导向来更早获得真实世界的反馈
- •用内部冠军来催化团队弥合"差距"并完成发布
Matt MacInnis
"我们有一个产品质量清单，在 Rippling 我们亲切地称之为 PQL...它以最简单的方式阐述了你发布产品时我们希望你达到的标准。它不适用于每个产品，不是每一条都适用于每个产品，但它很全面，为我提供了一个..."
核心洞察：标准化的"产品质量清单"（PQL）就像工厂检验，确保一致的发布标准。
如何应用：
- •创建一个必须在发布前满足的质量标准"PQL"清单
- •每次有 bug 或故障泄漏到生产环境时迭代这个清单
Nick Turley
"我真的很想直接跳到结论，比如'好，为什么我们现在不能做这个？'或者'为什么我们不能明天就做？'...如果这是最重要的事情，你想真正最大程度地加速它，你会怎么做？这不意味着你就去那样做，但这真的是一个好..."
核心洞察："最大加速"原则作为强制函数，剥离非必要的阻碍因素，识别关键路径。
如何应用：
- •问"明天发布需要什么？"来发现隐藏的依赖
- •将高速产品开发与严格、较慢的安全流程分开
Nicole Forsgren
"速度和稳定性是同向的。大多数人只从速度的角度考虑这个问题，意思是当你移动得更快时，你会更稳定，这意味着你更频繁地推送更小的变更，对吧。因为如果你一直在推送，变更就会非常非常小..."
核心洞察：与普遍看法相反，提高发布速度实际上通过减少每次变更的规模和复杂性来提升系统稳定性。
如何应用：
- •更频繁地推送更小的变更以减少潜在故障的"爆炸半径"
- •追求按需部署，确保错误发生时更容易调试和缓解
常见错误
- •为了质量牺牲速度（而非两者兼得）
- •没有标准化的发布质量清单
- •一次推送大量变更
- •忽视反馈循环的价值
关键战术
| 战术 | 说明 |
|---|---|
| PQL 清单 | 标准化发布前必须满足的质量标准 |
| 最大加速原则 | 问"明天发布需要什么"来识别关键路径 |
| 小批量发布 | 频繁推送小变更以提升稳定性 |
| 按需部署 | 能随时发布，而非按周期发布 |
相关技能
- •[[01-北极星指标-north-star-metrics|北极星指标]]
- •[[02-产品愿景-product-vision|产品愿景]]
- •[[03-路线图优先级-roadmap-prioritization|路线图优先级]]
- •[[04-OKR目标设定-okrs-goals|OKR目标设定]]