范围管理案例分析.docVIP

范围定义 1.1 案例场景 希赛信息技术有限公司 (CSAI 原本是一家专注于企业信息化的公司，在电子政务如火如茶的时候， 开始进军电子政务行业。 在电子政务的市场中，接到的第一个项目是开发一套工商审批系统。 由于电子政务必威体育官网网址要求，该系统涉及到两个互不联通的子网： 政务内网和政务外网。政务内网中储存着全部信息， 其中包括部分机密信息； 政务外网可以对公众开放，开放的信息必须得到授权。 系统要求在这两个子网中的合法用户都可以访问到被授权的信息，访问的信息必须是一致可靠，政务内网的信息可以发布到政务外网， 政务外网的信息在经过审批后可以进入政务内网系统。 张工是该项目的项目经理， 在捕获到这个需求后认为电子政务建设与企业信息化有很大的不同， 有其自身的特殊性， 若照搬企业信息化原有的经验和方案必定会遭到惨败。 因此采用了严格瀑布模型， 并专门招聘了熟悉网络互通互联的技术人员设计了解决方案， 在经过严格评审后实施。在项目交付时，虽然系统完全满足了必威体育官网网址性的要求，但用户对系统用户界面提出了较大的异议， 认为不符合政务信息系统的风格，操作也不够便捷，要求彻底更换。由于最初设计的缺陷，系统表现层和逻辑层紧密耦合，导致 70％的代码重写，而第二版的用户界面仍不能满足最终用户的要求， 最终又重写的部分代码才通过验 收。由于系统的反复变更， 项目组成员产生了强烈的挫折感，士气低 落，项目工期也超出原计划的 100％。 1.2 问题 问题 1：请大家对张工的行为进行点评。 问题 2：从项目范围管理的角度找出该项目实施过程中的主要管理问 题。 问题 3：如何避免类似的问题 1.3 参考答案 【问题 1】 张工注意到了系统运行环境的特殊性，在良好设计和实现的情况下满足了用户的要求。 张工忽略了系统用户的潜在要求，在用户界面和操作的风格上范围定义不清晰，造成系统交付时的重大变更。 张工在第一次问题发生后仍没有对范围进行有效的管理，造成了系统第二次的变更。 张工没有对用户界面是否能够满足要求的风险进行有效的管理，而是采用了对风险适应性较差的瀑布模型组织开发。 张工没有对设计质量进行有效的控制， 造成表现层中耦合了业务逻辑，增加了修改的代价。 【问题 2】 张工没有挖掘到系统的全部隐性需求， 缺乏精确的范围定义。 在发生第一次变更时，张工仍没有有效的范围管理，从而造成系统的二次变更。 重复的系统变更说明张工对系统范围控制不足， 导致一而再再而三的反复。 【问题 3】 有效的范围管理包括了从范围定义到范围控制等多方面的工作，每一项工作都是重要的。 对于本案例，要结合行业特点进行需求分析，挖掘系统潜在的需求， 同时通过原型等方法来辅助需求的定义， 避免范围定义不清晰的问题。 在发生需求变更时需要进行有效的需求控制， 尽量在满足用户需求的前提下缩小需求范围，坚决避免需求的再次变更。 工作要点 2.1 案例场景 M集团是希赛信息技术有限公司 (CSAI ) 多年的客户， CSAI 已经为其开发了多个信息系统。最近， M 又和 CSAI 签订了新的开发合同，以扩充整个企业的信息化应用范围， 张工担任该项目的项目经理。 张工组织相关人员对该项目的工作进行了分解， 并参考了公司同 M曾经合 作的项目，评估得到项目，总工作量 60 人月，计划工期 6 个月。项目刚刚开始不久，张工的高层经理 S 找到张工。 S表示，由于公司运 作的问题，需要在 4 个月内完成项目，考虑到压缩工期的现实，可以为该项目在增派两名开发人员。 张工认为，整个项目的工作量是经过仔细分解后评估得到的， 评估过程中也参考了历史上与 K企业合作的项目度量数据，该工作量是客观真实的。目前项目已经开始，增派的人手还需要一定的时间熟悉项目情况， 因此即使增派两人也很难在四 个月内完成。如果强行要求项目组成员通过加班等方式追逐 4 个月完成的目标，肯定会降低项目的质量，造成用户不满意。因此，张工提 出将整个项目分为两部分实现， 第一部分使用三个半月的时间， 第二部分使用三个月的时间， 分别制定出两部分的验收标准， 这样不增派 开发人员也可以完成。 高层经理认为该方案可以满足 公司的 运作要求，用户也同意按照这种方案进行实施。六个月以后，项目在没有增加人员的前提下顺利地完成， 虽然比最初计划延长了半个月的工期，但既达到了公司的要求，客户对最终交付的系统也非常满意， 项目组的成员也没有感受到很大的压力。 2.2 问题 【问题 1】 指出张工是如何保证项目成功的？ 【问题 2】(15 分) 试结合案例指出项目范围管理的工作要点？ 2.3 参考答案 问题 1 张工首先对最初的项目范围进行了清晰的定义，并根据定义对工作进行了分解，制定了 WBS。 张工对项目进行了估算，且估算结果真实可信，对项目工作量有 量化的把握。 在