需求管理标准规范说明.doc

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

生效日期：

版本号：
V0.1
版本状态：
■草案□定稿□发布版□修订稿
编制人：
武小元
编制日期：
-4-11
审核人：

批准日期：

批准人：

批准日期：

文档履历
版本状态
修订日期
修订章节
重要修正
修订者
审核人
V0.10

所有
完毕草稿
武小元

发布范畴
接受部门
子部门
接受人岗位
节选版
完整版
份数
附件
接受日期

目录
1. 目的 2
2. 适用范围 2
3. 术语及定义 2
3.1 需求管理 2
3.2 需求获取 2
3.3 需求列表 2
3.4 需求状态 2
4. 执行准则 2
5 需求管理过程 2
5.1 需求过程所涉及工作 2
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.2 需求分析
需求分析涉及提炼、分析和仔细审查已收集到需求，最后将所接受到需求内容建立一种概念型业务流程，以保证所有风险承担者都明白其含义并找出其中错误、漏掉或其他局限性地方。

图1-2
6.1.1.3 需求阐明
需求规格阐明阐述一种项目执行过程必要提供目的、范畴和工艺规定、产能、项目架构以及它所要考虑限制条件，它是项目策划、生产和质量基本。如下为需求阐明修订流程：

图1-3

6.1.1.4 需求验证
验证是为了保证需求阐明精确并完整地表达需求内容以及必要质量特性。
需求验证规定项目各个环节负责人共同参加，对提交后需求规格阐明进行验证，分析需求对的性、完整性以及可行性等
如下为需求定义阶段操作矩阵，如图：

图1-3
6.1.2 需求维护
6.1.2.1 需求基线定制
　需求基线管理是需求管理活动中最基本一种，在某个特定版本中要实现目的和实行一组需求集合。引入需求基线后，意味着要采用分阶段或迭代业务方式。这和项目实行阶段中“风险前移”、“分阶段交付”、“半途回顾”等理念是相契合。如下为基线过程定制流程图

图1-3
6.1.2.2 需求变更
需求变更管理目是控制需求变化引起项目实行过程与需求不一致状况，约束需求分析完整性。保证每一次需求改动都能有有关记录。建立需求基准版本和需求控制版本文档。所有需求文档都要进行版本控制，文档要包括文档类型、名称、创立者、创立时间、修改者、修改时间、版本号、评审人员等信息。
需求变更有3种状况，一种是客户提出来要进行修改，增长需求等，一种是公司内部人员提交建议，尚有就是项目阶段实行修改流程（修改后效果比前面更好），此外需求变更也许是比较小改动，此外一种就是也许涉及到整个产品流程，这就是比较大需求改动。下面就按照上面3种状况进行画出流程图：
1、外部需求变更流程

图1-4
流程阐明：
需求来源：外部需求
审核需求变更：评估如果实现该需求，需要时间、人力成本多少；并评估对项目工期影响有多大？判断那些需求可以当前解决，那些需要留到下一版本解决。最后输出一份分析成果确认表反馈给需求方，和需求方进行商讨。参加评审人员要包括部门领导，需求组人员、策划组人员，生产组人员、工艺组人员、质量组人员及有关兄弟部门负责人。
需求管理员：对变更需求进行记录，需求文档进行更新，并告知有关人员
策划组人员：负责调节有关项目进度表，评估任务时间，分发给有关开发人员
生产管理人员：依照变更需求和项目进度，对项目任务进度进行相相应调节。
需求方提交变更需求最后必要让由需求方进行邮件确认。
2、内部需求变更流程
执行条件：对整个项目进度不会影响严重、与需求方原始需求无偏差。

图1-5
流程阐明：
内部需求变更来源：公司内部人员发现逻辑，需求上问题，或工艺调节、项目资源变化等提出需求不一致内容。
需求变更类型：需求有误、需求有漏掉、需求不明确。
需求变更审核：内部提交需求应当通过部门领导，需求组人员、策划组人员，生产组人员、工艺组人员、质量组人员及有关兄弟部门负责人员共同确认才干确认与否修改。
需求管理：评审需求变更某些工作量，判断需求变更内容与否对项目进度有影响，如果需求变更对项目进度有影响，可以回绝变更；将变更内容放入下一版本进行修改，若提出者以为必要在本版中进行修改，需求管理可以将变更内容提交给部门领导进行解决，并决定与否在本版中进行修改。
需求管理：对需求变更进行备案。
6.1.2.3 需求跟踪
在整个项目运营过程中，进行需求跟踪目是为了建立和维护从顾客需求开始到项目收尾一致性与完整性。保证所有实现是以顾客需求为基本。对于需求实现与否所有覆盖。同步保证所有输出与顾客需求符合性。
如果咱们可以做到项目需求定义，那么，通过跟踪定义了需求，咱们就可以懂得需求在实现过程中详细实现细节与目的距离。在可追踪需求实现过程中，项目管理才可以有把握地说，需求被对的地实现了。
实现需求跟踪一种通用办法是采用需求跟踪矩阵

6.1.2.4 需求状态

图1-6
部门需求统筹管理，就是协助业务部门提高原始需求质量，提高需求筹划性，推动业务需求系统实现，成为业务部门沟通桥梁。