案例分享：项目计划编制

某市电子政务信息系统工程，总投资额约 500 万元，主要包括网络平台建设和业务办公应用系统开发，通过公开招标，确定工程的承建单位是 A 公司，按照《合同法》的要求与 A 公司签订了工程建设合同，并在合同中规定 A 公司可以将机房工程这样的非主体、非关键性子工程分包给具备相关资质的专业公司 B，B 公司将子工程转手给了 C 公司。

在随后的应用系统建设过程中，监理工程师发现 A 公司提交的需求规格说明书质量较差，要求 A 公司进行整改。此外，机房工程装修不符合要求，要求 A 公司进行整改。

项目经理小丁在接到监理工程师的通知后，对于第二个问题拒绝了监理工程师的要求，理由是机房工程由 B 公司承建，且 B 公司经过了建设方的认可，要求追究 B 公司的责任，而不是自己公司的责任。对于第一个问题，小丁把任务分派给程序员老张进行修改，此时，系统设计工作已经在进行中，程序员老张独自修改了已进入基线的程序，小丁默许了他的操作。老张在修改了需求规格说明书以后采用邮件通知了系统设计人员。

案例分析：创建工作分解结构

某信息系统项目较为复杂，有许多需要进行的工作，老刘是这个项目的经理，为了更好地制订项目计划，更有效地对项目实施过程进行管理与控制，老刘需要对项目开发过程可能涉及的工作进行分解。老刘的助手对开发过程进行了分解，认为可以划分为 5 大块：确定需要、设计、研发、测试和安装，如下表所示。

老刘认为，制订 WBS 是项目范围管理中的重要过程，一个详细的工作分解结构对项目的管理工作很有好处，但助手的工作分解结构并不完整。

案例分析：一筹莫展的项目经理

老王是一家 IT 公司软件开发部的项目经理，6 个月前他被公司派往新动力贸易集团有限公司（以下简称新动力）现场组织开发财务管理信息系统，并担任项目经理。老王已经领导开发过好几家公司的财务系统，并已形成较为成熟的财务管理软件产品，所以他认为此次去后应当只要适当地做一些二次开发，并根据用户需求作少量的新功能开发即可大功告成。

老王满怀信心地带着他的项目团队进驻新动力了，老王和项目团队在技术上已经历过多次考验，他们在 3 个月的时间就将系统开发完毕，项目很快进入了验收阶段。可是新动力分管财务的陈总认为，一个这么复杂的财务系统在短短的 3 个月的时间里就完成了，这在新动力的 IT 项目中还是首次，似乎不太可能。他拒绝在验收书上签字，并要求财务部的刘经理和业务人员认真审核集团公司及和各个子公司的财务管理上的业务需求，并严格测试相关系统的功能。

财务部的刘经理和相关人员经过认真审核和测试，发现系统开发基本准确，但实施起来比较困难，因为业务流程变更较大。这样一来，又过去了 1 个月，新动力的陈总认为系统还没有考虑集团公司领导对财务的需求，并针对实施较困难的现状，要求项目组从集团公司总部开始，一家一家子公司地逐步推动系统的使用。