[lichengK]的博客:
http://lichengK.mypm.net
需求管理学习笔记(2)

需求管理(2)

1、如何进行需求优先级管理?

   需求优先级主要是针对功能需求而言的,除却被依赖的需求应当优先实现之外,需求优先级主要反映了客户希望最终系统提供某功能需求的迫切程度。一般而言,需求优先级可以分为三级:

1)高优先级(Must have):必不可少的功能。只有在这些需求上达成一致意见,项目才可能被接受。这些功能的实现质量必须趋于完美。

2)中优先级(Shoud have):必要的功能。这些功能是系统所需要的,如果有必要可以延迟实现。虽然不提供这些功能系统也有可能被接受,但最好不要忽略它们。值得为这些功能的质量付出努力。

3)低优先级(Could have):锦上添花式的功能增强。低优先级的需求可以实现也可以不实现;但如果资源允许的话,实现这些需求将会使产品更臻完美。另外,对于这些需求的实现质量要求不是很高,甚至可以容忍不严重的缺陷存在。

一个项目中,需求优先级为高、中、低的需求的比例应该科学(比如343),从而有利于项目管理。如果将需求优先级统统定为高,或者需求优先级为高的需求明显占了压倒性的比例,这显然是不科学做法,违背了设定需求优先级的初衷,不利于项目管理中权衡与调整。

2、如何编写需求文件(需求规格说明书、产品规格说明书)?

需求文件描述各种单一的需求将如何满足与项目相关的业务需求。一开始,可能只有概括性的需求,然后随着信息的增加而逐步细化。只有明确的(可测量和可测试的)、可跟踪的、完整的、相互协调的,且主要干系人愿意认可的需求,才能作为基准。

需求文件的组成部份:

1)业务需求或需抓住的机遇,描述当前局面的不足以及启动项目的原因。

2)可跟踪的业务目标和项目目标功能要求,

3)功能要求:描述业务流程、信息以及与产品的内在联系。可采用适当的方式,如写成文本式需求清单或制作出模型,也可以同时采用这两种方法。

4)非功能性要求,如服务水平、绩效、安全、防护、合规性、保障能力、保留/清除等。

5)质量要求。

6)验收标准

7)对支持和培训的需求。

8)与需求有关的假设条件和制约因素。

3、如何编写项目范围说明书?

项目范围说明书详细描述项目的可交付成果,以及为提交这些可交付成果而必须开展的工作。项目范围说明书也表明项目干系人之间就项目范围所达成的共识。为了便于管理干系人的期望,项目范围说明书可明确指出哪些工作不属于本项目范围。项目范围说明书使项目团队能开展更详细的规划,并可在执行过程中指导项目团队的工作;它还为评价变更请求或额外工作是否超出项目边界提供基准。

组成部份:

1)产品范围描述:逐步细化在项目章程和需求文件中所述的产品、服务或成果的特征。

2)产品验收标准:定义已完成的产品、服务或成果的验收过程和标准。

3)项目可交付成果:可交付成果既包括组成项目产品或服务的各种结果,也包括各种辅助成果,如项目管理报告和文件。

4)项目的除外责任:通常需要识别出什么是被排除在项目之外的。明确说明哪些内容不属于项目范围,有助于管理干系人的期望。

5)项目制约因素:列出并说明与项目范围有关、且限制项目团队选择的具体项目制约因素,例如,客户或执行组织事先确定的预算、强制性日期或强制性进度里程碑。如果项目是根据合同实施的,那么合同条款通常也是制约因素。

6)项目假设条件:列出并说明与项目范围有关的具体项目假设条件,以及万一不成立而可能造成的后果。

4、需求文件与项目范围说明书的区别?

需求文件是描述客户的期望,这种期望最终满足项目业务的需要,在管理需求过程中需要双向跟踪,排列优先级。并最终得到各方干系人的一致确认,并成为基准。

项目范围说明书说描述的对象是可交付成果,是对需求文件进一步深化的描述。明确了项目的目标和主要的可交付成果,是项目班子和任务委托者之间签订协议的基础,也是未来项目实施的基础,并且随着项目的不断实施进展,需要对范围说明进行修改和细化,以反映项目本身和外部环境的变化。并在此基础上进一步明确和规定了项目利益相关者之间希望达成共识的项目范围,

 

lichengK 发表于 2012/11/9 23:49:00 阅读全文 | 回复(0) | 引用通告 | 编辑 | 收藏该日志

发表评论:

    昵称:
    密码:
    主页:
    标题:
公 告
登 陆
日志日历
搜 索
日 志
评 论
链 接
统 计