需求开发（Requirement Development，RD）是CMMI中一个重要的过程域，因为它的质量决定了研发产品的方向，如果需求没有把握准确，不仅产品在研发过程中多有返工，增加了成本；而且上市后不能满足目标客户的要求，又影响收入，那么企业的利润空间被压缩，必然影响企业发展。正如图1所示，我们常把企业的市场收入比作房子的屋顶，成本比作地板，那么努力抬高房顶、压下地板，企业就能获得更大的利润空间；反之，就减少了企业的利润空间。
图1 企业的利润空间被压缩的示意图
现在很多企业已经意识到了这一点，非常关注需求相关的管理工作，CMMI有两个过程域来分别描述需求管理和需求开发，后者具有更多技术方法内容。其思路如图2所示。
图2 需求开发的思路图
开发客户需求的步骤主要完成的工作是识别客户群，收集其要求，开发出新产品的用户需求；开发产品需求，则将用户需求转化成对产品的系统需求，之后分解为部件需求，以及接口需求；分析和验证需求，包括深入分析需求更加细节的各个方面属性，和用一些方法在实际开发之前，验证需求是否能够让用户满意，以便后期开发更加有信心。
这样的思路不禁让我们想到了一个6sigma的工具，QFD（Quality Function Deployment，质量功能展开），或者叫质量屋。它关注于需求的层层分解，在质量策划中使用较多。使用多级QFD的示意图如图3所示，它可以覆盖从明确用户需求开始，转换成产品的系统需求，之后到产品功能，部件功能，以至过程的关键质量特性参数。第一级的输入是用户需求，可以使用客户调查等方法收集用户潜在的需求，之后使用亲合图、KJ模型等分析用户需求。其他各级的输入均是上一级的输出。
图3 多级QFD示意图
QFD的具体构成如图4所示。
图4 QFD构成图
1） 输入，用户需求。
2） 屋子的右墙壁，主要是竞争对手分析，选择主要的竞争对手，对每个竞争对手在每个用户需求方面的表现进行评估，与我们自己进行对比；
3） 屋子的横梁，是将用于满足客户需求的产品系统需求；
4） 房间中央是关系矩阵，即用户需求与系统需求的关联程度，以简单的数值级别来标识其影响程度，如1、3、9；
5） 房间的最底层地基，也是竞争对手分析，不过是分析竞争对手在每个系统需求方面的表现，用于与我们自己进行对比；
6） 房间的地基，是各个系统需求的量化目标，它依据与竞争对手分析的结果而来；
7） 屋顶，是产品系统需求之间的关系，有以下几种可能：正反馈（A越强，B越强；反之亦然）、矛盾（A与B的高性能不能共存）、无关。
在4）房间的四周，有四个小矩形，别小看他们，他们也很重要。左边，是每个用户需求的权重，这个评价最好与用户代表一起确定，以保障用户最关注的需求确实在权重上得到了体现。上方，是每个系统需求的量化目标表示，分为三类，如望目设计、望大设计、望小设计，涵义分别是我们实现的值：越接近目标越好；越大越好；越小越好。右边，是关系矩阵在行方向上的加权和，数值用于表示每个用户需求被满足的程度。如果它的表现与左边的小矩形的值在趋势上有较大偏差，就表明目前设计的系统需求在满足用户需求上，或者有缺失，或者有偏差，需要调整。下方，是对关系矩阵在列方向上进行求加权和，数值表示每一个系统需求对于所有的用户需求的重要性，它也可以作为系统需求的权重，用于下一级分析。
每一级QFD的输出，应该是3）和6）的内容，即系统需求及其权重和目标值。并不是每一个系统需求都会进入下一级的QFD分析，需要参照其权重进行决策：如果对整体用户需求的满足贡献较小，或者成本收益不合算，就可以去掉。另外，随着需求逐渐细化，需求数量越来越多，那么下一级的QFD就可能用多个相对关系比较独立的房间来表示，这样从高级的QFD到低级的QFD呈现出放大的趋势。为了避免整体分解过程过于复杂，对于简单的或次要的需求，也可以选择不使用QFD继续分析。
QFD有两个好处，一是可以帮助我们在需求转化和分解中，尽量以量化数据作为决策依据；另一个是清晰表明需求下行的路线，方便需求管理中的需求追踪和需求变更的波及分析。
当然这个工具只是帮助我们理清逻辑思路，那么有人会问：系统需求是从哪里来的？这涉及到更多的技术内容，需要行业或产品的技术专家参与；CMMI的RD中要求的需求验证如何做？CMMI的RD中也建议用一些稍微复杂一点的方法，在开发之前验证需求的可行性和需求分解的合理性，正所谓“磨刀不误砍柴功”。而这些不是QFD的强项所在，需要其他工具、方法的辅助。在6sigma的工具箱中就能找到一些，如流程模拟、平衡积分卡等等。