一. 概述

1.1. 目的

为规范产品研发需求的提出、导入、实现、验证、交付的流程和标准，提高产品需求的质量，依据公司的《产品部组织章程》和《项目管理制度》，制定本制度，以指导和规范各产品线负责人对产品研发需求的管理和跟踪。

1.2. 定义

需求是用户期望借助外部的产品或服务来达成自己工作、生活或学习目标的一种愿景，在产品的研发过程中，需要持续的收集、分析、跟踪用户的这些愿景，并对其进行有效的管理，以便在产品的功能实现中能够充分的实现和满足用户所期待的愿景。

本制度从需求管理的主体、需求管理的内容、需求管理的过程，以及需求管理的工具四个方面对产品的需求管理活动提出标准化的制度约束。

本制度适用产品研发部全体员工、外协员工，以及产品研发部相关的市场、销售和资质管理等部门。

1.3. 术语

1.4. 参考资料

公司《产品部组织章程》

公司《项目管理制度》

1.5. 标准、条件和约束

ISO9000标准；

软件过程能力成熟度模型（CMMI）

二. 需求管理主体

产品研发部的每个在研产品，都应以产品经理为核心，组建由项目经理、架构师、研发工程师、质量工程师为主体的虚拟化需求管理组，对产品进行从需求采集到需求交付的全程需求管理。

2.1. 组织架构

需求管理组是在需求评审活动中，由产品经理发起组建的如下图所示的临时性虚拟组织，以便对需求实现的可行性、导入的时机、实现的结果、实现的工作量等内容进行评估和审核。

2.2. 组织职责

需求管理主要完成需求的采集、分析、导入、验证、交付等活动的成果物进行管理和跟踪，以确保需求交付的品质，组织内各角色的职责如下表所示：

三. 需求管理级别及内容

3.1. 需求管理级别

需求级别是对需求的重要程度给出定义，产品经理在采集和调研需求时，需要按照以下四个级别对具体需求给出定义：

1.重要性需求：重要性需求是指那些能够满足用户核心关切的、并与产品设计目标高度一致的需求；

2.次要性需求：次要性需求是指用户核心关切的拓展和外延，能够辅助客户更好的达成核心关切目标的需求；

3.一般性需求：一般性需求是指那些与用户核心关切及外延关系不太，且不影响产品设计目标实现的需求；

4.建议性需求：建议性需求是指那些用户没有提及，或可提升用户对产品的应用体验、应用效率的需求。

3.2. 需求管理内容

3.2.1. 业务需求

业务需求是指那些与用户工作、生活或学习等环境密切相关的领域性概念、标准、规范、流程等内容，并且用户期望这些内容能够运行IT数字化手段和工具帮助其达成心理愿景的需求。这些需求常常构成产品的核心需求，需要产品经理能够深入研究用户需求所涉及领域的相关知识体系，以及标准规范和业务流程，以便将这些内容合理、有效的反映到产品的功能设计和实现中。

3.2.2. 技术需求

技术需求是指那些为实现用户业务需求所需要的，由用户偏好或项目组研发需要所提出编码规范、技术架构、第三方中间件等技术性内容，这些需求主要由项目经理、系统架构师、研发工程师等在深入了解和评估用户的业务需求后，为满足产品研发实现的实际需要而提出，产品经理需积极协助需求提出人对相关技术需求进行评估和调研，以便保证产品研发的顺利进行。

3.2.3. 接口需求

接口需求是指那些与用于既有系统或平台进行数据交换的系统对外接口，产品经理需要协助项目经理积极协调用户资源，对接口标准，包括：数据协议、通信方式、部署环境等内容进行全面彻底的调研和设计，必要时需要请用户协调第三方系统提供方进行支持。

3.2.3. 性能需求

性能需求是指用户在使用产品时，对用户操作的响应时间、并发用户数、吞吐量、性能计数器等指标所提出的需求，产品经理需协助架构师和质量工程师深入了解用户的部署及应用环境，以便对产品的性能需求提供切实可行的技术实现和测试验证方案。

