项目管理3第三章项目范围管理教程方案.pptVIP

本章重点 掌握范围管理的管理过程 了解产品范围和项目范围的区别 掌握WBS的内容 掌握范围基线的内容 开篇案例 【案例正文】 　　 营销部门签署了一个合同，但是合同中只描述了大概的范围框架。谈合同期间，让用户对范围框架进行一下具体的描述，用户也无法给出一个详细的描述。 　　 合同签署之后，就着手根据项目的开发工作，开发出雏形之后，A用户就开始有了他们的想法，考虑到项目的后续验收都要经过A用户的签字。所以项目组还是按照需求变更流程的做法让A签字，避免后续工作影响，A用户也配合该工作 　　 随着工作的深入开展，用户A的想法也越来越多，也逐渐超出了合同谈判期间的大概范围(站在用户的角度来说，他认为这些需求就是本次合同里面大概范围)。 　　 该项目已经进展了2个月了，能够进行正常使用，离用户的要求也越来越近，就由于前期合同谈判期间范围未定义好，导致了变更不变。 　　 针对这样的案例，对于项目经理该如何更好的进行处理呢? 5.1范围规划 项目范围管理计划是项目管理团队确定、记载、核实、管理和控制项目范围的指南。 项目范围管理计划的内容有: 编制详细项目范围说明书； 制作工作分解结构， 确定如何维持与批准工作分解结构； 如何正式验收项目已完成可交付成果; 控制详细项目范围说明书变更请求。 项目范围管理计划包含在项目管理计划之内，也可作为其中一项分计划。 5.3 范围确认 范围确认是正式验收项目已完成的可交付成果的过程。核实范围包括与客户或发起人一起审查可交付成果，确保可交付成果已圆满完成，并获得客户或发起人的正式验收。 案例分析一 希赛信息技术有限公司(CSAI 原本是一家专注于企业信息化的公司，在电子政务如火如荼的时候，开始进军电子政务行业。在电子政务的市场中，接到的第一个项目是开发一套工商审批系统。由于电子政务必威体育官网网址要求，该系统涉及到两个互不联通的子网：政务内网和政务外网。政务内网中储存着全部信息，其中包括部分机密信息；政务外网可以对公众开放，开放的信息必须得到授权。系统要求在这两个子网中的合法用户都可以访问到被授权的信息，访问的信息必须是一致可靠，政务内网的信息可以发布到政务外网，政务外网的信息在经过审批后可以进入政务内网系统。 张工是该项目的项目经理，在捕获到这个需求后认为电子政务建设与企业信息化有很大的不同，有其自身的特殊性，若照搬企业信息化原有的经验和方案必定会遭到惨败。因此采用了严格瀑布模型，并专门招聘了熟悉网络互通互联的技术人员设计了解决方案，在经过严格评审后实施。在项目交付时，虽然系统完全满足了必威体育官网网址性的要求，但用户对系统用户界面提出了较大的异议，认为不符合政务信息系统的风格，操作也不够便捷，要求彻底更换。由于最初设计的缺陷，系统表现层和逻辑层紧密耦合，导致 70％的代码重写，而第二版的用户界面仍不能满足最终用户的要求，最终又重写的部分代码才通过验收。由于系统的反复变更，项目组成员产生了强烈的挫折感，士气低落，项目工期也超出原计划的 100％。 【问题1】对张工的行为进行点评？ 【问题2】请从项目范围管理的角度找出该项目实施过程中的主要管理问题？ 【问题3】请结合你本人实际项目经验，指出应如何避免类似问题？ 【问题1】 (1)张工注意到了系统运行环境的特殊性，在良好设计和实现的情况下满足了用户的要求。 (2)张工忽略了系统用户的潜在要求，在用户界面和操作的风格上范围定义不清晰，造成系统交付时的重大变更。 (3)张工在第一次问题发生后仍没有对范围进行有效的管理，造成了系统第二次的变更。 (4)张工没有对用户界面是否能够满足要求的风险进行有效的管理，而是采用了对风险适应性较差的瀑布模型组织开发。 (5)张工没有对设计质量进行有效的控制，造成表现层中耦合了业务逻辑，增加了修改的代价。 【问题2】 (1)张工没有挖掘到系统的全部隐性需求，缺乏精确的范围定义。 (2)在发生第一次变更时，张工仍没有有效的范围管理，从而造成系统的二次变更。 (3)重复的系统变更说明张工对系统范围控制不足，导致一而再再而三的反复。 【问题3】 有效的范围管理包括了从范围定义到范围控制等多方面的工作，每一项工作都是重要的。对于本案例，要结合行业特点进行需求分析，挖掘系统潜在的需求，同时通过原型等方法来辅助需求的定义，避免范围定义不清晰的问题。 在发生需求变更时需要进行有效的需求控制，尽量在满足用户需求的前提下缩小需求范围，坚决避免需求的再次变更。 案例分析二 M 集团是希赛信息技术有限公司(CSAI )多年的客户，CSAI 已经为其开发了多个信息系统。最近，M 又和 CSAI 签订了新的开发合同，以扩充整个企业的信息化应用范围，张工担任