轻量级过程改进之软件需求管理.docxVIP

轻量级过程改进之软件需求管理 　　 HYPERLINK javascript:; \t _self 需求管理在于管理产品研发过程中的客户需求，建立项目相关干系人对需求的共同理解，维护需求与所开发产品之间的一致性，并控制需求的变更。需求管理的重要性不言而喻，在前面讲到的项目启动、项目计划以及接下去要讲的项目监控这几个改进域中，客户需求都是我们开发 HYPERLINK javascript:; \t _self 工作的输入和基础，研发团队存在的意义也是环绕着客户的需求，以满足客户需求、提高客户惬意度为工作的目标， HYPERLINK javascript:; \t _self 项目管理团队更是如此。本文主要阐述在项目需求管理过程中涉及的主要规程、可能存在的问题、分析这些问题并提出对应的改进措施。 　　一． 需求管理的规程 　　关于需求管理，首先要明白它与“需求开发”之间的差别和联系。尽管非常多场景下需求管理和需求开发可能由同一个人或同一个角色来实施，这样的现象在小型团队尤为明显，但需求管理和需求开发是两个完毕不同的改进域，在综述中我们就提到需求管理是属于项目管理类改进域，而需求开发则属于产品管理；在项目计划中我们也崇尚信息传递的不正确称，由项目线来进行需求管理，而由研发线对项目需求进行过滤之后再进行需求开发也是这样的思想的体现。在轻量级过程改进系列的上下文中，项目经理负责需求管理，管理的是用户需求；而产品经理负责需求开发，开发的是产品需求，两者所面临的问题以及改进的方法也是不同的，但正是通过需求管理和需求开发，来自客户的信息通过用户需求来到项目线，再通过产品需求转移到研发线，并通过需求跟踪形成了例如以下的端到端的闭环: 　　注意，了解CMMI-DEV模型的朋友可能会发现上面这段描写叙述和这张图与CMMI中的RD、REQM两个过程域中的描写叙述有较大出入：在CMMI中需求调研、需求确认以及用户需求和产品需求的概念都是针对需求开发这个过程域，但这仅仅是说明了需求管理和需求开发应该做些什么事情，而没有说明由谁来做。本文基于下图所看到的的项目线与产品线的关系，立足于站在项目经理和产品经理的角度上看待需求管理和需求开发这两件事情： 　　如上图所看到的，个人觉得由项目经理负责对外的面向客户的诸如需求调研、需求确认等工作；由产品经理来负责对内的面向产品的需求开发工作是合理和高效的。这里面实际上仅仅是一些名词的解释和工作的划分问题，是对CMMI模型的一次裁剪，裁剪的根据是团队的组织结构以及详细项目的实施过程。 　　本文关注需求管理工作，需求管理是一项持续性工作，通常包含的规程有： 　　1. 需求调研 　　目的：通过与客户进行直接接触获取来自客户的原始需求，并依据项目实施过程的须要在项目研发启动之后确定该项目中的各项系统需求和客户要求 　　主要角色：项目经理主导，销售前期可能參与 　　主要步骤：作为项目实施中的一环，项目经理依据组织级别《调研方案》中的各项调研内容与客户进行沟通并形成项目级别的《调研记录》。调研方案中的部分内容可能已经由销售人员在项目启动之前进行整理并体如今《项目交接单》中，项目经理须要依据销售人员的反馈完好《调研记录》。项目经理就《调研记录》形成初始化的《用户需求说明书》 　　2. 需求确认 　　目的：需求确认的目的在于维护用户和研发团队对用户需求的统一认识，确保在系统交付给用户时，用户和项目经理可以对用户需求的范围和完毕情况达成一致，避免用户的个人主观意愿和理解对项目的结果造成影响。 　　主要角色：项目经理主导 　　主要步骤：项目经理依据《需求确认单》与用户就已调研完毕的用户需求进行确认，《需求确认单》是一种Checklist，供用户和项目经理在用户需求上达成一致。 　　3. 需求跟踪 　　目的：需求跟踪的目的在于依据用户需求，建立和维护用户需求-产品需求-开发測试结果-用户需求之间的一致性，确保产品依据用户需求进行开发。 　　主要角色：项目经理主导 　　主要步骤：需求跟踪的途径是建立和维护一份《需求跟踪表》，通常測试人员是产品需求的终于确认者，所以项目经理须要依据測试人员的反馈，并依据产品需求和用户需求之间的相应关系维护《需求跟踪表》中的需求跟踪矩阵。通常产品需求是对用户需求的一种细化，所以需求跟踪矩阵是用户需求和产品需求之间的映射关系。关于产品需求我们将在“需求开发”中进行展开。 　　4. 需求变更控制 　　目的：需求变更控制的目的在于避免范围蔓延和潜变，即控制需求文档的变更，防止发生范围混乱而导致的用户需求确认无法正常进行。需求变更作为项目管理的常见场景，须要通过需求变更管理流程改动原用户需求中的内容，从而产生新的用户需求并付诸于开发。 　　主要角色：项目经理主导，依据须要销售也可能须要介入 　　主要步骤：通常需求变更的提