第4章 信息系统项目管理案例分析

项目管理师教程 第1章项目整体管理案例 项目整体管理是指在项目的整个生命周期内，汇集项目管理的知识领域，对所有项目 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 ，进行整合执行及控制，以保证项目各要素相互协调的全部工作和活动过程。项目整体管理是从全局的、整体的观点出发通过有机的协调项目各个要素(进度、成本、质量和资源等)，在相互影响的项目各项具体目标与 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 中权衡和选择，尽可能地消除项目各单项管理的局限性，从而实现最大限度地满足项目干系人的需求和希望的目的。 1．1案例一：项目计划编制 阅读以下关于在信息系统项目管理过程中项目计划编制等综合管理问题的叙述，回答问题1至问题4。 1.1.1案例场景 某市电子政务信息系统工程，总投资额约500万元，主要包括网络平台建设和业务办公应用系统开发，通过公开招标，确定工程的承建单位是A公司，按照《 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 法》的要求与A公司签订了工程建设合同，并在合同中规定A公司可以将机房工程这样的非主体、非关键性子工程分包给具备相关资质的专业公司B，B公司将子工程转手给了C公司。 在随后的应用系统建设过程中，监理工程师发现A公司提交的需求规格 说明书 房屋状态说明书下载罗氏说明书下载焊机说明书下载罗氏说明书下载GGD说明书下载 质量较差，要求A公司进行整改。此外，机房工程装修不符合要求，要求A公司进行整改。 项目经理小丁在接到监理工程师的通知后，对于第二个问题拒绝了监理工程师的要求，理由是机房工程由B公司承建，且B公司经过了建设方的认可，要求追究B公司的责任，而不是自己公司的责任。对于第一个问题，小丁把任务分派给程序员老张进行修改，此时，系统设计工作已经在进行中，程序员老张独自修改了已进入基线的程序，小丁默许了他的操作。老张在修改了需求规格说明书以后采用邮件通知了系统设计人员。 合同生效后，小丁开始进行项目计划的编制，开始启动项目。由于工期紧张，甲方要求提前完工，总经理比较关心该项目，询问项目的一些进展情况，在项目汇报会议上，小丁给总经理递交了进度计划，公司总经理在阅读进度计划以后，对项目经理小丁指出任务之间的关联不是很清晰，要求小丁重新处理一下。 新的计划出来了，在计划实施过程中，由于甲方的特殊要求，需要项目提前2周完工，小丁更改了项目进度计划，项目最终按时完工。 【问题1】(6分) 请用40 0字 个人自传范文3000字为中华之崛起而读书的故事100字新时代好少年事迹1500字绑架的故事5000字个人自传范文2000字 以内的文字，描述小丁在合同生效后进行的项目计划编制的工作。 【问题2】(6分) 请用400字以内的文字，描述小丁在处理监理工程师提出的问题是否正确？如果你作为项目经理，该如何处理？ 【问题3】(6分) 在项目执行过程中，由于程序员老张独自修改了已进入基线的程序，小丁默许了他的操作。请用200字以内文字评论，小丁的处理方式是否正确，如果你是项目经理，你将如何处理上述的事情。 【问题4】(7分) 假设你被任命为本项目的项目经理，请问你对本项目的管理有何想法，本项目有哪些地方需要改进？ 1．1．2参考答案 【问题1】(6分) 小丁在接到任务后开始项目计划的编制工作，编制的计划应包括： (l)项目总计划(包括范围计划、工作范围定义、活动定义、资源需求、资源计划、活动排序、费用估算、进度计划以及费用计划)。 (2)项目辅助计划(质量计划、沟通计划、人力资源计划、风险计划、采购计划等)。 【问题2】(6分) 根据《中华人民共和国招投标法》第48条：中标人应当按照合同约定履行义务，完成中标项目。中标人不得向他人转让中标项目，也不得将中标项目肢解后分别向他人转让。 中标人按照合同约定或者经招标人同意，可以将中标项目的部分非主体、非关键性工作分包给他人完成。接受分包的人应当具备相应的资格条件，并不得再次分包。 中标人应当就分包项目向招标人负责，接受分包的人就分包项目承担连带责任。 本案例中，A公司将子项工程分包给B，B又将其分包给C，显然违背了招投标法的这一条款。根据条款中的内容：“中标人应当就分包项目向招标人负责，接受分包的人就分包项目承担连带责任。”A公司显然要承担责任，同时B公司也负连带责任。 【问题3】(6分) 本题中，在项目执行过程中，项目发生的变更，程序员小张擅自修改了已进入基线的程序，作为项目经理的小丁不应该默许他的操作，且修改后的东西没有经过评审。 项目中缺乏变更控制的体系，需要建立变更控制流程，确保项目中所做的 变更保持一致，并将产品的状态、对其所做的变更，以及这些变更对成本和时间表的影响通知给有关的项目干系人，以便于资源的协调。同时，项目团队所有成员要清楚变更程序的步骤和要求。 提出以下建议： (1)建立配置管理体系。 (2)建立变更请求流程。 (3)组建变更控制委员会。 【问题4】(7分) (1)从项目管理9大知识点出发简单阐述本项目。 (2)从本项目管理较弱的部分进行重点的阐述，如对法律法规的理解(招投标管理)、项目进度管理、项目变更的控制。配置管理及进度计划的变更将导致质量和成本的变化，描述进度、质量、成本三要素之间的关系。 1．2案例二：项目启动与项目经理角色 阅读以下关于信息系统项目管理过程中项目启动与项目经理角色方面问题的叙述，回答问题1至问题3。 1.2.1案例场景 A公司是一家经营纸产品的企业，近几年业务得到了成倍的发展，原来采用手工处理业务的方式已经越来越显得力不从心，因此，经过公司董事会研究决定，在公司推行一套管理软件，用管理软件替代原有的手工作业的方式，同时，请公司副总经理负责此项目的启动。 副总经理在接到任务后，即开始了项目的启动工作。项目经过前期的一些工作后，副总经理任命小丁为该项目的项目经理，小丁组建了项目团队，并根据项目前期的情况，开始进行项目的计划，表1一1所示为初步项目进度计划表。 项目进行了一半，由于公司业务发展的需要，公司副总经理要求小丁提前完工，作为项目经理，小丁对项目进行了调整，保证了项自的提前完工。 【问题1】(7分) 请用400字以内的文字描述你作为项目前期的负责人，在接到任务后将如何启动项目？ 【问题2】(9分) 作为项目经理，你项目的进度控制中的重点是什么？请描述你在项目进度控制中的甘特图，以及双代号网络图，并比较甘特图与网络图的区别。 【问题3】(9分) 假设公司总经理要求提前完工，作为项目经理将如何处理，请用400字以内的文字描述你应该如何处理？ 1.2.2参考答案 【问题1】 (7分) 本题中，项目前期的负责人实际是公司副总经理，在项目章程中确定项目经理的人选。作为项目前期的负责人，在接到项目的任务后将开始项目的启动工作。项目的启动包括了以下几个主要活动： (1)识别项目的需求。 (2)解决方案的确定。 (3)对项目进行可行性分析。 (4)项目立项。 (5)项目章程的确定。 【问题2】(9分) 项目时间管理中的重点是把握好关键路径上的任务，项目甘特图绘制如图1-1所示。 项目双代号网络图绘制如图1一2所示。 甘特图与网络图的区别： 甘特图直观、简单、容易制作，便于理解，一般适用比较简单的小型项目，可用于WBS的任何层次、进度控制、资源优化、编制资源和费用计划。但是不能系统地表达一个项目所包含的各项工作之间的复杂关系，难以进行定量的计算和分析，以及计划的优化等。 采用网络图进行进度控制，能够清晰地展现现在和将来完成的工程内容、各工作单元间的关系，并且可以预先确定各任务的时差。了解关键作业或某一环节的进度的变化对后续工程和总工期的影响度，．便于及时地采取措施或对进度进行调整。 【问题3】(9分) 项目的质量、进度、成本相关联，因此，在进度控制和成本管理上考虑： (1)在进度管理上，可以采用加班等方式进行。 (2)投入更多的人力、物力。 (3)把握关键路径上的任务。 在实际处理的过程中，因为新投入人力到项目，而且新的人力对项目的熟悉程度不一，新员工需要经过一段时间的培训才能适应项目，所以，最佳的方式应该是采用加班方式来提前完成项目，同时，项目经理应该调整进度计划，在关键路径上加班，缩短关键路径的长度。 1．3案例三：项目管理部门职能 阅读以下关于信息系统项目管理过程中项目管理部门职能问题的叙述，回答问题1至问题3。 1.3.1案例场景 小王参加某机构的CMM培训以后，被公司任命为项目管理部经理。项目管理部是公司新设的部门，主要任务是监督和管理各个项目组，对项目总监和公司总经理负责。 在日常工作中，小王发现，很多项目组成员并不重视自己领导的项目管理部。他们只听从项目经理、项目总监和公司总经理的话，对项目管理部门提出的合理化建议置之不理，项目管理部门要求他们定期提交的报告和材料也往往拖延，定期组织的汇报会也往往缺席。 项目管理部门由于得不到足够有效的数据和材料，所以无法及时知道各个项目组的实际情况，无法做出正确的统计结果和决策，也无法正确指导各个项目组的实际工作。鉴于此，项目管理部对各个项目组提出的建议往往与他们的意愿相左，一项目管理部向上级提交的材料和各个项目组向上级提交的材料往往有些不符，这种情况使项目管理部遭到项目组和主管上级两方面的反感，处境极其被动。 为此小王要求项目管理部门人员深入项目组，一方面培养感情、化解矛盾，另一方面获得各个项目组的实际资料。但在策略实施过程中，项目组成员把项目管理部的成员视为上级的“耳目”和“监工”，工作上不予配合。他们认为项目管理部成员挑错是故意找事，在错误是否应该修改这个问题上和项目管理部成员争执十分激烈，有时差点要大打出手。 小王把这些情况反映给上级领导后，上级领导认为项目管理部没有存在的价值，决定要撤销这个部门。小王有些想不通，通过CMM项目过程管理，可以提高软件产品的质量，这是个不容置疑的事实，可是到了这里怎么行不通了呢？ 【问题1】(8分) 在软件企业中，项目管理部门究竟有没有存在的价值，试说明原因，以300字以内回答。 【问题2】(8分) 如果想使公司项目管理部门继续存在，发挥其应有的作用，请250字以内讲述小王应该怎么做。 【问题3】(9分) 项目管理部门在项目开发中的质量管理主要包括哪些内容，以500字左右回答。 1.3.2案例分析 【问题1】 本题考查考生整体把握组织级项目质量管理的能力。要想回答好该题，考生需要了解项目管理部门在组织级项目质量管理中的作用。 企业设立项目管理部门极其重要，具有十分重要的存在价值。 从提高软件质量角度而言，企业设立项目管理部门的目的是以独立审查方式，从第三方的角度监控软件开发任务的执行，就软件项目是否正遵循已制定的计划、标准和规程给开发人员和管理层提供反映产品和过程质量的信息和数据，提高项目透明度，同时辅助软件工程组取得高质量的软件产品。主要工作包括以下四个方面： (1)通过监控软件开发过程来保证产品质量。 (2)保证开发出来的软件和软件开发过程符合相应标准与规程。 (3)保证软件产品、软件过程中存在的不符合问题得到处理，必要时将问题反映给高级管理者。 (4)确保项目组制定的计划、标准和规程适合项目组需要，同时满足评审和审计需要。 除此之外，该部门还要收集项目中好的实施方法和发现实施不利的原因，为修改企业内部软件开发整体规范提供依据，为其他项目组的开发过程实施提供先进方法和样例。 从提高软件企业项目管理能力的角度而言，在当代企业中，项目的成败直接影响到组织战略目标的实现，组织内部项目管理与执行能力直接影响到企业实现其战略目标的能力。虽然从项目目标和执行层面上看，这些项目好像是孤立的、无关联的，但实际上，这些项目之间在组织内部存在着以下共有的特性： (1)这些项目的最终目标都是支撑企业既定战略的实现，为企业创造利润。 (2)这些项目共享组织的资源，资源的调配会在项目之间产生影响。 (3)共享项目的最佳实践将会提高整个组织实施项目的能力。 由此可以意识到，这些看似孤立的项目需要在组织层面上以某种方式进行统筹和管理，从而提高整个组织的项目管理能力，有力地支撑组织战略目标实现。在企业内部，这些职能由项目管理部门实现。 所以，项目管理部门是跨接在组织战略和项目之间的一座桥梁，可以帮助企业在组织层面上对那些孤立的、无关联的项目进行统筹和管理，确保组织在项目选择、计划、实施，以及在处理项目间冲突和问题时，以企业战略目标为导向，从而保证组织内部活动大方向一致性，进而提高整个组织的项目管理能力，有力地支撑组织战略目标的实现，最终整体提升软件产品质量。 由此可知，管理部门通过科学管理，可以提高软件质量，提升企业的组织级项目管理能力，对企业长期发展大有裨益。现阶段，由于广大企业没有意识项目管理的重要性，很多软件企业中还没有与之相对应的人员和工作方法，整套关注软件开发过程的软件质量保证体系还没有建立起来，加之管理部门人员经验不足、方法不当，实施过程明显带有试验性，所以效果还不是太明显，有时甚至会产生冲突，这些都是难免的。但是建立项目管理部门是项目管理由人治到法治的必经阶段，是进行软件过程改进不可缺少的部分。过了开始的不稳定阶段，当广大员工树立项目管理意识后，企业才会发现设立该部门所带来的效益。 【问题2】 本题考查考生在组织级项目质量管理中解决常见问题，进而提高项目管理部门权威的能力。要想回答好该题，考生需要熟悉项目管理部门开展日常工作的特点、常用手段和技巧。 如果想使公司项目管理部门继续存在，发挥其应有的作用，小王应该采取下述措施： (1)找一个失控的项目进行管理，使其回到正常的轨道并顺利地完成，使得领导意识到项目管理部的作用，提升威信。 (2)因为新规范的执行需要一个适应过程，所以项目管理规范材料要应该结合公司现状逐步推行，这样效果逐步显现，公司员工逐步接受，最终全面接受。千万不可操之过急，否则员工接受不了，引起抵触情绪，效果不仅无法显现，反而会影响日常工作效率，而被认为没有价值、束之高阁。 (3)对公司员工进行项目管理培训，尽可能提高他们的项目管理意识。只有他们从思想上接受项目管理，行动上才能采用项目管理标准严格要求自己，而不是应付了事。 (4)与公司高层沟通，尽可能获得高层支持，向高层要权，因为责权不对等也是项目管理中一个常见问题。在本案例中，各个项目管理组的成员只听从项目经理、项目总监和公司总经理的话，而项目管理部只有监督权，没有执行权，但是案例中项目管理部的工作开展需要一定的执行权，所以需要按照责权对等的原则，请求高层领导给予一定的权利，便于工作开展。如果高层领导无法给予所需的权利，那么只能退而求其次，扮演项目支持办公室的角色，任务是收集项目实施信息，提供决策需要的支持信息，而不需要做出决定。 (5)项目管理部门的职责一般是监控项目实施，主要是发现项目中存在问题并督促项目组解决。对于项目组内部存在的问题，除非十分有把握，一般不要轻易去管，那样极易使问题越搞越乱，从而招致项目组反感。 (6)项目管理部在职能和行政上独立项目组，成为项目组的严师，有错必纠，但不要有错就上报，以保障自身的独立性和评价的客观性；而在业务和工作上融入项目组，做他们的朋友，了解他们的语言、思想和行为，更真实、更深入地评价他们与既定规范之间的偏差，并逐步引导他们走向正轨。 【问题3】 本题考查考生进行组织级项目质量管理的能力。要想回答好该题，考生需要熟悉项目管理部门在项目开发中的质量管理内容。 企业项目管理部门在项目开发中的质量管理内容包括以下四部分： (1)决策阶段的质量管理 主要内容是在广泛搜集资料、调查研究的基础上研究、分析、比较，决定项目的可行性和最佳方案。 (2)项目实施前的质量管理 ①对项目组的能力重新审查，包括各个成员资质的审查。如果发现实际情况有所变化，必须采取有效措施予以纠正。 ②对所有的合同和技术文件、报告进行详细的审阅。如图纸是否完备，有无错漏空缺，各个设计文件之间有无矛盾之处，技术标准是否齐全，等等。 ③审阅进度计划和实施方案。 ④对项目实施中将要采取的新技术、新软件进行审核，核查鉴定书和分析报告。 ⑤对项目实施所需材料和设备的采购进行检查，检查采购是否符合规定的要求。 ⑥协助完善质量保证体系。 ⑦对各项目组负责人和主要人员进行进一步的审核。 ⑧根据项目计划制定与其对应的质量管理计划。 ⑨组织质量管理计划的评审，并形成评审报告。 ⑩准备好项目人员简历、质量管理表格。 ⑩准备好担保和保险工作。 ⑩签订发动员预付款支付证书。 ⑩全面检查开工条件。 (3)项目实施中的质量管理 ①参与项目的阶段性评审。该评审从保证评审过程有效性方面入手，如参与评审的人是否具备一定资格，是否规定的人员都参与了评审，是否对评审对象每个部分都进行了评审，是否给出了明确的结论等。 ②参与项目阶段产品的审计。该审计通常是检查其阶段产品是否按计划、按规程输出并且内容完整，这里的规程包括企业内部统一的规程，也包括项目组内自己定义的规程。 ③对项目日常活动与规程的符合性进行检查。在两个阶段点之间设置若干小的跟踪点，来监督项月的进行情况，以便能及时反映出项目组中存在的问题，并对其进行追踪。 ④对配置管理一工作的检查和审计。主要监督项目过程中的配置管理工作是否按照项目最初制定的配置管理计划实施。 ⑤跟踪问题的解决情况。在项目组内一可以解决的问题就在项目组内部解决，对于在项目组内部无法解决的一问题，或是在项目组中催多次也没有得到解决的问题，可以利用其独立汇报的渠道报告给高层经理。 ⑥收集新方法，提供过程改进的依据，便于下一步对规程进行修改和完善。 (4)项目完成后的质量管理 ①监督检查项目测试情况。 ②协助项目组完成项目验收。 ③监督检查系统安装、试运行。 ④进行项目实施后审计。 ⑤总结项目实施的经验和教训。 1.3.3参考答案 【问题1】(8分) 从提高软件质量角度而言，企业设立项目管理部门的目的是以独立审查方式，从第三方的角度监控软件开发任务的执行，同时辅助软件工程组取得高质量的软件产品。 从提高软件企业项目管理能力角度而言，项目管理部门可以帮助企业在组织层面上对那些孤立的、无关联的项目进行统筹和管理，从而提高整个组织的项目管理能力，有力地支撑组织战略目标的实现。 由此可知，项目管理部门具有十分重要的存在价值。现阶段，项目管理没有发挥出应有作用，主要由于广大企业认识不够，经验不足，体系不健全。但这只是暂时现象，过了这段不稳定期，该部门的存在价值就会发挥出来。 【问题2】(8分) (1)找一个失控的项目进行管理，使其回到正常的轨道并顺利地完成，使 得领导意识到项目管理部的作用，提升威信。 (2)项目管理规范材料要逐步推行，不可操之过急。 (3)对公司员工进行项目管理培训，尽可能提高他们的项目管理意识。 (4)与公司高层沟通，尽可能获得高层支持，向高层要权。 (5)项目管理部门的职责一般是监控项目实施，主要是发现项目中存在问题并督促项目组解决，而不是解决项目组的问题，那样会招致项目组反感。 (6)项目管理部在职能和行政上独立项目组，而在业务和工作上融入项目组。 【问题3】(9分) 企业项目管理部门在项目开发中的质量管理内容包括以下四部分： (1)决策阶段 在广泛搜集资料、调查研究的基础上研究、分析、‘比较，决定项目的可行性和最佳方案。 (2)项目实施前 ①对项目组的能力重新审查，如果发现实际情况有所变化，必须采取有效措施予以纠正。 ②对所有的合同和技术文件、报告进行详细的审阅。 ③审阅进度计划和实施方案。 ④对项目实施中将要采取的新技术、新软件进行审查。 ⑤对项目实施所需材料和设备的采购进行检查。 ⑥协助完善质量保证体系。 ⑦对各项目组负责人和主要人员进行进一步的审核。 ⑧根据项目计划制定与其对应的质量管理计划。 ⑨组织质量管理计划的评审，并形成评审报告。 ⑩准备好项目人员简历、质量管理表格。 ⑩准备好担保和保险工作。 ⑩签发动员预付款支付证书。 ⑩全面检查开工条件。 (3)项目实施中 ①参与项目的阶段性评审。 ②参与项目阶段产品的审计。 ③对项目日常活动与规程的符合性进行检查。 ④对配置管理工作的检查和审计。 ⑤跟踪问题的解决情况。 ⑥收集新方法，提供过程改进的依据。 (4)项目完成后 ①监督检查项目测试情况。 ②协助项目组完成项目验收。 ③监督检查系统安装、试运行。 ④进行项目实施后审计。 ⑤总结项目实施的经验和教训。 1．4案例四：可行性研究问题 阅读以下关于信息系统项目管理过程中可行性研究问题的叙述，回答问题1至问题3。 1.4.1案例场景 在项目计划和选择的过程中，需要完成的首要工作是对项目进行估算。项目估算的范围涉及方方面面，例如项目或产品开发的范围、投入和回报、项目风险、作用和意义等。在传统信息系统工程方法中，是以可行性研究的方式来组织对项目的主要估算内容的。在企业实际的业务过程中，可行性研究通常作为一个重要的环节，被包含在整个项目立项，或项目选择和确认的过程中。 可行性研究的范围可能覆盖很广泛的技术、经济、执行、环境等各种需要评估的因素，但它并不是最后的精细计划(例如：项目的时间进度及人员安排)。通常在进行可行性研究的阶段，甚至项目的目标或产品的最终方向也是高度易变化的。但可行性研究的意义在于，虽然可行性研究不能指出项目最终的精细计划和方向，但可行性研究可以在项目定义阶段用较小的代价识别出错误构思的系统，从而规避未来更多的资源投入的损失(时间、资金、人力、机会)，或者因遭遇到无法逾越的技术障碍或环境障碍导致的不可避免的失败。 对于那些可行性研究表明可执行的软件项目来说，可行性研究的结果也不承诺系统的收益一定很巨大，或技术风险和资源投入就一定很低，但可行性研究的结果设立了一个“底线”，即：“如果实施什么，则风险和收益是什么”这样的控制范围。这些评估结果给了未来的项目评估、项目风险控制，甚至在资源剧烈变化的情况下有计划有重点地削减功能、重定义项目开发范围，或者选 择项目实施的方式提供了非常有价值的方向性指引。 　 【问题1】 (7分) 可行性研究的步骤是什么？请使用列举的形式，不超过100字回答。 【问题2】(8分) 可行性研究报告是可行性研究的成果体现，请使用列举的形式，不超过150字回答，可行性研究报告主要包含什么内容？ 【问题3】(10分) 在可行性研究的基础上，还需要请第三方根据国家颁布的政策、法律法规等，从项目、国民经济、社会角度出发，对拟建项目进行各方面的评估。请用不超过50字的文字回答，项目评估报告主要包含什么内容？ 1.4.2案例分析 　【问题1】 信息系统项目可行性研究的目的，就是用最小的代价在尽可能短的时间内确定以下问题：项目有无必要？能否完成？是否值得去做？ (1)项目的必要性分析首先应确定信息系统项目的目标，即本项目想解决哪些问题。在信息系统目标明确之后，如果目前已经有一个(或几个)信息系统正在被人使用，就需要认真分析现有的信息系统。显然，如果现有的信息系统是完美无缺的，完全可以实现新系统的目标要求，谁都不会提出开发新系统的要求。在通常情况下，现有系统必然存在某些缺陷，无法完全实现新系统的目标要求。但这一点并不能成为开发新系统的理由，我们还应仔细分析现有系统对于新系统目标的实现的程度如何，不能实现某个具体目标的原因是什么，经过改进性维护能否实现这些目标。 如果现有的信息系统经过简单的改进性维护就可以实现新的系统目标，就没必要重新开发一个新系统。但在以下情况下，有必要开发新的信息系统。 ①原有系统开发不规范，缺少必要的技术文档，原开发人员跳槽，新接手的开发人员很难维护原有系统，维护成本可能会接近甚至超过新开发的成本。 ②原系统采用落后的设计技术或因设计人员的水平所限，系统架构设计不合理，难以扩充和修改。 ③原系统设计虽然合理，也考虑到了日后的扩充，或因业务发展太快，远远超过原来的设想，量变引起质变。 ④原系统开发工具已过时，用落后的开发工具继续维护还不如用新的开发工具重新开发。 ⑤原系统所基于的硬件或软件平台已过时，在原有平台继续维护已无必要，需要开发基于当前流行平台的新系统。 在分析新系统项目开发的必要性时，一定要注意识别是真的“必要”还是假的“必要”。某些开发单位，由于重开发、轻维护，新系统开发人员的地位和待遇远远高于现有系统的维护人员，维护人员考虑到开发新项目的高待遇和成就感，为尽快转入新项目的开发，极力夸大原有系统维护的技术难度和工作量，主张开发新系统，他们所提出的对比分析(维护VS新开发)结果往往带有倾向性。因此，应选择那些与项目本身无利害关系的技术专家进行项目必要性分析。当然，更重要的是，缩小现有系统维护人员和新系统开发人员的收入差距。 另外，某些信息系统开发商往往利用客户(用户)“喜新厌旧”的心理，出于宣传和经营的需要，每隔几年，即使没有太大的功能性和技术性突破，也要策划开发新的系统。有时当竞争对手推出或即将推出新系统时，为保住自己的市场份额，即使条件不具备，也要迅速推出新的系统。这些问题，应属于市场运营策略的范畴，在此不再赘述。 (2)项目的可能性分析 项目的可能性分析主要研究能否利用现有的或可能拥有的技术能力、资金、人力资源和物资等方面的条件来实现信息系统的目标、功能、性能和其他指标，能否在规定的时间期限内完成整个项目。由于项目的可能性分析以技术分析为主，因此也称为技术可行性分析。 项目可能性分析的主要内容如下： ①企业能力分析； ②项目技术来源分析； ③与项目相关的专利分析； ④项目负责人及技术骨干的资质分析； ⑤项目总体技术方案分析； ⑥项目创新点分析； ⑦项目技术可行性分析； ⑧项目技术成熟性分析； ⑨项目产品化分析等。 (3)项目投资及效益分析 明确了项目的必要性和可能性后，还要从投入产出的角度分析项目值不值得去做。项目投资及效益分析，也称为经济可行性分析，主要对整个项目的投资及产生的经济项目进行分析。 该过程一般包括： ①项目投资预算分析； ②项目投资来源分析； ③市场需求与产品销售额分析； ④产品成本、利润与盈亏平衡点分析； ⑤投资回收期、投资收益率分析； ⑥社会效益分析。 可行性研究的步骤包括： ①确定项目规模和目标； ②研究正在运行的系统； ③建立新系统的逻辑模型； ④导出和评价各种方案； ⑤推荐可行性方案； ⑥编写可行性研究报告； ⑦递交可行性研究报告。 【问题2】 可行性研究报告的编写目的是：说明该信息系统开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能选择的各种方案；说明并论证所选定的方案。可以参考国家标准《GBIT 8567-1988计算机软件产品开发文件编制指南》。 可行性研究报告的编写内容要求如下。 (1)引言：编写目的；背景；定义；参考资料。 (2)可行性研究的前提：要求；目标；条件、假定和限制；进行可行性研究的方法；评价尺度。 (3)对现有系统的分析：处理流程和数据流程；工作负荷；费用开支；人员；设备；局限性。 (4)所建议的系统：对所建议系统的说明；处理流程和数据流程；改进之处；影响；局限性；技术条件方面的可行性。 (5)可选择的其他系统方案：可选择的系统方案。 (6)投资及效益分析：支出；收益；收益/投资比；投资回收周期；敏感性分析。 (7)社会因素方面的可行性：法律方面的可行性；使用方面的可行性。 (8)结论。 在进行可行性分析报告的编制时，必须有一个分析结论。结论可以是： (1)项目可以立即开始实施。 (2)需要推迟到某些条件(例如资金、人力、设备等)落实之后才能开始实施。 (3)需要对开发目标进行某些修改之后才能开始实施。 (4)不能实施或不必实施(例如技术不成熟、经济上不合算等)。 【问题3】 项目论证与评估是项目立项前的最后一关，“先论证，后决策”是现代项目管理的一项基本原则。 项目论证是指对拟实施项目技术上的先进性、成熟性、适用性，经济上的合理性、赢利性，实施上的可能性、风险性进行全面科学的综合分析，为项目决策提供客观依据的一种技术经济研究活动。根据论证执行主体的不同，项目论证可分为内部论证和外部论证。 项目论证与评估可以分步进行，也可以合并进行。实际上，项目论证与评估的内容、程序和依据都是大同小异的，只是侧重点稍有不同，论证的对象可以是未完成的或未选定的方案，而评估的对象一般需要正式的“提交”；论证时着重于听取各方专家意见，评估时更强调要得出权威的结论。 与项目可行性研究类似，项目论证与评估也要从必要性、可能性和投资效益等几个方面对项目进行综合分析。但项目可行性研究一般是项目承担单位的主观性分析，往往是“不识庐山真面目，只缘身在此山中”，而项目论证与评估则是第三方的客观性分析，可以从“横”、“竖”、“远”、“近”、“高”、“低”等各种角度对项目的可行性进行评价。 项目论证与评估完成之后，应编写正式的项目评估报告。项目评估报告一般应包括以下内容： (1)项目概况。 (2)评估目标。 (3)评估依据。 (4)评估内容。 (5)评估机构与评估专家。 (6)评估过程。 (7)详细评估意见。 (8)存在或遗漏的重大问题。 (9)潜在的风险。 (10)评估结论。 (11)进一步的建议。 因评估机构并无决策权，评估结论一般以建议的方式给出，如“建立立项”“建议不立项”“建议补充材料，重新评估”等。 1.4.3参考答案 【问题1】(7分) 可行性研究的步骤包括：①确定项目规模和目标；②研究正在运行的系统；③建立新系统的逻辑模型；④导出和评价各种方案；⑤推荐可行性方案；⑥编写可行性研究报告；⑦递交可行性研究报告。 【问题2】(8分) 可行性研究报告的编写内容包括： (1)引言。 (2)可行性研究的前提。 (3)对现有系统的分析。 (4)所建议的系统。 (5)可选择的其他系统方案。 (6)投资及效益分析。 (7)社会因素方面的可行性。 (8)结论。 【问题3】(10分) 项目评估报告一般应包括以下内容： (1)项目概况。 (2)评估目标。 (3)评估依据。 (4)评估内容。 (5)评估机构与评估专家。 (6)评估过程。 (7)详细评估意见。 (8)存在或遗漏的重大问题。 (9)潜在的风险。 (10)评估结论。 (11)进一步的建议。 第2章项目范围管理案例 项目的范围管理影响到信息系统项目的成功。在实践中，“需求蔓延”是信息系统失败最常见的原因之一，信息系统项目往往在项目启动、计划、执行、甚至收尾时不断加入新功能，无论是客户的要求还是项目实现人员对新技术的试验，都可能导致信息系统项目范围的失控，从而使得信息系统项目无论在时间、资源和质量上都受到严重影响。 2．1案例一：范围定义 阅读以下关于信息系统项目管理过程中范围管理方面问题的叙述，回答问题1至问题3。 2.1.1案例场景 C公司信息技术有限公司(CSAI原本是一家专注于企业信息化的公司，在电子政务如火如茶的时候，开始进军电子政务行业。在电子政务的市场中，接到的第一个项目是开发一套工商审批系统。由于电子政务保密要求，该系统涉及到两个互不联通的子网：政务内网和政务外网。政务内网中储存着全部信息，其中包括部分机密信息；政务外网可以对公众开放，开放的信息必须得到授权。系统要求在这两个子网中的合法用户都可以访问到被授权的信息，访问的信息必须是一致可靠，政务内网的信息可以发布到政务外网，政务外网的信息在经过审批后可以进入政务内网系统。 张工是该项目的项目经理，在捕获到这个需求后认为电子政务建设与企业信息化有很大的不同，有其自身的特殊性，若照搬企业信息化原有的经验和方案必定会遭到惨败。因此采用了严格瀑布模型，并专门招聘了熟悉网络互通互联的技术人员设计了解决方案，在经过严格评审后实施。在项目交付时，虽然系统完全满足了保密性的要求，但用户对系统用户界面提出了较大的异议，认为不符合政务信息系统的风格，操作也不够便捷，要求彻底更换。由于最初设计的缺陷，系统表现层和逻辑层紧密耦合，导致70％的代码重写，而第二版的用户界面仍不能满足最终用户的要求，最终又重写的部分代码才通过验收。由于系统的反复变更，项目组成员产生了强烈的挫折感，士气低落，项目工期也超出原计划的100％。 【问题1】(10分) 请不超过300字，对张工的行为进行点评？ 【问题2】(9分) 请从项目范围管理的角度找出该项目实施过程中的主要管理问题？不超过200字回答。 【问题3】(6分) 请结合你本人实际项目经验，指出应如何避免类似问题？不超过200字回答。 2.1.2案例分析 这是一个失败的项目，张工在项目管理中既有闪光点，也有失败的地方。但项目管理中的任何差错都会影响项目的结果，而范围管理的失误对项目的影响更为明显。模糊的项目范围定义、错误的工作分解、缺失的范围确认和无力的范围控制都将严重影响项目的结果。 张工对项目范围有一定的把握。在范围定义中，张工发现了不同行业间具有不同的特点，电子政务行业对系统运行环境有着特殊的要求。根据国家对电子政务的要求，政务内网与政务外网是该行业一致的标准，这与企业信息化是完全不同的。张工捕获到该需求，并对这个需求进行了清晰的定义，根据瀑布模型的要求，对设计和实现都进行了严格的控制，因此在系统交付时完全满足了用户对保密性的要求。在这一点上，张工是成功的。如果在范围定义时忽略了行业标准，项目肯定会招致更大的失败。 但用户界面的风格和操作的便捷性也属于系统范围的一部分。与系统运行环境一样，我们通常称这类需求为隐性需求。这类需求往往不是由用户直接提出，而且受行业特点决定的范围所约束。对于电子政务来说，系统保持一致的风格非常重要。作为政府对公众开放的窗口而言，并不需要很强的个性化，但一致的界面风格可以体现出政务的严肃性。考虑到全体民众层次差异较大，大多数访问系统的用户一般都没有接受过系统使用的培训，操作的便捷性也是政务系统必须实现的功能之一。很明显，对于这些系统的隐性需求张工没有充分考虑，从而导致一而再，再而三的变更。 对于软件项目，所有的需求都必须经过清晰的定义，这些需求都是项目范围的一部分。张工仅仅注意了其中的一部分，而忽略了用户界面，最终导致项目的失败。 对于电子政务信息系统，尤其是面向公众开放的信息系统，范围定义更加困难。这些系统的最终用户几乎不会参加需求开发的工作，他们的需求都是间接的，通过政府部门的负责人传递到项目组。但最终用户的意见对项目的结果会有巨大的影响，这是就对范围管理提出了更高的要求。 除了在范围定义方面的问题外，张工在范围确认和范围控制方面也存在不小的失误。当系统第一次更改时，就应该意识到系统界面风格和操作便捷性的重要性。这时应该清晰地定义系统的界面风格和操作风格，并设法进行确认。如果采取了恰当的措施，第二次的变更是完全可以避免的。 在刚刚进入一个陌生领域的时候，其中充满了各种各样的风险。隐性的行规和行业特点都是项目范围的风险。面对这些风险，即使再细致的调研也无法完全避免，也不能完整定义系统的范围。因此可以考虑采取原型法等方式来提前暴露风险，减少风险带来的损失。因此在案例中，张工也没有进行充分的风险管理，采用严格的瀑布模型增加了风险发生后带来的损失。 对于这个案例，缺乏良好的设计也是很明显的缺陷。用户界面中耦合了大量的业务逻辑，这必然增加变更的代价，从而导致大部分代码重写。若在项目初期意识到界面变更的风险，随之采用良好的设计，将表现层和业务逻辑彻底分开，系统变更的代价也会小得多。 综上所述，项目经理张工在整个案例中，针对范围管理做了一些工作，但不全面，在风险管理和质量管理上也都存在缺陷。 有了上面的分析，这道题就很容易作答。项目的闪光点在于对系统运行环境进行了清晰的定义，并最终满足了用户的要求；但不充分的范围定义和范围 确认招致了项目的失败，而采用了抗风险能力较弱的瀑布模型和低质量的设计又雪上加霜，最终导致项目延期100%. 因此第一题答案的要点就很明确了： (1)张工注意到了系统运行环境的特殊性，在良好设计和实现的情况下满足了用户的要求。 (2)张工忽略了系统用户的潜在要求，在用户界面和操作的风格上范围定义不清晰，造成系统交付的重大变更。 (3)张工在第一次问题发生后仍没有对范围进行有效的管理，造成了系统第二次的变更。 (4)张工没有对用户界面是否能够满足要求的风险进行有效的管理，而是采用了对风险适应性较差的瀑布模型组织开发。 (5)张工没有对设计质量进行有效的控制，造成表现层中耦合了业务逻辑，增加了修改的代价。 对于第二题，是在第一题的基础上考察对范围管理的理解，因此可以忽略在其他领域的问题。在范围管理中主要包括如下内容： (1)范围管理计划。 (2)范围定义。 (3)工作分解。 (4)范围确认。 (5)范围控制。 在本案例中，没有专门设计到范围管理计划和工作分解的内容。从表面上看，范围定义存在明显的缺陷。但案例中提到系统又发生了第二次变更，由此可见，张工在范围确认和范围控制上也存在不足。若在问题第一次出现时就进行有效的范围确认和范围控制，则完全可以避免第二次的变更。因此，第二题的答案要点如下： (1)张工没有挖掘到系统的全部隐性需求，缺乏精确的范围定义。 (2)在发生第一次变更时，张工仍没有有效的范围管理，从而造成系统的二次变更。 (3)重复的系统变更说明张工对系统范围控制不足，导致一而再再而三的反复。 在完成第二题后，第三题就是水到渠成了，第三题的要点见参考答案，此处不再赘述。 项目管理是一个系统工程，没有哪种单一的手段可以有效地改善项目，反之管理中的任何疏忽都可能招致严重的后果，造成项目的失败。而软件项目的复杂性又决定了项目中的工作环环相扣，问题也总是相互关联的。在发现问题后，也需要采取多种手段才能彻底解决问题。这对信息系统的项目经理来说是重大的挑战。 2.1.3参考答案 【问题1】(10分) (1)张工注意到了系统运行环境的特殊性，在良好设计和实现的情况下满足了用户的要求。(2分) (2)张工忽略了系统用户的潜在要求，在用户界面和操作的风格上范围定义不清晰，造成系统交付时的重大变更。(2分) (3)张工在第一次问题发生后仍没有对范围进行有效的管理，造成了系统第二次的变更。(2分) (4)张工没有对用户界面是否能够满足要求的风险进行有效的管理，而是采用了对风险适应性较差的瀑布模型组织开发。(2分) (5)张工没有对设计质量进行有效的控制，造成表现层中耦合了业务逻辑，增加了修改的代价。(2分) 【问题2】(9分) (1)张工没有挖掘到系统的全部隐性需求，缺乏精确的范围定义。(3分) (2)在发生第一次变更时，张工仍没有有效的范围管理，从而造成系统的二次变更。(3分) (3)重复的系统变更说明张工对系统范围控制不足，导致一而再再而三的反复。(3分) 【问题3】(6分) 有效的范围管理包括了从范围定义到范围控制等多方面的工作，每一项工作都是重要的。对于本案例，要结合行业特点进行需求分析，挖掘系统潜在的需求，同时通过原型等方法来辅助需求的定义，避免范围定义不清晰的问题。 在发生需求变更时需要进行有效的需求控制，尽量在满足用户需求的前提下缩小需求范围，坚决避免需求的再次变更。 2．2案例二：工作要点 阅读以下关于信息系统项目管理过程中项目范围管理方面问题的叙述，回答问题1至问题2。 2.2.1案例场景 M集团是C公司信息技术有限公司(CSAI )多年的客户，CSAI已经为其开发了多个信息系统。最近，M又和CSAI签订了新的开发合同，以扩充整个企业的信息化应用范围，张工担任该项目的项目经理。张工组织相关人员对该项目的工作进行了分解，并参考了公司同M曾经合作的项目，评估得到项目，总工作量60人月，计划工期6个月。项目刚刚开始不久，张工的高层经理S找到张工。S表示，由于公司运作的问题，需要在4个月内完成项目，考虑到压缩工期的现实，可以为该项目在增派两名开发人员。张工认为，整个项目的工作量是经过仔细分解后评估得到的，评估过程中也参考了历史上与K企业合作的项目度量数据，该工作量是客观真实的。目前项目已经开始，增派的人手还需要一定的时间熟悉项目情况，因此即使增派两人也很难在四个月内完成。如果强行要求项目组成员通过加班等方式追逐4个月完成的目标，肯定会降低项目的质量，造成用户不满意。因此，张工提出将整个项目分为两部分实现，第一部分使用三个半月的时间，第二部分使用三个月的时间，分别制定出两部分的验收标准，这样不增派开发人员也可以完成。高层经理认为该方案可以满足 公司的运作要求，用户也同意按照这种方案进行实施。六个月以后，项目在没有增加人员的前提下顺利地完成，虽然比最初计划延长了半个月的工期，但既达到了公司的要求，客户对最终交付的系统也非常满意，项目组的成员也没有感受到很大的压力。 【问题1】(10分) 请不超过500字，指出张工是如何保证项目成功的？ 【问题2】(15分) 请不超过500字，试结合案例指出项目范围管理的工作要点？ 2.2.2案例分析 这是一个成功的项目管理案例，项’目经理张工有效的运用范围管理，在不同的项目干系人中达成一致，使项目的结果同时满足了高层经理、客户和项目组成员的要求。 作为一个项目管理者，必须熟练掌握和应用项目管理九大领域涵盖的知识与技能，对于进行信息系统开发项目而言，范围管理是其中最重要的技能之一。 软件项目的范围主要是由系统需求构成的，而系统需求既是难以把握的，也是容易调整和控制的。软件系统的需求来源于用户需求，在软件项目目标是满足用户需求的情况下，对于相同的用户价值可以定义出不同的系统需求。举一个简单的例子，用户的需求是“解决口渴的问题”，那么最简单的系统需求可以是递上一杯水，复杂一些的可能是递上一杯热水，更复杂的是递上一杯经过多层过滤的纯净水，当然也可以是打一桶虎跑泉的水，然后沏上一杯龙井茶。 用户当然希望用买矿泉水的钱换一杯正宗的龙井茶，但这样的项目范围肯定会导致项目失败。聪明的软件项目经理总是从范围管理开始，先界定系统的边界，然后再在明确的范围内进行时间、成本、风险等的管理。 在项目中，时间、成本和范围构成了一个稳固的三角形，如图2-1所示。 对于该三角形来说，任何一边都不可能孤立地改变。换句话说，我们不可能固定其中两边而试图缩短第三边。其实这也是很容易理解的问题，如果项目需要做的东西已经确定(项目范围固定)，项目的人员也已经确定(项目成本固定)，那么项目需要的时间就也是固定的。同理，已经固定的项目投入和项目时间也只能做出固定的工作。对于这个三角形而言，非但不可能孤立地改变某一边的长短，就是三边的变化比例不一致也不可能。不成比例的变化与孤立的改变某一边是一样的，都将破坏三角形的结构，违反项目的客观规律，最终招致失败。因此有效的范围管理更像一门艺术，可以帮助项目经理在已经确定的时间和成本下完成项目目标。 在本案例中，高层经理S就提出了试图打破这个三角形的要求。他要求，项目组可以增加部分资源，但要提前两个月完成。初一看，并没有在不增加投入的情况下要求项目提前完成，似乎合情合理，比起既要马儿跑又不让马儿吃草的要求好得多，但细一想，增加的资源和提前的时间还是不成比例。项目经理张工深知此中奥妙，因此在听到高层经理的要求后，马上意识到这是一个不可能完成的任务。 那么该如何解决这个矛盾呢？还是要从这个三角形入手。既然时间和资源的变化已经打破了项目规律，那么不妨根据新的时间和资源来重新划定合理的项目范围，保证项目的正常运作。于是，张工将这个项目拆分为两部分，重新定义这两部分的项目范围，使每一部分的范围都可以与已经确定的资源和时间匹配起来，让项目的运作又重新满足了项目的客观规律，最终取得了成功。 在案例中，还有一些细节需要考生注意。张工最初估算整个项目需要花费60人月的总工作量，但如果考虑到拆分为两个阶段后会增加设计的复杂度，增加了额外的验收过程等因素，超出原计划半个月是正常的。计划在6个月内完成。在把项目拆分后，实际是用了6个半月的时间，也就是花费了65人月完成了项目。对于上面介绍的时间、成本和范围的关系而言，仅是在理想情况下成立，即项目成员始终能以固定的成本完成固定的工作。而在实际情况下，项目的工期、复杂度等因素都会对项目造成影响。在案例中，虽然看似两部分工作的总和等于没有拆分前的项目，但这仅对于最终目标而言，拆分后的项目增加了若干中间成果，项目的范围实际上还是扩大了。 因为软件项目的范围直接与需求相关，所以，很多人误认为控制项目范围就是控制需求，而控制的方法就是减少需求的内容。这种理解是完全错误的。 范围控制体现在软件开发的各个阶段，很多范围控制并非是针对客户的要求而进行的。例如，本案例中，范围控制就是针对高层经理的要求进行的。再比如，在设计中，我们既可以设计刚刚够用甚至略有欠缺，通过牺牲系统的扩展性、维护性等方面来简化设计，也可以对系统进行充分良好的设计，甚至可能是过度设计。采取哪一种设计策略也是软件项目范围管理的一部分。项目经理可以根据目前的项目的目标与环境出发，综合考虑质量和成本的约束，制定明确的项目范围，保证项目的成功。根据笔者的经验，即时需求已经确定，通过有效的范围管理仍能给项目带来很大的收益，可以在不牺牲软件质量的前提下通过范围管理来降低项目成本，缩短项目工期。 上面主要针对张工在范围控制方面进行了分析，实际在整个案例中，张工还进行了其他的范围管理工作。 首先，在项目刚刚开始，张工就对项目范围进行了定义，进而划分了WBS并对项目进行了估算和计划。在S提出需要缩短工期的要求后，张工首先进行了项目范围的控制，缩小了第一步需要完成的项目范围。紧接着张工又对两阶段需要完成的项目范围进行了重新定义，制定了验收标准。最后，张工对重新定义的范围进行了确认，与客户和高层经理达成一致。 对于项目而言，仅仅管理范围仍不能保证项目的成功。在这个案例中，张工也运用了其他的管理手段。其中包括，张工对项目进行了估算，这属于项目时间管理的范畴；张工协调了多个项目干系人之间的矛盾，这属于沟通管理的范畴。 有了上面的分析，这道考题的答案也就很清晰了。 2.2.3参考答案 【问题1】(10分) (1)张工首先对最初的项目范围进行了清晰的定义，并根据定义对工作进行了分解，制定了WBS。 (2)张工对项目进行了估算，且估算结果真实可信，对项目工作量有量化的把握。(2分) (3)在出现新的项目目标后，张工对项目进行了范围控制，缩小了第一阶段实现的范围。(2分) (4)张工对重新定义的项目范围进行了确认，与高层经理和客户达成一致。(2分) (5)张工对项目进行了沟通管理，协调了多个项目干系人之间的矛盾。(2分) 【问题2】(15分) 项目范围管理的要点： (1)范围管理计划。(2分) (2)范围定义。(2分) (3)工作分解。(2分) (4)范围确认。(2分) (5)范围控制。(2分) 在本案例中，张工首先进行了范围定义和工作分解，得到了清晰的项目范围；在出现新的项目目标后，张工进行了范围控制，重新定义了两个阶段的项目范围；最后，张工将重新定义的范围与项目干系人进行了确认。(5分) 2.3　案例三：范围确认 阅读以下关于信息系统项目管理过程中项目范围管理方面问题的叙述，回答问题1至问题3. 2.3.1案例场景 C公司信息技术有限公司(CSAI )刚刚和M签订了一份新的合同，合同的主要内容是处理公司以前为M公司开发的信息系统的升级工作。升级后的系统可以满足M公司新的业务流程和范围。由于是一个现有系统的升级，项目经理张工特意请来了原系统的需求调研人员李工担任该项目的需求调研负责人。在李工的帮助下，很快地完成了需求开发的工作并进入设计与编码。由于M公司的业务非常繁忙，M公司的业务代表没有足够的时间投入到项目中，确认需求的工作一拖再拖。张工认为，双方已经建立了密切的合作关系，李工也参加了原系统的需求开发，对业务的系统比较熟悉，因此定义的需求是清晰的。故张工并没有催促业务代表在需求说明书中签字。 进入编码阶段后，李工因故移民加拿大，需要离开项目组。张工考虑到系统需求已经定义，项目已经进入编码期，李工的离职虽然会对项目造成一定的影响，但影响较小，因此很快办理好了李工的离职手续。 在系统交付的时候，M公司的业务代表认为已经提出的需求很多没有实现，实现的需求也有很多不能满足业务的要求，必须全部实现这些需求后才能验收。此时李工已经不在项目组，没有人能够清晰地解释需求说明书。最终系统需求发生重大变更，项目延期超过50%, M的业务代表也因为系统的延期表示了强烈的不满。 【问题1】(8分) 请以400字对张工在项目管理工作中的行为进行点评。 【问题2】(9分) 请从项目范围管理的角度找出该项目实施过程中的问题，以500字内回答。 【问题3】(8分) 请结合你本人项目经验，谈谈应如何避免类似的问题，以500字内回答。 2.3.2　案例分析 这是一个失败的软件项目，与很多失败的软件项目一样，在系统需求上栽了跟头。开发与定义软件系统的需求在整个软件开发过程中