谁为质量负责?如果开发工程和QA之间出现问题，最后辛苦开发出来的功能，用户抱怨难用，就是价值和质量出现了问题，现在分工越来越细，在很多团队集中在某一层，比如程序员关心写代码，不关心价值和产品，产品经理只关心价值，不关心技术实现，这些鸿沟会影响整个质量。
精确要求，精准成果
敏捷开发不似瀑布模式的开发，从一个点开始却会以一大片结束。这样的开发会导致成果与出发点严重偏离，重点无法被作为重点开发出来，而是与原来的构想相差甚远。敏捷开发似接力比赛，每一段赛道都不长，并且还能把握好每次交接棒的时机，遵循计划更响应变化，这使成果变得十分精准。
基于产出的质量，定义完成，以终为始
研发质量产出是什么?就是需要建立条目化，短周期之内可以交付的东西，这个是产出，第一个产出是代码，尤其在软件行业，代码占了80%的产出，怎么把代码写对，就是第三个维度。
需求质量也是很重要的产出。你要保证你的产品经理做的需求是不是符合，是不是条目化，是不是按照优先级，你是不是做最重要的事情。你有三个团队，每个团队都在按照优先级来做事，但是三个团队是不是有统一的优先级，很多团队是没有做到的。
基于价值的质量，交付影响而不是交付产品
福特问客户想要什么，他说要一匹更快的马，但是福特提供给了客户汽车。马和汽车是提供给客户的产品，价值是什么?客户可能有天天从各个城市飞来飞去需求，他希望有更快的马来助力，这个就是价值的意思。客户的需求往往是方案，它很少告诉你这个东西背后是什么目的。
在工作上，我们不是在交付产品，而是是交付影响力，就是交付对用户的影响。你让我开发一匹更加的马，我要问这个马用来干什么，对你有什么影响，因为我交付的是影响而不是产品。 敏捷方法对每一次迭代周期的质量都有严格要求。敏捷开发团队拥有高水平的开发方法，管理者把解决问题分解成多个子领域，分解成多各个情境来逐个击破。有的会在正式开发功能代码之前先开发该功能的测试代码，质量可保证。