系統集成项目经理案例之项目计划编制.docVIP

案例一：项目计划编制 阅读以下关于在系统集成项目管理过程中项目计划编制等综合管理问题的叙述，回答问题1至问题4。 案例场景 某市电子政务信息系统工程，总投资额约500万元，主要包括网络平台建设和业务办公应用系统开发，通过公开招标，确定工程的承建单位是A公司，按照《合同法》的要求与A公司签订了工程建设合同，并在合同中规定A公司可以将机房工程这样非主体、非关键性子工程分包给具备相关资质的专业公司B，B公司将子工程转手给了C公司。 在随后的应用系统开发建设过程中，监理工程师发现A公司提交的需求规格说明质量较差，要求A公司进行整改。此外，机房工程装修不符合要求，要求A公司进行整改。 项目经理小丁在接到监理工程师的通知后，对于第二个问题拒绝了监理工程师的要求，理由是机房工程由B公司承建，且B公司经过了建设方的认可，要求追究B公司的责任，而不是自己公司的责任。对于第一个问题，小丁把任务分派给程序员老张进行修改，此时，系统设计工作已经在进行中，程序员老张独自修改了已进入基线的程序，小丁默许了他的操作。老张在修改了需求规格说明书后采用邮件通知了系统设计人员。 合同生效后，小丁开始进行项目计划的编制，开始启动项目。由于工期紧张，甲方要求提前完工，总经理比较关心该项目，询问项目的一些进展情况，在项目汇报会上，小丁给总经理递交了进度计划，公司总经理在阅读进度计划以后，对项目经理小丁指出任务之间的关联不是很清晰，要求小丁重新处理一下。 新计划出来了，在计划实施过程中，由于甲方的特殊要求，需要项目提前2周完工，小丁修改了项目进度计划，项目最终按时完工。 『问题1』请用400字以内的文字，描述小丁在合同生效后进行的项目计划编制的工作。 答：项目管理计划不完整，只有进度计划，应该建立详细的项目管理计划：8要素计划。 『问题2』请用400字以内的文字，描述小丁在处理监理工程师提出问题时是否正确？如果你作为项目经理，该如何处理？ 答：错误的，转包的工程不能二次转包，B公司负主要责任，A负连带责任；没有建立一个完善的整体变更控制流程和授权系统。应该主动同B公司沟通，制定详细的项目管理计划，建立完善的变更控制管理系统 『问题3』在项目执行过程中，由于程序员老张独自修改了已进入基线的程序，小丁默许了他的操作。请用200字以内文字评论，小丁的处理方式是否正确，如果你是项目经理，将如何处理上述的事情。 答：不正确。建立完整的变更控制流程。 『问题4』假设你被任命为本项目的项目经理，请问你对本项目的管理有何想法，本项目有哪些地方需要改进？ 答：计划、执行、监控部分都有问题，按整体控制流程回答，制定初步的范围说明书，制定详细的项目计划书，管理和指导….。 案例二：范围定义 阅读以下关于系统集成项目管理过程中范围管理方面问题的叙述，回答问题1至问题3。 案例场景： 某公司原本是一家专注于企业信息化的公司，在电子政务如火如荼的时候，开始进军电子政务行业。在电子政务的市场中，接到的第一个项目是开发一套工商审批系统。由于电子政务保密要求，该系统涉及两个互不联通的子网：政务内网和政务外网。政务内网中存储着全部信息，其中包括部分机密信息；政务外网可以对公众开放，开放的信息必须得到授权。系统要求在这两个子网中的合法用户都可以访问到被授权的信息，访问的信息必须一致可靠，政务内网的信息可以发布到政务外网，政务外网的信息在经过审批后可以进入政务内网系统。 张工是该项目的项目经理，在捕获到这个需求后认为电子政务建设与企业信息化有很大的不同，有其自身的特殊性，若照搬企业信息化原有的经验和方案必定会遭到惨败。因此采用了严格瀑布模型，并专门招聘了熟悉网络互通互联的技术人员设计了解决方案，在经过严格评审后实施。在项目交付时，虽然系统完全满足了保密性的要求，但用户对系统用户界面提出了较大的异议，认为不符合政务信息系统的风格，操作也不够便捷，要求彻底更换。由于最初设计的缺陷，系统表现层和逻辑层紧密耦合，导致70%的代码重写，而第二版的用户界面仍不能满足最终用户的要求，最终重写的部分代码才通过验收。由于系统的反复变更，项目组成员产生了强烈的挫折感，士气低落，项目工期也超出原计划的100%。 『问题1』请用不超过300字，对张工的行为进行点评 答：这是一个失败的项目，主要是范围定义不准确、不完整，对于客户明确的需求张工很好的响应了，但对用户隐藏的需求功能性需求；没有使用配置管理系统，进行范围控制，导致再次变更。 『问题2』请从范围管理的角度找出该项目实施过程中的主要管理问题，用不超过200字回答。 答：缺少范围管理计划；范围定义不完整、不准确；没有进行范围控制。 『问题3』请结合你的实际项目经验，指出应该如何避免类似问题？用不超过200字回答。 答