文档介绍：项目范围管理
在寻求解决方法之前,先明确问题。

——
2012年03月代磊
项目范围管理阶段不是5个项目阶段中最难执行的阶段,但是却是执行的最混乱的阶段。
项目范围管理阶段定义了所有的工具、模版和过程,主要解决“你需要做什么”和“你怎么知道工作已经做过了”。
项目范围管理阶段,必须通过提出服务或产品要求的客户和提供服务或产品的项目经理相互协调配合来完成。两者之间的合作关系有利于推进项目范围管理工作,并且提高项目范围定义的成功率。
项目范围管理阶段
管理客户期望
客户期望的好像总是比我们要交付的多,这种期望的差距主要是沟通失败的结果。
客户想要的与客户真正需要的存在差距,产生的可能是客户迷恋网上看到的东西,却不考虑这是否是自己真正的需求。另一个原因是,客户不知道自己需要什么。
如果客户所说的需求和真正的需求不同,项目经理应该马上找出原因,可以通过不断提问,来了解客户的需求,只有明确解决方案能满足客户需求后,才能开始项目。
指定项目要求说明书
项目要求说明书(COS),作为沟通工具,是客户(需求方)及项目经理(供应商)之间有组织的对话。最终形成的文档,被称为项目概要说明书(POS),他是一种模版,可以很明确的说明要完成的工作,他由需求方与项目调研过程的供应商共同确认,当POS经过高层审批,项目范围管理阶段就结束了。
如何制定COS
需求:提出一个需求
明确:供应商描述他所听到的需求。直到需求方满意的认为提供者充分理解了自己所提的需求,直至客户和供应商双方就需求建立的明确共识。
相应:提供者说明他们能做什么来满足所提的需求。
共识:需求者说明他所理解的提供者所提供的服务, 直到提供者满意的认为需求者充分理解提供者的服务。直至客户和供应商双方就需求建立的明确共识。
制作COS的过程包括以下4部分:
需求收集—需求的定义
需求是对项目交付物的定义,是项目经理在完善的设计、开发或实施一个项目之前应该准备的东西,项目需求开始于对客户真是需求的定义,结束于对客户需求的满足。
需求定义了项目要交付的产品或服务。用于估计项目的时间,成本和资源投入,也最终决定着客户对项目产品或服务的验收。
需求收集—需求的类型
功能需求
非功能需求
总体需求
产品/项目约束
需求可以分为四类:
需求收集—收集方法
协调小组会
需求重用
原型法
面谈
业务过程图表法
用例法
观察
最常用的收集方法:
需求收集—收集方法
方法
优点
缺点
协调小组会
非常适用于跨职能过程;详细需求能够文档化并立即验证;与一位公正的协调人员解决问题
起用未经培训的协调人员会引起客户负面反应;计划及执行阶段的时间长,成本高
需求收集—收集方法
方法
优点
缺点
需求重用
能够产生创新想法;客户能明确其要求;客户能够识别出遗漏的需求;引起客户关注;及早进行概念验证;激励思考过程
客户可能想按原型实施;很难确定何时停止;要求专业技能;文档缺失