案例分析：范围确认

A 公司刚刚和 M 签订了一份新的合同，合同的主要内容是处理公司以前为 M 开发的信息系统的升级工作。升级后的系统可以满足 M 公司新的业务流程和范围。

由于是一个现有系统的升级，项目经理老张特意请来了原系统的需求调研人员李工担任该项目的需求调研负责人。在李工的帮助下，很快地完成了需求开发的工作并进入设计与编码。

由于 M 公司的业务非常繁忙，其业务代表没有足够的时间投入到项目中，确认需求的工作一拖再拖。老张认为，双方已经建立了密切的合作关系，李工也参加了原系统的需求开发，对业务的系统比较熟悉，因此定义的需求是清晰的。故老张并没有催促业务代表在需求说明书中签字。

进入编码阶段后，李工因故移民加拿大，需要离开项目组。老张考虑到系统需求已经定义，项目已经进入编码期，李工的离职虽然会对项目造成一定的影响，但影响较小，因此很快办理好了李工的离职手续。

案例分析：可行性研究问题

在项目计划和选择的过程中，需要完成的首要工作是对项目进行估算。项目估算的范围涉及方方面面，例如项目或产品开发的范围、投入和回报、项目风险、作用和意义等。在传统信息系统工程方法中，是以可行性研究的方式来组织对项目的主要估算内容的。在企业实际的业务过程中，可行性研究通常作为一个重要的环节，被包含在整个项目立项，或项目选择和确认的过程中。

可行性研究的范围可能覆盖很广泛的技术、经济、执行、环境等各种需要评估的因素，但它并不是最后的精细计划(例如：项目的时间进度及人员安排)。通常在进行可行性研究的阶段，甚至项目的目标或产品的最终方向也是高度易变化的。但可行性研究的意义在于，虽然可行性研究不能指出项目最终的精细计划和方向，但可行性研究可以在项目定义阶段用较小的代价识别出错误构思的系统，从而规避未来更多的资源投入的损失(时间、资金、人力、机会)，或者因遭遇到无法逾越的技术障碍或环境障碍导致的不可避免的失败。

案例分享：项目计划编制

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

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

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