规范：需求管理规范

一、目的与依据

为了规范需求管理过程，建立产品和技术对需求的共同理解，通过合理的约束，控制需求的变更，使软件需求受控，保证软件开发版本与需求一致。

二、适用范围

本规定适用于产品研发部门。

三、定义

需求变更：需求规格说明书基线建立后，由于产品，架构，项目进度等原因需要对原有的需求基线内容进行变更。

需求基线：需求规格说明书审批通过后形成需求基线，作为后续研发的参照版本。

四、基本原则

需求管理基本原则为：

-需求的来源是受控的，需求基线建立后不能随便纳入项目开发计划中，要经过受影响方的评审和批准

-软件上线版本必须与需求保持一致

五、管理框架与职责权限

六、流程内容

1.需求编写

1.1输入

各渠道对产品的需求，包含政策需求，组织策略，用户需求，业界产品发展趋势等

1.2活动内容和步骤说明

1)产品经理根据《需求规格说明书》模板编写需求文档。

在需求的描述中，要首先明确边界并应该遵循如下规则：

• -相关的需求都得到了识别和描述，确保需求的文整形；

• -各个需求之间不产生冲突，确保需求的一致性；

• -引用的资料有明确的出处，避免模糊词语的使用，确保需求的正确性；

• -定义必要的术语，适当结合图形，结构图等方式进行描述，确保需求无二性；

• -确保描述的需求可以通过适当的方法进行验证，确保需求的可测性。

2)产品经理在需求编写过程中要进行业务风险自评，明确产品需求涉及的场景评估可能存在的风险类型，并对评估到的风险进行方案补充完善需求文档。

3)产品经理对业务场景复杂并存在高风险的需求，可申请风险评估部门协助进行风险评估。

4)风险评估部门根据产品经理提交的需求风险评估申请，协助识别风险并给出评估意见。

1.3产出

需求规格说明书

2.需求评审

产品经理组织相关的评审者对需求规格说明书进行评审。评审者提出评审意见，产品经理对评审意见进行处理，直至评审者对需求规格说明书达成一致意见评审通过。

2.1输入

《需求规格说明书》

2.2活动内容和步骤说明

• 1)产品经理发起需求评审请求，组织需求评审过程。

• 2)正式评审活动请参照《评审规范》的评审流程

• 3)当需求规格说明书通过评审之后，建立需求基线。后续变更遵循需求变更规范

2.3产出

更新后的需求规格说明书、评审意见和评审结论

3.需求验收

需求研发完成后，产品经理组织对需求进行验收，确保研发实现的需求满足产品经理的提出的需求。

3.1输入

《需求规格说明书》，程序

3.2活动内容和步骤说明

• 1)项目研发完成后，项目经理组织验收，项目经理准备好如下材料：

  • -需求规格说明书

  • -程序

• 2)产品经理根据需求规格说明书对程序进行验收，记录验收发现问题。

• 3)若是缺陷项目组安排修复，若是需求讨论是否安排本次实现。

• 4)产品经理验收过程中若发现存在需求风险评估意见未在实现中解决，需告知产品总监决策是否带风险上线。

3.3产出

验收问题列表

4.需求变更

分析和评估需求变更，有效的控制由需求变更可能造成的项目进度、人力资源和成本等影响。

4.1输入

需求规格说明书和需求变更申请单

4.2活动内容和步骤说明

1)申请需求变更

产品经理提交需求变更申请，递交给项目经理

2)项目经理组织项目成员分析和评估变更范围及影响，包括估算工作量、成本、进度和风险等

3)变更审批

CCB根据变更评估结果，审批本次变更是否通过

4)根据需求变更申请，执行需求的变更

5)需求变更的验证，结束需求变更单

4.3产出

更新后的需求规格说明书