信息系统项目管理90个典型案例分析.pdf

部分重复的没有， 32 群-枫制作 （1 ）因人手比较紧张，M 从正在从事编程工作的高手中选择了小张作为负责软件子项目的项目经理，小 张同时兼任模块的编程工作 1)技术到管理，没有培训 2)项目经理不应该身兼多职 （2 ）该开发人员就直接对系统软件进行了修改 1)缺少变更控制流程 （3 ）在验收过程中，老刘提出了一些小问题。项目经理张斌带领团队很快妥善解决了这些问题。但是随 着时间的推移，客户的问题似乎不断。时间已超过系统 试用期，但是客户仍然提出一些小问题，而有些 问题都是客户方曾经提出过，并 实际上已经解决了的问题。 1)范围蔓延 2)配置管理未做好 （4 ）项目经理小丁做过5 年的系统分析和设计工作，但这是他第一次担任项目经 理。小丁兼任系统分 析工作 1)技术到管理，没有培训 2)项目经理不应该身兼多职 （5 ）因此他要求项目组成员无论如何每周都必须按时参加例会并发言，但对例会具体应如何进行，老张 却不知如何规定。很快项目组成员就开始抱怨例会目的 不明，时间太长，效率太低，缺乏效果等等，而 且由于在例会上意见相左，很多 组员开始相互争吵，甚至影响到了人际关系的融洽 1)沟通管理计划不细致 （6 ）在该项目合同中，简单地列出了几条项目承建方应完成的工作，据此小李自己制订了项目的范围说 明书。 1)合同条款应当齐全 2)范围说明书需要甲方确认 （7 ）合同的相应条款作为依据，而这些条款要么太粗、不够明确 1)合同条款应当齐全 （8 ）以往项目销售经理的过度承诺给后继的实施工作带来了很大困难 1)过度承诺 （9 ）期间项目经理田某因故离职，其工作由系统集成商B 的另一位高级项目经理鲍某接替 1)核心人员离职，工作未交接 （10 ）项目承建单位的一名副总裁承揽了一个新项目，他把程序员、测试工程师从该项目上调走，去执 行他新承揽的项目。 1)人员抽走 （11 ）尚存在一些问题，主要有：方案遗漏一项基本需求，有多项无效需求，没有书面的需求调研报 告；在项目的工期、系统功能和售后服务等方面，存在过度 承诺现象。 1)需求评审没做好 2)过度承诺 3)文档管理不到位 （12 ）章某建议从在公司工作2 年以上业务骨干中选拔项目经理。结果李某被章某选中负责该项目的软 件开发子项目。 1)业务人员当人项目经理没有经验，未进行培训 （13 ）他领导的团队因经常返工而效率低下、团队成员对发生的错误互相推诿、 开会时人员从来没有到 齐过，甚至李某因忙于自己负责的模块开会时都迟到过。 大家向李某汇报项目的实际进度、成本时往往 言过其实，直到李某对自己负责的 模块进行接口调试时才发现这些问题。 1)经常返工 ，质量有问题 2)团队人员职责定义不清 3)项目经理身兼多职，不以身作则 4)绩效考核不到位 5)监控不利 （14 ）这次和以往不同的是强某还同时管理着另外两个项目，而这个人口管理系统项目的工期要求紧、 他能调用的人手少。 1)身兼多职 2)人力资源不足 （15 ）张工认为此项目质量管理的关键在于系统地进行测试。 1)质量是计划出来的 ，不是检查出来的。 （16 ）新毕业的大学生小吕负责项目的质量保证 1)小吕没有质量保证相关经验 ，需要进行培训 （17 ）而WBS 则由小刘自己依据以往的经验进行分解 1)WBS 需要根据项目实际情况进行编制 （18 ）因为项目的验收日期是合同里规定的，人员是公司配备的，所以进度里程碑计划是从验收日期倒 推到启动日期分阶段制定的。在该项目计划的评审会上， 大家是第一次看到该计划，在改了若干错别字 后，就匆忙通过了该计划。该项目 计划交到负责质量保证的小吕那里，小吕看到计划的内容，该填的都 填了，格式 也符合要求，就签了字。 1)进度计划不能用那个倒推 2) 进度计划应该有冗余 3)会议材料应当提前发给与会人员 4)质量保证不到位 （19 ）在需求分析时，他们制作的需求分析报告的内容比合同的技术规格要求更为具体和细致。小刘把 需求文档提交给了甲方联系人审阅，该联系人也没提什么 意见。 1)需求文档未经过甲方确认 （20 ）甚至有关技术指标不符合国家电表标准等等，而此时S 公司因内部原因退出中国大陆市场 1)风险管理不到位 （21 ）由于此客户为A 公司的重要客户，为维护客户关系，A 公司同意了建设单位的要求。为了完成项 目建设任务，A 公司将应用软件分成了多个子系统，并分别组织开发团队突击开发，为提高效率，尽量采 用并行的工作方式，在没有全面完成初步设计的情况下，有些开发组同时开始详细设计与部分编码工作； 同时新招聘了6