问题 问答题


阅读以下关于项目范围管理的说明,根据要求回答问题1~问题3。
[说明]
RT公司是一家致力于为电子政务市场提供应用系统建设的系统集成公司,最近接到开发一套向公众开放的政务信息发布与查询系统的项目。由于电子政务项目有一定的保密性要求,因此该系统涉及两个相互独立的子网,即政务内网和政务外网。政务内网中储存着全部信息,包括部分机密信息;政务外网可以对公众开放,开放的信息必须得到授权。系统要求在这两个子网中的合法用户都可以访问到被授权的信息,访问的信息必须一致、可靠,政务内网的信息可以发布到政务外网,政务外网的信息经过审批后可以进入系统。
项目经理老陈在了解到该项目系统要求之后,认为保密性是系统的难点,需要进行技术攻关。为了顺利地完成该项目,老陈找到熟悉网络互连互通的技术人员设计了解决方案,在经过严格评审后实施该方案。在系统完成开发,进入试运行前,项目发包方认为系统虽然完全满足了保密性的要求,但其使用界面操作复杂,应该简化操作,因此必须在系统交付前增加操作向导的功能。除此以外,试运行需要的服务器等设备已经采购完成,但没有经过调试,发包方要求老陈委派人员在部署试运行环境时,同时对采购的设备进行调试并安装相应的系统软件。在合同条款中仅有一条“乙方负责将系统部署到试运行及正式运行环境”,并没有指出环境的状态,老陈只好向公司求助,找到了可以完成服务器系统软件安装和调试的资源,完成了这部分工作。
对于增加“操作向导”的问题,老陈安排程序员小许向项目发包方口头了解“操作向导”的需求后,直接进行开发。但在操作向导功能交付后,项目发包方根据公众用户反馈的结果认为操作向导仍没有满足需求,最终又重写了大部分代码才通过验收。由于系统的反复变更,项目组成员产生了强烈的挫折感,士气低落,成本和工期都超出了原计划的35%以上。

结合你的项目管理经验,从项目范围定义和范围变更角度,分析以上问题的主要原因是什么

答案

参考答案:

解析:①没有清晰地了解到产品的范围,导致项目后期需求的延长:
②没有澄清模糊的项目范围,在安装服务器的问题上产生异议,最终增加了未计划到的工作;
③没有进行变更控制,以至于变更的结果不理想,导致反复地变更
项目管理是一个系统工程,没有哪种单一的手段可以有效地改善项目,反之管理中的任何疏忽都可能招致严重的后果,造成项目的失败。而软件项目的复杂性又决定了项目中的工作环环相扣,问题也总是相互关联的。在发现问题后,也需要采取多种手段才能更完美地解决问题。这对信息系统的项目经理来说是重大的挑战。通常,范围变更控制的工具和技术见表4-18。

表4-18 范围变更控制的工具和技术
工具和技术说明
偏差分析根据范围基准,测量到的项目绩效(如实际完成的项目范围)被用来评估变更的程度。项目范围控制的重要一点是,确定有关变更的原因、确定是否需要纠正措施
重新制订计划已批准了的变更申请影响项目范围,因而要修改、WBS和WBS词典、项目范围说明书,甚至项目干系人的需求文档。这些批准了的变更申请可以触发项目管理计划的更新
变更控制系统和变更控制委员会范围变更控制的方法是定义范围变更的有关流程,它包括必要的书面文件(如变更申请单)、纠正措施、跟踪系统和授权变更的批准等级。该系统与其他系统(如配置管理系统)相结合,来控制项目范围。当项目受合同约束时,变更控制系统应当符合所有相关合同条款。由变更控制委员会负责批准或者拒绝变更申请
配置管理系统范围变更将带来一系列项目交付物、文档的系统变化。这一切需要正规的配置管理系统对此加以管理

单项选择题
单项选择题