3.2.4. 安全需求

安全需求包括部署安全和数据安全，部署安全通常指网络安全、破解安全等；数据安全通常指数据一致性、数据访问等级、数据加密、敏感数据脱敏等。产品经理在需求采集和调研时，需要高度重视安全性需求，积极配合项目经理和架构师，引导用户选择合适安全策略。

3.2.5. 备份需求

数据是IT数字化产品运行的基础，因此产品运行数据的备份是基本安全策略之一，项目经理和架构师在产品设计时要充分考虑和运用备份技术、备份策略、备份存储等技术。

3.2.6. 部署需求

部署需求是指支撑产品运行所需要的服务器、操作系统、终端、网络、中间件等，包括设备名称，配置参数、版本等，项目经理需要协助产品经理对产品部署所需要的环境进行调研和设计。

四. 需求管理过程

需求管理过程是对需求管理过程中的关键节点以及相关活动进行设计和定义，辅助需求管理的高品质实现。需求管理的基本过程如下图所示：

4.1. 采集需求

采集需求是产品经理的核心工作内容之一，产品经理通过调研来获取产品的关键需求，同时产品营销部门可以将市场反馈内容提交到产品经理处，由产品经理统一管理和跟踪。产品经理采集和管理需求的流程如下图所示：

4.2. 评估需求

评估需求由产品经理发起的，组织需求管理组相关成员，对经过其初筛后的需求进行系统的评估的活动，评估过程中要对需求实现的可行性、技术路线、工作量、风险等内容进行评估，评估流程如下图所示：

4.3. 审核需求

审核需求是有产品经理依据需求的评估结果，发起的需求研发实现的审批流程，其中0<研发工时<=100工时，由产品经理直接审批；100<研发工时<=200,由部门首长审批；200<研发工时，需公司产品管理委员会审批。评审需求的流程如下图所示：

4.4. 实现需求

需求审核通过后，有项目经理组织研发资源，对相关需求进行技术实现，并实时将实现结果报至产品经理处，产品经理需要实时更新产品需求管理矩阵表，并协助项目经理完成需求实现的初验工作。

4.5. 验证需求

研发工程师完成需求实现和初验后，将实现的成果物提交给质量工程师进行需求实现的验证测试，在这个过程中，产品经理需要协助质量工程师完成品质指标的设计和定义，以及测试验证方案的设计、评审和执行，并将需求状态更新到需求跟踪矩阵表。详细流程如下图所示：

4.6. 交付需求

经过质量工程师验证，并依据《质量管理制度》的要求发布评测报告后，质量工程师需协助项目整理研发相关成果物，并由项目经理向产品经理发起需求交付活动，具体流程如下图所示：

4.7. 变更需求

项目执行过程，由于实现或用户反馈所引发的需求变更，需统一报至产品经理处，由产品经理按照需求管理过程的制度要求，对变更需求进行评估、审核、实现和交付。具体流程如下图所示：

五. 需求管理工具

5.1. 需求管理表

参照产品研发部《产品需求管理表模板》

5.2. 需求变更管理表

参照产品研发部《产品需求变更管理表模板》

5.3. 用户特性管理表

参照产品研发部《产品用户特性管理表模板》

5.4. 需求跟踪矩阵

参照产品研发部《产品需求跟踪矩阵表模板》

5.5. 需求设计（PRD）

参照产品研发部《产品需求定义书（PRD）模板》

5.6. UE交互模型设计

使用Axure设计，完成《UE规格说明书》

5.7. 数据模型设计

使用Astah设计ER图和数据流图，完成数据设计

5.8. 业务模型设计

使用Astah设计活动图数据产品需要实现的业务活动流程，完成业务模型设计。

5.9. 功能清单

使用功能清单完成产品研发的版本规划。

• 上一篇：【需求管理】需求的实现与验证
• 下一篇：项目管理中的需求管理与满足