质量内建是零缺陷上线么？

在软件开发的过程中随着业务的复杂，产生缺陷是在所难免的，而发现缺陷修正缺陷的代价也会越来越大，当业务价值和缺陷共存的时候是追求0缺陷还是追求业务价值最大化成为了相当困难的抉择。

价值优先还是质量零缺陷优先谁说了算

最后做什么是PO产品负责人说了算，但是责任是团队共担的。

如何定义缺陷的等级

从价值角度可以将缺陷分为影响价值无法使用，影响价值不完全使用，影响价值不好使用和不影响价值这样几类。对于前两类一定是确保问题被修复的，而后两者可以通过简单的屏蔽和说明进行引导。

为什么不能0缺陷上线 假设问题都解决了，价值过期了怎么办？没有按时上线反而是最大的BUG，因为一个价值都不能实现。与其内部解决问题，何不有控的在生产环境运行，发现具体问题及时修复呢？

质量内建是为了以更加低的成本及时发现问题，修正问题，但并不是追求零缺陷。

所以DevOps持续交付能力是构建适应变化的基础，另一方面的难度在于团队对于质量的定义，也就是用户故事中虚拟角色所需要的价值。是更多考虑游戏中的硬核玩家还是更多普通玩家呢？至少一个网游人多才是王道吧？