知识卡片
Dev/Ops矛盾的组织根源
内容
研发与运维分属两部门时，对”风险”的定义天然对立：研发按交付速度考核，希望随时发布；运维按 故障率考核，希望系统稳定后不再变动。这不是态度问题而是激励机制问题——运维用检查清单设卡拖慢 发布，研发则用功能开关、增量更新绕开审批，双方陷入流程博弈而非协作。发散：跨部门协作若考核 指标互相冲突，流程摩擦会自然滋生，解法不是加强管控而是重设共同指标，参见[[错误预算的本质]]。
参考来源
- 位置：《SRE：Google运维解密》第1章《介绍》（源文件：_epub-src/OEBPS/Text/0007_0001.xhtml）
- 结论依据：原文指出两部门"对风险的定义也不一致"，研发想"随时随地发布"、运维想"一旦稳定就不再改动"，并举例运维用检查清单设卡、研发用功能开关绕开审批，因此可推出该矛盾源于考核指标对立而非人的态度。
- 原始内容：运维团队常常宣称，任何变更上线前必须经过由运维团队制定的流程……开发团队宣称他们不再进行大规模的程序更新，而是逐渐转为功能开关调整、增量更新，以及补丁化。