案例说明：

项目的范围管理影响到信息系统项目的成功。在实践中，“需求蔓延”是信息系统失败最常见的原因之一，信息系统项目往往在项目启动、计划、执行，甚至收尾时不断加入新功能，无论是客户的要求还是项目实现人员对新技术的试验，都可能导致信息系统项目范围的失控，从而使得信息系统项目在时间、资源和质量上都受到严重影响。

阅读以下关于信息系统项目管理过程中范围管理方面问题的叙述，回答问题1～问题3。

案例场景

    Perfect公司原本是一家专注于企业信息化的公司，在电子政务如火如荼的时候，开始进军电子政务行业。在电子政务的市场中，接到的第一个项目是开发一套工商审批系统。由于电子政务保密要求，该系统涉及到两个互不联通的子网：政务内网和政务外网。政务内网中储存着全部信息，其中包括部分机密信息；政务外网可以对公众开放，开放的信息必须得到授权。

    系统要求在这两个子网中的合法用户都可以访问到被授权的信息，访问的信息必须一致可靠，政务内网的信息可以发布到政务外网，政务外网的信息在经过审批后可以进入政务内网系统。

    张工是该项目的项目经理，在捕获到这个需求后认力电子政务建设与企业信息化有很大的不同，有其自身的特殊性，若照搬企业信息化原有的经验和方案必定会遭到惨败。因此采用了严格瀑布模型，并专门招聘了熟悉网络互通互联的技术人员设计了解决方案，在经过严格评审后实施。在项目交付时，虽然系统完全满足了保密性的要求，但用户对系统用户界面提出了较大的异议，认为不符合政务信息系统的风格，操作也不够便捷，要求彻底更换。由于最初设计的缺陷，系统表现层和逻辑层紧密耦合，导致70%的代码重写，而第二版的用户界面仍不能满足最终用户的要求，最终又重写了部分代码才通过验收。由于系统的反复变更，项目组成员产生了强烈的挫折感，士气低落，项目工期也超出原计划的100%。

问题1:请对张工的行为进行点评？

1）张工注意到了系统运行环境的特殊性，在良好设计和实现的情况下满足了用户的要求；

2）张工忽略了系统的潜在要求，在用户界面和操作风格上范围定义不清晰，造成系统交付时的重大变更；

3）张工在第一次问题发生后仍然未对范围进行有效的管理，造成了系统的二次变更；

4）张工没有对项目风险进行有效管理，采用对风险适应性很差的瀑布模型进行开发；

5）张工没有对项目质量进行有效控制，在表现层和逻辑层耦合了业务逻辑，增加了修改的代价。

问题2:请从项目范围管理的角度找出该项目实施过程中的主要管理问题？

1）张工没有挖掘到用户的全部隐性需求，缺乏精确的范围定义；

2）在发生第一次变更时，没有采取有效的范围管理，导致二次变更；

3）项目的范围变更控制不足，造成反复系统变更。

问题3：请结合你本人实际项目经验，指出应如何避免类似问题？

有效的范围管理包括了从范围定义到范围控制等多方面的工作，每一项工作都是重要的。

1）对于本案例，要结合行业特点进行需求分析，挖掘系统潜在需求，同时通过原型法辅助需求定义，避免范围定义不清晰的问题。

2）在发生需求变更时需要进行有效的需求控制，尽量在满足用户需求的前提下缩小需求范围，坚决避免需求的二次变更。