需求管理流程.docVIP

目录

TOC\o1-3\h\z一、 背景介绍 4

1. 通常遇到的需求问题 4

2. 为什么要管理需求 4

3. 适用范围 5

二、 需求管理概念 5

1. 需求管理目标 5

2. 需求管理过程 5

三、 需求开发阶段 7

四、 评审流程 8

五、 建立技术需求说明书 10

六、 制定开发方案 11

七、 业务工程开发过程： 13

八、 需求变更过程 13

九、 业务工程验收流程 14

十、 产品发布 14

千贺文化传播

公司文件

司发字【20年】第号签发人：拟稿人：机密等级：秘密

千贺文化传播需求管理流程

背景介绍

通常遇到的需求问题

根据Rational公司的统计，在工程运作过程中通常出现的问题如下：

无法跟踪需求的变更

需求难以表达

业务功能的渐变

没有很好的组织

以上问题，时时困扰着工程的筹划者、工程管理者、系统构架师、工程开发团队、测试团队、产品维护团队。因此，我们必须解决这些与需求相关问题。

为什么要管理需求

需求管理的唯一目的在于促使工程成功，降低失败的风险。

工程失败的大多数原因是与需求相关的问题。

——TheStandishGroupsCHAOSReportsfrom1994and1997

对美国和英国500个IT经理调查，76%的人曾经历过失败，其中最多的原因就是“用户的需求总是在变化”。

——InDecember1997,ComputerIndustryDailyreported

如果没有好的需求管理就可能会导致需求失控、工程缺乏方案性、工程失控、延期甚至导致工程失败。因此，如何管理需求，保证工程成功，是我们要解决的问题。为此，我们制定需求管理流程，标准需求管理过程和活动。

适用范围

本标准适用于千贺文化传播所有的业务产品开发过程。

需求管理概念

需求管理目标

需求管理的目的是在客户和将处理客户需求的业务工程之间建立对客户需求的共同理解。它有两个目标：

目标1：分配给业务工程的需求是受控的，建立供业务工程工程和管理使用的基线

目标2：业务工程方案、产品和活动与分配给业务工程的需求保持一致

需求管理过程

需求管理意味着：

1)需求的来源是受控的，不能随便纳入业务工程开发方案中或合入版本，要经过受影响各方评审和同意

2)业务工程方案、活动和工作产品都必须与需求保持一致

3)对需求的实施过程进行监控，确保需求正确实现；

4)在需求发生变化时，要对变化对工程造成的影响进行评估，并与受影响的各方协商，在取得一致意见后，再进行修改。并要保持业务工程方案、活动和工作产品与需求保持一致。

没有需求管理的工程，看起来要满足几乎所有的地方的需求，例如，各级领导、客户代表、市场人员等等。他们提供需求给希望实现它们的工程组，而不管它对产品的影响如何。没有控制的需求将导致产品方案的推迟和低质量。

在业务工程开发过程中，需求改变是不可防止的。但更重要的是，如何管理和监控这些需求的变更过程，并相应调整开发方案和开发活动，保证这些需求能够被正确实现，是需求管理过程的重要内容。

下列图显示了需求管理的全过程：

需求开发阶段：需求责任人组织进行需求调研，汇总、分析和整理需求。

需求评审：工程组对员工创意或公司立项的工程进行评审，如评审通过，那么转入下一步。

根据评审通过的工程〔创意〕评估报告书，建立技术需求说明书。

根据技术需求说明书制定开发方案，相关人员对开发方案进行承诺〔下发工单〕。

业务工程开发过程：包括开发和测试，在开发阶段建立需求跟踪进度表

需求变更过程

开发完毕后，提交业务工程产品进行验收。

产品发布

需求开发阶段

工作内容

在此阶段，进行需求开发工作，通过市场调研，对新产品的需求进行提炼、归纳和汇总。

责任人：产品部产品经理

工作职责：产品部产品经理是需求开发阶段的第一责任人，负责组织与产品相关的各个接口部门共同进行需求调研、分析、讨论和编写工作。

业务工程需求

讨论业务工程需求之前，必须先确定如下要素：

业务工程的边界：明确业务工程系统的边界在哪里，哪些是业务工程系统内部的，哪些是业务工程系统外部的。

Actor:必须确定与业务工程系统进行交互的用户和其它系统，统称其为Actor.

讨论业务工程需求时，需要先把要开发的业务工程系统看成一个黑盒子，从Actor的角度来看这个黑盒子。Actor对黑盒子内部的结构一无所知，Actor与业务工程系统的交互仅仅是在业务工程系统边界上进行的。因此业务工程需求就是在业务工程系统的边界上，Actor所能进行的一切，包括看到