需求管理规范说明V1.0

需求管理规范说明数据产品事业部-生产部-采集部

文档履历

发布范围

目录

1.目的 (2)

2.适用范围 (2)

3.术语及定义 (2)

3.1需求管理 (2)

3.2需求获取 (2)

3.3需求列表 (2)

3.4需求状态 (2)

4.执行准则 (2)

5需求管理过程 (3)

5.1需求过程所涉及工作 (3)

5.1.1需求定义 (3)

5.1.1.1需求获取 (3)

5.1.1.2需求分析 (4)

5.1.1.3需求说明 (4)

5.1.1.4需求验证 (6)

5.1.2需求维护 (6)

5.1.2.1需求基线定制 (6)

5.1.2.2需求变更 (7)

5.1.2.3需求跟踪 (9)

5.1.2.4需求状态 (10)

1.概述

需求管理，需要明确需求管理流程，并对每个相关部门所应有的责任与权利进行界定，同时要建立有效的监管措施，使流程中的每个环节都能发挥有效作用。

需求管理不是项目前期的一个环节，而是贯穿整个项目的关键流程。在具体进行需求管理时，应该着重注意明确职责避免缺位、需求应分层沟通和确认、分步实施和先易后难的原则。

2.目的

为了阐述清楚一个项目需求各个层次中的每一个环节设计考虑。保证项目执行的质量、进度、需求的完整与可追溯性。保证业务需求提出者与需求分析人员、项目执行人员、验收人员及其也相关利益人对需求达成共识。

3.适用范围

本管理规范只适用于数据产品事业部-采集部需求管理人员。

4.术语及定义

4.1 需求管理

是一种获取、组织、并记录项目所产生或接受的技术性、非技术性需求，以及组织项目的需求。

通过需求管理能够管理所有的需求变更、维护需求与项目实施过程的关系、识别需求与工作产品间的不一致，使客户、与项目团队对不断变化的需求达成并保持一致。

4.2 需求获取

是业务规划部门依据需求方提交的业务需求，经过分析、整合、加工而形成的按系统、分功能抽象记录的需求概述。它是项目管理的基本单元，也是用户需求编写的依据。

4.3 需求列表

是需求分析人员依据需求条目，通过分析，按照需要实现的目标点组织编写的需求清单。

4.4 需求状态

指某时间点上反映出的需求问题情况。

5.执行准则

1、必须列明需求条目

2、必须列明用户需求列表

3、需求一定要进行分类

4、需求需分优先级

5、需求输入后必须进行管理文件编号管理

6需求管理过程

6.1 需求过程所涉及工作

需求管理过程也叫做需求阶段，包括需求定义、需求维护。

图1-1

说明：1、需求定义主要包括需求获取、需求分析、需求处理（需求规格说明书）、需求验证四个阶段。

2、需求维护主要包括对整个基线需求管理的维护及变更、跟踪、状态四个方面的维护工作。

6.1.1需求定义

6.1.1.1 需求获取

需求获取的主要目的是从宏观上把握产品方向的具体需求方向和趋势，了解现有需求组织内容、项目业务流程、工艺要求等，对任务进行分析、从而捕获和修订用户的需求，以建立良好的沟通渠道和方式。如下为需求获取流程图：

图1-2

6.1.1.3 需求说明

需求规格说明阐述一个项目执行过程必须提供的目标、范围和工艺要求、产能、项目架构以及它所要考虑的限制条件，它是项目策划、生产和质量的基础。如下为需求说明修订流程：

图1-3

6.1.2.2 需求变更

需求变更管理的目的是控制需求变化引起的项目实施过程与需求不一致的情况，约束需求分析的完整性。保证每一次的需求改动都能有相关的记录。建立需求基准版本和需求控制版本文档。所有的需求文档都要进行版本控制，文档要包含文档类型、名称、创建者、创建时间、修改者、修改时间、版本号、评审人员等信息。

需求变更有3种情况，一种是客户提出来要进行修改，增加需求等，一种是公司内部人员提交的建议，还有就是项目阶段实施修改流程（修改后的效果比前面的更加好），另外需求变更可能是比较小的改动，另外一种就是可能涉及到整个产品流程，这就是比较大的需求改动。下面就按照上面的3种情况进行画出流程图：

1、外部需求变更流程

图1-4

流程说明：

需求来源：外部需求

审核需求变更：评估如果实现该需求，需要的时间、人力成本多少；并评估对项目工期影响有多大？判断那些需求能够目前解决，那些需要留到下一版本解决。最后输出一份分析结果确认表反馈给需求方，和需求方进行商讨。参与评审的人员要包含部门领导，需求组人员、策划组人员，生产组人员、工艺组人员、质量组人员及相关兄弟部门负责人。

需求管理员：对变更需求进行记录，需求文档进行更新，并通知相关人员

策划组人员：负责调整相关项目进度表，评估任务时间，分发给相关开发人员

生产管理人员：根据变更需求和项目进度，对项目任务进度进行相对应调整。

需求方提交的变更需求最后必须让由需求方进行邮件确认。

2、内部需求变更流程

执行条件：对整个项目进度不会影响严重、与需求方原始需求无偏差。

图1-5

流程说明：

内部需求变更来源：公司内部人员发现逻辑，需求上的问题，或工艺调整、项目资源变化等提出的需求不一致内容。

需求变更类型：需求有误、需求有遗漏、需求不明确。

需求变更审核：内部提交的需求应该经过部门领导，需求组人员、策划组人员，生产组人员、工艺组人员、质量组人员及相关兄弟部门负责人员共同的确认才能确认是否修改。

需求管理：评审需求变更部分的工作量，判断需求变更的内容是否对项目进度有影响，如果需求变更对项目进度有影响，可以拒绝变更；将变更内容放入下一版本进行修改，若提出者认为必须在本版中进行修改，需求管理可以将变更的内容提交给部门领导进行处理，并决定是否在本版中进行修改。

需求管理：对需求变更进行备案。

6.1.2.3 需求跟踪

在整个项目运行过程中，进行需求跟踪的目的是为了建立和维护从用户需求开始到项目收尾的一致性与完整性。确保所有的实现是以用户需求为基础。对于需求实现是否全部的覆盖。同时确保所有的输出与用户需求的符合性。

如果我们能够做到项目需求的定义，那么，通过跟踪定义了的需求，我们就能够知道需求在实现过程中的具体实现细节与目标的距离。在可追踪的需求实现过程中，项目管理才能够有把握地说，需求被正确地实现了。

实现需求跟踪的一种通用方法是采用需求跟踪矩阵

6.1.2.4 需求状态

图1-6

部门需求统筹管理，就是协助业务部门提高原始需求质量，提升需求计划性，推进业务需求的系统实现，成为业务部门的沟通桥梁。