软考高级信息系统项目管理师90个常见案例分析整理总结.docx
《软考高级信息系统项目管理师90个常见案例分析整理总结.docx》由会员分享，可在线阅读，更多相关《软考高级信息系统项目管理师90个常见案例分析整理总结.docx（31页珍藏版）》请在冰豆网上搜索。
软考高级信息系统项目管理师90个常见案例分析整理总结
1、因人手比较紧张，M从正在从事编程工作的高手中选择了小张作为负责软件子项目的项目经理，小张同时兼任模块的编程工作。
解答：
1）从技术岗位到管理岗位，缺乏相关的管理经验，没有及时得到相关培训。
2）小张同时兼任模块的编辑工作，项目经理不应该身兼多职。
身兼多职，精力不足，顾此失彼。
2、开发人员就直接对系统软件进行了修改。
解答：
1）变更管理不到位，对系统软件进行修改需要通过变更控制流程，缺少变更控制流程。
2）软件测试计划不合理，软件测试过程中应避免开发人员自己修改自己的产品。
3、在验收过程中，老刘提出了一些小问题。
项目经理张斌带领团队很快妥善解决了这些问题。
但是随着时间的推移，客户的问题似乎不断。
时间已超过系统试用期，但是客户仍然提出一些小问题，而有些问题都是客户方曾经提出过，并实际上已经解决了的问题。
解答：
1）需求管理不到位，需求没有经过确认和评审，导致需求蔓延，范围蔓延。
2）配置管理不到位，多次修改没有注重版本管理，导致客户问题重复出现。
3）变更管理不到位，解决客户提出的问题时没有通过正规的变更流程。
4）沟通管理不到位，对于解决的问题没有及时告知项目干系人。
4、项目经理小丁做过5年的系统分析和设计工作，但这是他第一次担任项目经理，小丁兼任系统分析工作。
解答：
1）从技术岗位到管理岗位，缺乏相关的管理经验，没有及时得到相关培训。
2）项目经理不应该身兼多职，身兼多职，精力不足，顾此失彼。
5、因此他要求项目组成员无论如何每周都必须按时参加例会并发言，但对例会具体应如何进行，老张却不知如何规定。
很快项目组成员就开始抱怨例会目的不明，时间太长，效率太低，缺乏效果等等，而且由于在例会上意见相左，很多组员开始相互争吵，甚至影响到了人际关系的融洽。
解答：
1）沟通管理不到位，缺乏明确的沟通管理计划（不细致）。
2）人力资源管理不到位，缺乏团队管理经验。
3）冲突管理不到位，对于团队成员之间矛盾处理不恰当。
4）管理经验不足，没有制定明确的会议制度，会议目标不明确。
6、在该项目合同中，简单地列出了几条项目承建方应完成的工作，据此小李自己制订了项目的范围说明书。
解答：
1）合同管理不到位，合同内容条款不明确，缺乏相应的项目目标、验收标准、验收时间、违约责任等要求，合同条款应当齐全。
2）范围说明书应有项目组全员参与制定，并需要相应的确认评审工作，范围说明书需要甲方确认。
7、合同的相应条款作为依据，而这些条款要么太粗、不够明确。
解答：
1）合同管理不到位，合同内容条款不明确，缺乏相应的项目目标、验收标准、验收时间、违约责任等要求，合同条款应当齐全。
8、以往项目销售经理的过度承诺给后继的实施工作带来了很大困难。
解答：
1）沟通管理不到位，组织内部沟通不畅，对公司技术能力了解不够。
2）风险管理意识薄弱，没有考虑过度承诺给项目带来的风险。
3）缺乏充分的可行性研究，导致对客户要求的过度承诺。
9、期间项目经理田某因故离职，其工作由系统集成商B的另一位高级项目经理鲍某接替。
解答：
1）核心人员离职，工作未交接。
10、项目承建单位的一名副总裁承揽了一个新项目，他把程序员、测试工程师从该项目上调走，去执行他新承揽的项目。
解答：
1）人力资源管理不到位，项目核心岗位应该设有A、B角色。
2）风险管理意识薄弱，核心职员调换抽走导致项目风险加大。
3）项目进行期间调换抽走核心人员，不利益团队建设。
4）更换抽走核心人员需要针对本项目的相关培训，增加项目成本。
11、尚存在一些问题，主要有：
方案遗漏一项基本需求，有多项无效需求，没有书面的需求调研报告；在项目的工期、系统功能和售后服务等方面，存在过度承诺现象。
解答：
1）需求管理不到位，对需求没有进行确认和评审。
2）沟通管理不到位，组织内部沟通不畅，对公司技术能力了解不够。
3）风险管理意识薄弱，没有考虑过度承诺给项目带来的风险。
4）缺乏充分的可行性研究，导致对客户要求的过度承诺。
5）文档管理不到位，没有形成相应的文档。
12、章某建议从在公司工作2年以上业务骨干中选拔项目经理。
结果李某被章某选中负责该项目的软件开发子项目。
解答：
1）从技术/业务岗位到管理岗位，缺乏相关的管理经验，没有及时得到相关培训。
13、他领导的团队因经常返工而效率低下、团队成员对发生的错误互相推诿、开会时人员从来没有到齐过，甚至李某因忙于自己负责的模块开会时都迟到过。
大家向李某汇报项目的实际进度、成本时往往言过其实，直到李某对自己负责的模块进行接口调试时才发现这些问题。
解答：
1）团队人员职责定义不清。
2）沟通管理不到位，团队成员内部缺乏沟通
3）人力资源管理不到位，团队建设工作没有做好，团队成员关系不融洽。
4）项目经理身兼多职，不以身作则，精力不足，顾此失彼。
5）团队管理经验不足，缺乏有效的绩效考核办法
6）经常返工，质量有问题，质量监控不力，不能及时掌控项目进度
14、这次和以往不同的是强某还同时管理着另外两个项目，而这个人口管理系统项目的工期要求紧、他能调用的人手少。
解答：
1）身兼多职，精力不足，顾此失彼。
2）人力资源配置不合理。
15、张工认为此项目质量管理的关键在于系统地进行测试。
解答：
1）质量是计划出来的，而不是检查出来。
并且检查与评审应贯穿于整个项目工作。
16、新毕业的大学生小吕负责项目的质量保证。
解答：
1）人力资源安排不合理。
新人负责质量保证工作缺乏相关经验，缺乏相关培训工作。
2）质量保证应该由经验丰富的质量保证专职人员担任。
17、而WBS则由小刘自己依据以往的经验进行分解。
解答：
1）WBS需要根据项目实际情况进行编制。
2）创建WBS应该由团队成员共同参与。
3）以往的经验不足以体现现有项目的特征，应该根据项目实际情况进行分解。
4）WBS分解后应通过相应的评审和确认、
18、因为项目的验收日期是合同里规定的，人员是公司配备的，所以进度里程碑计划是从验收日期倒推到启动日期分阶段制定的。
在该项目计划的评审会上，大家是第一次看到该计划，在改了若干错别字后，就匆忙通过了该计划。
该项目计划交到负责质量保证的小吕那里，小吕看到计划的内容，该填的都填了，格式也符合要求，就签了字。
解答：
1）5）里程碑计划制定不对，里程碑计划应该是项目有重大可交付物完成交付的阶段，而不是按照验收日期倒推分阶段制定。
2）进度计划应该有冗余。
3）项目计划应该是项目各干系人参与制定，并且应该在会议之前将材料发放到与会人手中。
4）评审会议过于草率，走过场，没有详细评审其内容。
评审后应由与会人员应签字确认。
5）质量保证不到位。
19、在需求分析时，他们制作的需求分析报告的内容比合同的技术规格要求更为具体和细致。
小刘把需求文档提交给了甲方联系人审阅，该联系人也没提什么意见。
解答：
1）需求管理不到位，需求应得到确认和评审。
2）需求文档在甲方审阅后，应当由甲方的确认签字。
20、甚至有关技术指标不符合国家电表标准等等，而此时S公司因内部原因退出中国大陆市场。
解答：
1）缺乏充分可行性研究分析。
2）风险管理意识薄弱，缺乏风险评估工作。
21、由于此客户为A公司的重要客户，为维护客户关系，A公司同意了建设单位的要求。
为了完成项目建设任务，A公司将应用软件分成了多个子系统，并分别组织开发团队突击开发，为提高效率，尽量采用并行的工作方式，在没有全面完成初步设计的情况下，有些开发组同时开始详细设计与部分编码工作；同时新招聘了6名应届毕业生加入开发团队。
解答：
1）变更管理不到位，对于项目变更应该通过正规变更流程。
2）人力资源安排不合理。
新员工加入到项目团队，应保证新员工得到足够的培训。
3）风险管理意识薄弱，对风险的认识不足，一味答应客户要求及并行工作都会带来风险，应做好风险的应对工作。
4）沟通管理不到位，一味答应客户要求，缺乏跟客户和组织内部的沟通。
5）快速跟进有返工风险。
22、然后参考项目管理教材和国外一些大型项目管理经验制定了一系列相关规定以及奖惩措施，针对正在开发的项目分别指定了技术骨干作为项目的项目经理。
解答：
1）从技术岗位到管理岗位，缺乏相关的管理经验，没有及时得到相关培训。
2）项目的规定和奖惩措施需要根据企业、项目的实际情况进行制定。
3）制定项目计划、相关规定及措施不应仅仅是参考项目管理教材和国外的一些大型项目管理经验，而是应该结合项目本身的实际情况制定。
23、认为“公司规模小没有必要进行项目管理”，与其花费了大量时间开会、写文档，不如几个人碰碰头说说就可以了。
实际开发工作中总是以开发任务重等原因不按照规定履行项目管理程序。
解答：
1）公司质量体系不健全，即使项目很小也应该有相应的标准流程。
2）项目管理不到位。
3）沟通管理不到位。
4）文档管理不到位，文档管理应该贯穿于项目的整个过程。
24、因此决定从公司工作3年以上的业务骨干中选拔一批项目经理。
张某原是公司的一名技术骨干，编程水平很高，在同事中有一定威信，因此被选中直接担当了某系统集成项目的项目经理。
解答：
1）从技术岗位到管理岗位，缺乏相关的管理经验，没有及时得到相关培训。
25、他领导的小组有2个新招聘的高校毕业生，技术和经验十分欠缺，一遇到技术难题，就请张某进行技术指导。
有时张某干脆亲自动手编码来解决问题，因为教这些新手如何解决问题反而更费时间。
由于有些组员是张某之前的老同事，在他们没能按计划完成工作时，张某为了维护同事关系，不好意思当面指出，只好亲自将他们未做完的工作做完或将不合格的地方修改好。
该项目的客户方是某政府行政管理部门，客户代表是该部门的主任，和公司老总的关系很好。
因此对于客户方提出的各种要求，张某和组内的技术人员基本全盘接受，生怕得罪了客户，进而影响公司老总对自己能力的看法。
张某在项目中遇到的各种问题和困惑，也感觉无处倾诉。
项目的进度已经严重滞后，而客户的新需求不断增加，各种问题纷至沓来，张某觉得项目上的各种压力都集中在他一个人身上，而项目组的其他成员没有一个人能帮上忙。
解答：
1）人力资源安排不合理。
新员工加入到项目团队，团队人员技能不足，应保证新员工得到足够的培训。
2）团队职责不清晰，应指派专门的人员对新人进行指导。
3）身兼多职，精力不足，顾此失彼。
4）沟通管理不到位，组织沟通不通畅，缺乏清晰的沟通渠道。
5）需求管理不到位，对需求没有进行评审和确认，导师需求蔓延。
6）变更管理不到位，对于客户提出的修改要求没有通过正规变更流程。
7）团队管理不到位，团队成员责任分配不清晰，项目经理没有做好授权。
26、王某认为这是正常的项目团队磨合过程，没有过多干预。
同时，批评新加入成员效率低下，认为项目团队原成员更有经验，要求新加入成员要多向原成员虚心请教。
项目实施两个月后，王某发现大家汇报项目的进度言过其实，进度没有达到计划目标。
解答：
1）人力资源管理团队建设不到位。
2）监控不到位，没有及时掌控项目进度。
3）沟通管理冲突管理不到位，沟通渠道不畅。
4）团队管理经验不足，缺乏有效的绩效考核办法。
27、小方根据在学校学习的项目管理知识，制定并发布了项目章程。
因工期紧，小方仅确定了项目负责人、组织结构、概要的里程碑计划和大致的预算，便组织相关人员开始各个网站的开发工作。
解答：
1）没有根据项目实际情况制定项目章程。
2）项目章程应有项目发起人以外的人发布。
3）整体管理不到位，组织结构不清晰。
4）没有对成本预算进行评审，成本预算不够细致。
28、项目经理召开项目组内部会议将任务口头布置给了小组成员。
会后，主要由编码人员按照会议备忘录的要求对已完成的模块编码进行修改，而未完成的模块按照会议备忘录的要求进行编写。
解答：
1）文档管理不到位，缺少书面的会议纪要。
2）变更管理不到位，对模块编码修改应通过正规的变更流程。
29、需求分析完成后，项目组编写了《需求分析报告》。
项目经理小赵召集部分骨干人员召开评审会，对需求文件进行了评审。
为了尽快进入下一阶段工作，评审会从早上9点一直开到晚上9点，终于把全部文件都审完了。
评审组找到了几处小问题，并当场进行了修改，项目经理宣布可以进入设计阶段了。
设计人员根据需求文件编写了《设计说明书》，并提交给小赵。
小赵对设计文件仔细审阅后，便安排程序员开始编程。
解答：
1）需求评审会议应该由项目组全体成员参与，需要甲方参加需求评审。
2）会议时间过长，走过场，效率低下。
3）变更管理不到位，对项目中出现的变更应通过正规的变更流程，需要甲方签字确认。
4）设计说明书应得到甲方的认可，并签字确认。
30、由于该高校是公司重要的客户，A公司领导口头答应了客户的要求。
解答：
1）文档管理不到位，应通过正式的书面形式与甲方明确需求，并由甲方签字确认。
2）风险管理意识薄弱，没有考虑到后期都项目的影响。
31、李某凭借自己项目管理的经验，认为这些变更在约定的工期内可以完成，因此直接答应了对方的变更要求，随后，李某找到负责变更模块的项目组成员，要求其完成对业务流程变更的修改。
解答：
1）变更管理不到位，项目发生变更应通过正规变更流程
32、临近外包交工时，对方提出人力资源紧张，要求延长合同期限，如果延长外包期限，将导致无线抄表系统项目进度无法完成，公司将承受很大的损失。
解答：
1）监控不到位，没能及时掌控项目进度。
2）风险管理意识薄弱，选择分包商时缺少必要的考察分析。
33、小王在初步了解了这个项目的基本情况之后，就按照公司的模板与项目组的几个核心成员共同制订了项目管理计划。
解答：
1）风险管理意识薄弱，不是了解基本情况，应尽量详细的了解项目具体情况后再制定项目计划
2）项目管理计划需要各干系人参与。
34、考虑到刘某第一次管理这种商业性项目，因此对很多管理细节都进行了细化，并将计划重点集中在项目执行计划的制订方面，配置管理计划做得比较简单
解答：
1）人力资源管理不到位，刘某缺乏相关经验，没有经过相应的培训。
2）计划制定重点不应集中在项目执行计划的制定方面。
3）配置管理不到位，配置管理计划制定过于简单。
35、项目经理经过与项目组及项目管理部协商，决定去掉详细设计这个环节，直接进入产品的编码阶段，安排开发工程师根据总体设计负责各自模块的开发工作。
解答：
1）整体管理不到位，详细设计阶段不能省略。
36、5名开发工程师组成的开发小组进入非常忙碌的编码阶段后，经常加班加点。
开发过程中，由于原来制定的计划已完全被打乱，SQA无法再根据原来的质量保证计划进行跟踪，项目组其他人员也已无法发挥作用。
解答：
1）人力资源管理不到位，经常加班加点工作，效率低下，影响士气，并增加成本。
2）质量计划应根据项目的进行及时更新。
37、这时已有2名开发人员因为信心问题而离职，项目经理除了要考虑项目进度外，还要考虑项目资源，由于此时其他项目任务也很重，公司资源很紧张，他不得不重新招聘开发人员。
解答：
1）人力资源管理不到位，团队建设存在问题，缺乏激励措施，导致开发人员离职。
2）资源分配不合理。
3）风险管理意识薄弱，对项目的核心工作应设置AB角色。
4）重新招聘开发人员，需要经过相应的培训，导致项目成本增加。
38、小赵被任命为某软件开发项目的专职质量管理人员，他此前只有过三个月的软件开发经历。
解答：
1）人力资源安排不合理。
质量管理工作应该由经验丰富的质量管理专职人员担任，小赵缺乏相应的工作经验，要经过相应的培训。
39、项目经理李工决定调整计划，不划分测试阶段，将所有模块一次集成后统一开始测试。
解答：
1）测试计划不合理，测试工作应该贯穿于项目过程之中全过程测试。
40、由于模块由不同人员开发，需要不同的人来修改，常常是已修复的BUG，在修复其他的BUG之后又再次出现，开发人员不停修改
解答：
1）配置管理不到位，缺乏系统的版本管理，导致修改后的错误再次出现。
2）沟通管理不到位，项目组内部成员之间缺乏沟通。
41、质量部便借鉴了其它公司的体系文件，对其简单修改后形成了A公司的质量管理体系文件。
解答：
1）质量管理体系文件需要根据自身公司的实际情况进行指定。
2）质量管理体系文件应经过详细的评审。
42、鉴于项目已经完成了试运行，李工就组织大家召开了项目总结会。
在总结会上李工表示了对大家的感谢，然后就宣布项目已经结束，项目团队成员可以各自按照原先的人力资源计划进入新的项目。
解答：
1）项目收尾管理不到位，项目试运行之后缺乏正式验收
2）未进行项目总结，项目总结会不是简单的感谢，而应就本项目的一些内容进行总结，分析经验教训，并更新公司的组织过程资产。
43、项目小组在2009年1月20日前完成任务，1月21日至28日各模块联调，1月29日至31日机动。
解答：
1）进度计划不合理，没有考虑冗余的思想。
没有充分考虑节假日等因素。
44、小李随后在原道路监控项目解决方案的基础上组织制定了智能交通管理系统项目的技术方案。
解答：
1）制定技术方案应该根据本项目的具体实际情况来制定。
2）编制计划时应该由项目个干系人参与，而不是由小李一个人制定。
45、为了赶工期项目组省掉了一些环节和工作，虽然最后通过验收，但却给后续的售后服务带来很大的麻烦，为了解决项目网络出现的问题，售后服务部的技术人员要到现场逐个环节查遍网络，绘出网络的实际连接图才能找到问题的所在。
售后服务部感到对系统进行支持有帮助的资料就只有政府网站的网页HTML文档及其内嵌代码。
解答：
1）文档缺失风险管理意识薄弱，中间省去一些环节和工作会给项目带来风险，应制定相应的风险应对措施。
2）文档管理不到位，文档不全，缺少设计图纸等文档。
46、H公司同甲方关系比较密切，但也正因为如此，合同签的较为简单，项目执行较为随意。
解答：
1）合同管理不到位，合同内容条款不明确，缺乏相应的项目目标、验收标准、验收时间、违约责任等要求。
2）风险管理意识薄弱，没有考虑到可能给项目带来的风险。
3）项目执行应按照项目计划执行，不能随意执行。
47、小赵是一位优秀的软件设计师，负责过多项系统集成项目的应用开发，现在公司因人手紧张，让他作为项目经理独自管理一个类似的项目
解答：
1）从技术岗位到管理岗位，缺乏相关的管理经验，没有及时得到相关培训。
48、李工按照4个月的工期重新制定了项目计划，向公司申请尽量多增派开发人员，并要求所有的开发人员加班加点工作以便向前赶进度。
由于公司有多个项目并行实施，给李工增派的开发人员都是刚招进公司的新人。
为节省时间，李工还决定项目组取消每日例会，改为每周例会。
同时，李工还允许需求调研和方案设计部分重叠进行，允许需求未经确认即可进行方案设计。
解答：
1）人力资源管理不到位，经常加班加点工作不利于团队氛围，效率低下，影响士气，并增加成本。
2）风险管理意识薄弱，项目并行实施，会带来项目风险，应制定相应的风险应对措施。
3）刚招聘的新人没有相关项目经验，需要经过培训。
4）需求必须经过评审和确认。
49、张工在担任此新项目的项目经理同时，所负责的原项目尚处在收尾阶段。
张工在进行了认真分析后，认为新项目刚刚开始，处于需求分析阶段，而原项目尚有某些重要工作需要完成，因此张工将新项目需求分析阶段的质量控制工作全权委托给了软件质量保证（SQA）人员李工。
李工制定了本项目的质量计划，包括收集资料、编制分质量计划、并通过相应的工具和技术，形成了项目质量计划书，并按照质量计划书开展相关需求调研和分析阶段的质量控制工作。
解答：
1）身兼多职，精力不足，顾此失彼
2）质量控制工作应由专门的质量控制人员（QA）进行，不能由质量保证人员兼职。
3）项目的质量计划应该由项目团队全员（干系人）参与制定。
4）对需求分析不重视。
5）质量是全过程的。
50、某网络建设项目在商务谈判阶段，建设方和承建方鉴于以前有过合作经历,并且在合同谈判阶段双方都认为理解了对方的意图，因此签订的合同只简单规定了项目建设内容、项目金额、付款方式和交工时间。
解答：
1）合同管理不到位，合同内容条款不明确，缺乏相应的项目目标、验收标准、验收时间、违约责任等要求。
2）风险管理意识薄弱，没有考虑到可能给项目带来的风险。
3）需求管理不到位，对客户提出的需求为经过评审和确认。
51、王某是某管理平台开发项目的项目经理。
王某在项目启动阶段确定了项目组的成员，并任命程序员李工兼任质量保证人员。
李工认为项目工期较长，因此将项目的质量检查时间定为每月1次。
解答：
1）身兼多职，精力不足，顾此失彼。
2）质量保证应该由经验丰富的质量保证专职人员担任。
3）质量检查周期太长，频率太低，颗粒粗，不利于了解项目具体情况。
52、李工对这个开发人员开具了不符合项报告，但开发人员认为并不是自己的问题，而且修改代码会影响项目进度，双方一直未达成一致，因此代码也没有修改。
解答：
1）沟通管理不到位。
2）QA未按要求上报不符合项。
3）变更管理不到位，代码修改应该通过正规的变更流程。
53、老陆是某系统集成公司资深项目经理，在项目建设初期带领项目团队确定了项目范围。
后因工作安排太忙，无瑕顾及本项目，于是他要求：
①本项目各小组组长分别制定组成项目管理计划的子计划；
②本项目各小组组长各自监督其团队成员在整个项目建设过程中子计划的执行情况；
③项目组成员坚决执行子计划，且原则上不允许修改。
解答：
1）整理管理不到位，项目缺少整体管理计划，应注意整体统一协调。
2）项目计划的制定需要各干系人的共同参与。
3）项目计划不是一成不变的，会根据项目进展情况进行必要的变更。
54、在编码阶段，赵工发现需求文件还在不断修改，形成了多个版本，设计文件不知道该与哪一版本的需求文件对应，而代码更不知道对应哪一版本的需求和设计文件。
同时，客户仍在不断提出新的需求，有些很细微的修改，开发人员随手就改掉了。
解答：
1）需求管理不到位，需求没有评审和确认，导致需求蔓延。
2）变更管理不到位，因客户提出新需求而更改项目内容应该通过正规的变更流程。
3）文档管理不到位，文档混乱。
4）配置管理不到位，版本管理不清晰。
55、小刘经过详细的需求调研，开始着手制定项目计划，在此过程中，他仔细考虑了项目中可能遇到的风险，整理出一张风险列表。
解答：
1）项目计划应该由项目个干系人的参与共同制定。
2）风险识别需要全员参与。
56、项目管理计划制定完成后，小刘通知了项目组成员，召开了第一次项目会议，将任务布置给大家。
随后，大家按分配给自己的任务开展了工作。
解答：
1）项目管理计划完成后，应该作相应的评审。
2）召开会议之前要把会议资料提前交给各与会人员。
3）工作任务分配给大家后要进行确认，明确各自职责。
57、某公司的质量管理体系中的配置管理程序文件中有如下规定：
①由变更控制委员会（CCB）制定项目的配置管理计划；
②由配置管理员（CMO）创建配置管理环境；
③由CCB审核变更计划；
④项目中配置基线的变更经过变更申请、变更评估、变更实施后便可发
升级会员 