轻量级过程改进之需求管理

需求管理在于管理产品研发过程中的客户需求，建立项目相关干系人对需求的共同理解，维护需求与所开发产品之间的一致性，并控制需求的变更。需求管理的重要性不言而喻，在前面讲到的项目启动、项目计划以及接下去要讲的项目监控这几个改进域中，客户需求都是我们开发工作的输入和基础，研发团队存在的意义也是围绕着客户的需求，以满足客户需求、提高客户满意度为工作的目标，项目管理团队更是如此。本文主要阐述在项目需求管理过程中涉及的主要规程、可能存在的问题、分析这些问题并提出相应的改进措施。

一． 需求管理的规程

关于需求管理，首先要明确它与“需求开发”之间的区别和联系。虽然很多场景下需求管理和需求开发可能由同一个人或同一个角色来实施，这种现象在小型团队尤为明显，但需求管理和需求开发是两个完成不同的改进域，在综述中我们就提到需求管理是属于项目管理类改进域，而需求开发则属于产品管理；在项目计划中我们也崇尚信息传递的不对称，由项目线来进行需求管理，而由研发线对项目需求进行过滤之后再进行需求开发也是这种思想的体现。在轻量级过程改进系列的上下文中，项目经理负责需求管理，管理的是用户需求；而产品经理负责需求开发，开发的是产品需求，两者所面临的问题以及改进的方法也是不同的，但正是通过需求管理和需求开发，来自客户的信息通过用户需求来到项目线，再通过产品需求转移到研发线，并通过需求跟踪形成了如下的端到端的闭环:

注意，了解CMMI-DEV模型的朋友可能会发现上面这段描述和这张图与CMMI中的RD、REQM两个过程域中的描述有较大出入：在CMMI中需求调研、需求确认以及用户需求和产品需求的概念都是针对需求开发这个过程域，但这只是说明了需求管理和需求开发应该做些什么事情，而没有说明由谁来做。本文基于下图所示的项目线与产品线的关系，立足于站在项目经理和产品经理的角度上看待需求管理和需求开发这两件事情：

如上图所示，个人认为由项目经理负责对外的面向客户的诸如需求调研、需求确认等工作；由产品经理来负责对内的面向产品的需求开发工作是合理和高效的。这里面实际上只是一些名词的解释和工作的划分问题，是对CMMI模型的一次裁剪，裁剪的依据是