需求管理规范.pdfVIP

为什么梳理需求管理规范以及需求管理涉及哪些方面

集团目前月均新增需求近400余条，整体需求管理流程即有共性也有各自的特

点。制作此管理规范，即可供新建团队快速建立规范化的需求管理制度，也可供

稳定业务团队需求管理进一步规范化参考。

规范内容包括：

•需求管理常见定义

•需求价值原则及优先级排序的规则

•集团典型的需求交付流程（项目、迭代）

•规范的需求撰写流程

•需求颗粒度管理

•需求评审的质量把控方法

•需求管理工具介绍

•需求的干系人管理

需求管理涉及的一些定义及其关系

需求交付方式，按是否具有可持续性的维度来划分通常有2种，一种是【项目交

付】，在既定目标下投入对应资源，并在指定周期内完成交付，通常以项目的方

式进行交付和管理；另一种是【迭代交付】，以产品形态持续满足客户市场需求

时，通过小步快跑的方式并在敏捷文化的指引下，按比较固定的交付周期，持续

迭代，实现可持续性的产品交付。

需求交付方式决定了需求管理的基本要素和管理方式。基本要素包括项目，产

品，迭代，需求，下面简要描述基本定义和要素之间的关系。

项目：集团高层或BG内确立的高优目标，在指定的周期内，限定的资源和条件

下，将目标拆解后的需求交付上线，实现整体目标的达成，以项目管理方式进行

管理。根据确定的项目目标，可能需要不同部门，不同产品在特定周期内协同配

合才能达成，所以在一个项目中可能会需要多个部门的多个产品平台的多次迭

代才能完成交付实现预期目标，按照这样的逻辑项目是一个最大集合，他包含了

产品，迭代，需求。不同规模的项目，他所包含的产品，迭代，需求可能数量，

维度不同。

产品：为了满足市场，用户需求，持续性提供的一系列的功能或服务，也可以理

解为特定领域或方向上的需求集合。这些需求通过迭代的方式交付。产品本身也

是服务于集团整体目标，所以产品会服务于集团成为战略项目中的一环或一个子

集。

迭代：在敏捷文化的指引下，按固定周期节奏持续交付，每个周期内根据人力，

资源，周期内外部条件从需求池中选定可支持的需求范围，这种交付方式称为迭

代交付，简称迭代。项目和产品均可以通过迭代方式进行交付，可以理解为项目

或产品根据当前资源在某个周期内圈定上线的需求集合，并打上了明确上线日期

标签的集合。

需求：业务方或用户在业务活动中所需提供的支持或需要解决的问题。管理的最

小单位，可根据颗粒度要求进行二级拆分（父需求，子需求）。他被项目，产品

所包含，以迭代或独立上线的方式交付上线。

需求的价值原则及优先级排序

需求的价值原则映射组织的战略导向目标，各团队可根据自身的业务特点及价值

诉求广泛征集调研后自行制定，本规范提供参考如下。

1.商业价值优先，不仅衡量产品功能对于用户的价值，更衡量对企业的收益

和成本

2.产品初始阶段优先实现核心能力，产品MVP版本上线验证价值后，再考

虑丰富功能

3.做功能扩展和完善的发展阶段系统，小步快跑式的创新需求优先

4.成熟系统,用户活跃或线索营收类的需求优先

5.以解决问题为主，增光添彩为辅

6.需求颗粒度建议以2周以内可上线为好

7.单条需求需具备可验证的“为用户提供价值”的能力

参照需求的价值原则，推荐需求的优先级拆分为P0-P3，P0为最高优先级。落地

到具体的需求优先级定义可参考如下：

需求颗粒度管理

定义说明：

•小需求中小需求：两类需求是组成“产品迭代”的核心需求类型，也符合

敏捷快速交付的核心理论

•中大型需求：两类需求是构成“产品MVP版本或战略项目”的主要类型

以上4个需求类型，基本对应了两种交付方式，即“项目交付”以及“迭代交付”。

控制需求颗粒度，一般有2种方式：

一种是传统项目将需求按照职能小组的维度拆分（系统-模块-功能-端）。例如：

**系统**模块***；这种情况下往往多条需求集合在一起交付才具有业务可验证性。

变更风险影响小的需求考虑这种拆分的方法。

目前行业内普遍使用的是偏敏捷和精益的需求拆分方法。精益和看板里最重要的

原则就是减小批量大小，限制在制品，加快价值交付。把一个大需求拆分成最小

的可交付工件，或者敏捷里说的用户故事，就是要以工件或用户故事作为管理粒

度。大的需求都很复杂，管理难度大，推进风险高，所以要对它们进行拆分，直

到不可再拆分为止。

实际业务场景中，除了优化类或者问题类的小需求，稍微大一点的需求，例如