需求管理流程.doc

目录
一、 背景介绍 4
1. 通常遇到的需求问题 4
2. 为什么要管理需求 4
3. 适用范围 5
二、 需求管理概念 5
1. 需求管理目标 5
2. 需求管理过程 5
三、 需求开发阶段 7
四、 评审流程 8
五、 建立技术需求说明书 10
六、 制定开发计划 11
七、 业务项目开发过程: 13
八、 需求变更过程 13
九、 业务项目验收流程 14
十、 产品发布 14
XXXX文化传播有限公司
公司文件
司发字【20 年】第号签发人: 拟稿人: 机密等级:秘密
xxxx传播有限公司需求管理流程
背景介绍
通常遇到的需求问题
根据Rational 公司的统计,在项目运作过程中通常出现的问题如下:
无法跟踪需求的变更
需求难以表达
业务功能的渐变
没有很好的组织
以上问题,时时困扰着项目的策划者、项目管理者、系统构架师、项目开发团队、测试团队、产品维护团队......。因此,我们必须解决这些与需求相关问题。
为什么要管理需求
需求管理的唯一目的在于促使项目成功,降低失败的风险。
项目失败的大多数原因是与需求相关的问题。
——The Standish Group's CHAOS Reports from 1994 and 1997
对美国和英国500个IT经理调查,76%的人曾经历过失败,其中最多的原因就是“用户的需求总是在变化”。
——In December 1997, Computer Industry Daily reported
如果没有好的需求管理就可能会导致需求失控、项目缺乏计划性、项目失控、延期甚至导致项目失败。因此,如何管理需求,保证项目成功,是我们要解决的问题。为此,我们制定需求管理流程,规范需求管理过程和活动。
适用范围
本规范适用于XXXX文化传播有限公司所有的业务产品开发过程。
需求管理概念
需求管理目标
需求管理的目的是在客户和将处理客户需求的业务项目之间建立对客户需求的共同理解。它有两个目标:
目标1:分配给业务项目的需求是受控的,建立供业务项目工程和管理使用的基线
目标2:业务项目计划、产品和活动与分配给业务项目的需求保持一致
需求管理过程
需求管理意味着:
1) 需求的来源是受控的,不能随便纳入业务项目开发计划中或合入版本,要经过受影响各方评审和同意
2) 业务项目计划、活动和工作产品都必须与需求保持一致
3) 对需求的实施过程进行监控,确保需求正确实现;
4) 在需求发生变化时,要对变化对项目造成的影响进行评估,并与受影响的各方协商,在取得一致意见后,再进行修改。并要保持业务项目计划、活动和工作产品与需求保持一致。
没有需求管理的项目,看起来要满足几乎所有的地方的需求,例如,各级领导、客户代表、市场人员等等。他们提供需求给希望实现它们的项目组,而不管它对产品的影响如何。没有控制的需求将导致产品计划的推迟和低质量。
在业务项目开发过程中,需求改变是不可避免的。但更重要的是,如何管理和监控这些需求的变更过程,并相应调整开发计划和开发活动,保证这些需求能够被正确实现,是需求管理过程的重要内容。
下图显示了需求管理的全过程:

需求开发阶段:需求责任人组织进行需求调研,汇总、分析和整理需求。
需求评审:项目组对员工创意或公司立项的项目进行评审,如评审通过,则转入下一步。
根据评审通过的项目(创意)评估报告书,建立技术需求说明书。
根据技术需求说明书制定开发计划,相关人员对开发计划进行承诺(下发工单)。
业务项目开发过程:包括开发和测试,在开发阶段建立需求跟踪进度表
需求变更过程
开发完毕后,提交业务项目产品进行验收。
产品发布
需求开发阶段
工作内容
在此阶段,进行需求开发工作,通过市场调研,对新产品的需求进行提炼、归纳和汇总。
责任人:产品部产品经理
工作职责: 产品部产品经理是需求开发阶段的第一责任人,负责组织与产品相关的各个接口部门共同进行需求调研、分析、讨论和编写工作。
业务项目需求
讨论业务项目需求之前,必须先确定如下要素:
业务项目的边界:明确业务项目系统的边界在哪里,哪些是业务项目系统内部的,哪些是业务项目系统外部的。
Actor: 必须确定与业务项目系统进行交互的用户和其它系统,统称其为Actor.
讨论业务项目需求时,需要先把要开发的业务项目系统看成一个黑盒子,从Actor的角度来看这个黑盒子。Actor对黑盒子内部的结构一无所知,Actor与业务项目系统的交互仅仅是在业务项目系统边界上进行的。因此业务项目需求就是在业务项目系统的边界上,Actor所能进行的一切,包括看到的(界面)、听到的(提示语音)、输入(键盘/鼠标输