1、 因人手比较紧张，M 从正在从事编程工作的高手中选择了小张作为负责软
件子项目的项目经理，小张同时兼任模块的编程工作。
解答：
- 从技术岗位到管理岗位，缺乏相关的管理经验，没有及时得到相关
培训。 - 小张同时兼任模块的编辑工作，项目经理不应该身兼多职。
身兼多职，精力不足，顾此失彼。
2、 开发人员就直接对系统软件进行了修改 。
解答：
- 变更管理不到位，对系统软件进行修改需要通过变更控制流程，缺
少变更控制流程。 - 软件测试计划不合理，软件测试过程中应避免开发人员自己修改自
己的产品。
3、 在验收过程中，老刘提出了一些小问题。项目经理张斌带领团队很快妥善
解决了这些问题。但是随 着时间的推移，客户的问题似乎不断。时间已超过系
统 试用期，但是客户仍然提出一些小问题，而有些问题都是客户方曾经提出过，
并 实际上已经解决了的问题。
解答： - 需求管理不到位，需求没有经过确认和评审，导致需求蔓延，范围
蔓延。 - 配置管理不到位，多次修改没有注重版本管理，导致客户问题重复
出现。 - 变更管理不到位，解决客户提出的问题时没有通过正规的变更流程。
- 沟通管理不到位，对于解决的问题没有及时告知项目干系人。
4、 项目经理小丁做过 5 年的系统分析和设计工作，但这是他第一次担任项目
经理，小丁兼任系统分析工作 。
解答：1) 从技术岗位到管理岗位，缺乏相关的管理经验，没有及时得到相关
培训。
2) 项目经理不应该身兼多职，身兼多职，精力不足，顾此失彼。
5、 因此他要求项目组成员无论如何每周都必须按时参加例会并发言，但对例
会具体应如何进行，老张却不知如何规定。很快项目组成员就开始抱怨例会目的
不明，时间太长，效率太低，缺乏效果等等，而且由于在例会上意见相左，很
多 组员开始相互争吵，甚至影响到了人际关系的融洽。
解答：
- 沟通管理不到位，缺乏明确的沟通管理计划（不细致）。
- 人力资源管理不到位，缺乏团队管理经验。
- 冲突管理不到位，对于团队成员之间矛盾处理不恰当。
- 管理经验不足，没有制定明确的会议制度，会议目标不明确。
6、 在该项目合同中，简单地列出了几条项目承建方应完成的工作，据此小李
自己制订了项目的范围说明书。
解答：
- 合同管理不到位，合同内容条款不明确，缺乏相应的项目目标、验
收标准、验收时间、违约责任等要求，合同条款应当齐全。 - 范围说明书应有项目组全员参与制定，并需要相应的确认评审工作，
范围说明书需要甲方确认。
7、 合同的相应条款作为依据，而这些条款要么太粗、不够明确。
解答：
- 合同管理不到位，合同内容条款不明确，缺乏相应的项目目标、验
收标准、验收时间、违约责任等要求，合同条款应当齐全。
8、 以往项目销售经理的过度承诺给后继的实施工作带来了很大困难。
解答：
- 沟通管理不到位，组织内部沟通不畅，对公司技术能力了解不够。
- 风险管理意识薄弱，没有考虑过度承诺给项目带来的风险。3) 缺乏充分的可行性研究，导致对客户要求的过度承诺。
9、 期间项目经理田某因故离职，其工作由系统集成商 B 的另一位高级项目经
理鲍某接替。
解答：
- 核心人员离职，工作未交接 。
10、 项目承建单位的一名副总裁承揽了一个新项目，他把程序员、测试工程
师从该项目上调走，去执行他新承揽的项目。
解答：
- 人力资源管理不到位，项目核心岗位应该设有 A、B
角色。 - 风险管理意识薄弱，核心职员调换抽走导致项目风险加大。
- 项目进行期间调换抽走核心人员 ，不利益团队建设。
- 更换抽走核心人员需要针对本项目的相关培训，增加项目成本。
11、 尚存在一些问题，主要有：方案遗漏一项基本需求，有多项无效需求，
没 有书面的需求调研报告；在项目的工期、系统功能和售后服务等方面，存在
过度 承诺现象。
解答：
- 需求管理不到位，对需求没有进行确认和评审 。
- 沟通管理不到位，组织内部沟通不畅，对公司技术能力了解不够 。
- 风险管理意识薄弱，没有考虑过度承诺给项目带来的风险。
- 缺乏充分的可行性研究，导致对客户要求的过度承诺。
- 文档管理不到位，没有形成相应的文档 。
12、 章某建议从在公司工作 2 年以上业务骨干中选拔项目经理。结果李某被
章某选中负责该项目的软件开发子项目。
解答：
- 从技术/业务岗位到管理岗位，缺乏相关的管理经验，没有及时得
到相关培训。
13、 他领导的团队因经常返工而效率低下、团队成员对发生的错误互相推诿、 开会时人员从来没有到齐过，甚至李某因忙于自己负责的模块开会时都迟到过。
大家向李某汇报项目的实际进度、成本时往往言过其实，直到李某对自己负责
的 模块进行接口调试时才发现这些问题。
解答：
- 团队人员职责定义不清 。
- 沟通管理不到位，团队成员内部缺乏沟通
- 人力资源管理不到位，团队建设工作没有做好，团队成员关系不融
洽。 - 项目经理身兼多职，不以身作则，精力不足，顾此失彼。
- 团队管理经验不足，缺乏有效的绩效考核办法
- 经常返工，质量有问题，质量监控不力，不能及时掌控项目进度
14、 这次和以往不同的是强某还同时管理着另外两个项目，而这个人口管理
系统项目的工期要求紧、 他能调用的人手少。
解答：
- 身兼多职，精力不足，顾此失彼 。
- 人力资源配置不合理 。
15、 张工认为此项目质量管理的关键在于系统地进行测试。
解答：
- 质量是计划出来的，而不是检查出来。并且检查与评审应贯穿于整
个项目工作。
16、 新毕业的大学生小吕负责项目的质量保证 。
解答：
- 人力资源安排不合理。新人负责质量保证工作缺乏相关经验，缺乏
相关培训工作。 - 质量保证应该由经验丰富的质量保证专职人员担任。
17、 而 WBS 则由小刘自己依据以往的经验进行分解 。
解答：1) WBS 需要根据项目实际情况进行编制 。
2) 创建 WBS 应该由团队成员共同参与。
3) 以往的经验不足以体现现有项目的特征，应该根据项目实际情况进
行分解。
4) WBS 分解后应通过相应的评审和确认、
18、 因为项目的验收日期是合同里规定的，人员是公司配备的，所以进度里
程碑计划是从验收日期倒推到启动日期分阶段制定的。在该项目计划的评审会上
大家是第一次看到该计划，在改了若干错别字后，就匆忙通过了该计划。该项
目 计划交到负责质量保证的小吕那里，小吕看到计划的内容，该填的都填了，
格式 也符合要求，就签了字。
解答：
- 5)里程碑计划制定不对，里程碑计划应该是项目有重大可交付物完
成交付的阶段，而不是按照验收日期倒推分阶段制定 。 - 进度计划应该有冗余 。
- 项目计划应该是项目各干系人参与制定，并且应该在会议之前将材
料发放到与会人手中。 - 评审会议过于草率，走过场，没有详细评审其内容。评审后应由与
会人员应签字确认。 - 质量保证不到位。
19、 在需求分析时，他们制作的需求分析报告的内容比合同的技术规格要求
更 为具体和细致。小刘把需求文档提交给了甲方联系人审阅，该联系人也没提
什么意见。
解答：
- 需求管理不到位，需求应得到确认和评审。
- 需求文档在甲方审阅后，应当由甲方的确认签字。
20、 甚至有关技术指标不符合国家电表标准等等，而此时 S 公司因内部原
因退出中国大陆市场 。
解答：1) 缺乏充分可行性研究分析。
2) 风险管理意识薄弱，缺乏风险评估工作。
21、 由于此客户为 A 公司的重要客户，为维护客户关系，A 公司同意了建
设单位的要求。为了完成项目建设任务，A 公司将应用软件分成了多个子系统，
并分别组织开发团队突击开发，为提高效率，尽量采用并行的工作方式，在没
有全面完成初步设计的情况下，有些开发组同时开始详细设计与部分编码工作；
同时新招聘了 6 名应届毕业生加入开发团队。
解答：
- 变更管理不到位，对于项目变更应该通过正规变更流程。
- 人力资源安排不合理。新员工加入到项目团队，应保证新员工得到
足够的培训。 - 风险管理意识薄弱，对风险的认识不足，一味答应客户要求及并行
工作都会带来风险，应做好风险的应对工作。 - 沟通管理不到位，一味答应客户要求，缺乏跟客户和组织内部的沟
通。 - 快速跟进有返工风险 。
22、 然后参考项目管理教材和国外一些大型项目管理经验制定了一系列相关
规定以及奖惩措施，针对正在开发的项目分别指定了技术骨干作为项目的项目
经理。
解答：
- 从技术岗位到管理岗位，缺乏相关的管理经验，没有及时得到相关
培训 。 - 项目的规定和奖惩措施需要根据企业、项目的实际情况进行制定 。
- 制定项目计划、相关规定及措施不应仅仅是参考项目管理教材和国
外的一些大型项目管理经验，而是应该结合项目本身的实际情况制定。
23、 认为“公司规模小没有必要进行项目管理”，与其花费了大量时间开会、
写文档，不如几个人碰碰头说说就可以了。实际开发工作中总是以开发任务重等 原因不按照规定履行项目管理程序。
解答：
- 公司质量体系不健全，即使项目很小也应该有相应的标准流程。
- 项目管理不到位。
- 沟通管理不到位。
- 文档管理不到位，文档管理应该贯穿于项目的整个过程。
24、 因此决定从公司工作 3 年以上的业务骨干中选拔一批项目经理。张某原
是 公司的一名技术骨干，编程水平很高，在同事中有一定威信，因此被选中直
接担 当了某系统集成项目的项目经理。
解答：
- 从技术岗位到管理岗位，缺乏相关的管理经验，没有及时得到相关
培训 。
25、 他领导的小组有 2 个新招聘的高校毕业生，技术和经验十分欠缺，一
遇到技术难题，就请张某进行技术指导。有时张某干脆亲自动手编码来解决问题
因为教这些新手如何解决问题反而更费时间。由于有些组员是张某之前的老同事
在他们没能按计划完成工作时，张某为了维护同事关系，不好意思当面指出，
只好亲自将他们未做完的工作做完或将不合格的地方修改好。该项目的客户方是
某政府行政管理部门，客户代表是该部门的主任，和公司老总的关系很好。因此
对于客户方提出的各种要求，张某和组内的技术人员基本全盘接受，生怕得罪
了客户，进而影响公司老总对自己能力的看法。张某在项目中遇到的各种问题和
困惑，也感觉无处倾诉。项目的进度已经严重滞后，而客户的新需求不断增加，
各种问题纷至沓来，张某觉得项目上的各种压力都集中在他一个人身上，而项
目组的其他成员没有一个人能帮上忙。
解答：
- 人力资源安排不合理。新员工加入到项目团队，团队人员技能不足，
应保证新员工得到足够的培训。 - 团队职责不清晰，应指派专门的人员对新人进行指导。
- 身兼多职，精力不足，顾此失彼。4) 沟通管理不到位，组织沟通不通畅，缺乏清晰的沟通渠道。
- 需求管理不到位，对需求没有进行评审和确认，导师需求蔓延。
- 变更管理不到位，对于客户提出的修改要求没有通过正规变更流程。
- 团队管理不到位，团队成员责任分配不清晰，项目经理没有做好授
权。
26、 王某认为这是正常的项目团队磨合过程，没有过多干预。同时，批评新
加 入成员效率低下，认为项目团队原成员更有经验，要求新加入成员要多向原
成员 虚心请教。项目实施两个月后，王某发现大家汇报项目的进度言过其实，
进度没 有达到计划目标。
解答：
- 人力资源管理团队建设不到位。
- 监控不到位，没有及时掌控项目进度。
- 沟通管理冲突管理不到位，沟通渠道不畅。
- 团队管理经验不足，缺乏有效的绩效考核办法。
27、 小方根据在学校学习的项目管理知识，制定并发布了项目章程。因工期
紧，小方仅确定了项目负责人、组织结构、概要的里程碑计划和大致的预算，便
组织相关人员开始各个网站的开发工作。
解答：
- 没有根据项目实际情况制定项目章程。
- 项目章程应有项目发起人以外的人发布。
- 整体管理不到位，组织结构不清晰。
- 没有对成本预算进行评审，成本预算不够细致。
28、 项目经理召开项目组内部会议将任务口头布置给了小组成员。会后，主
要 由编码人员按照会议备忘录的要求对已完成的模块编码进行修改，而未完成
的模 块按照会议备忘录的要求进行编写。
解答：
- 文档管理不到位，缺少书面的会议纪要。
- 变更管理不到位，对模块编码修改应通过正规的变更流程。
29、 需求分析完成后，项目组编写了《需求分析报告》。项目经理小赵召集部
分骨干人员召开评审会，对需求文件进行了评审。为了尽快进入下一阶段工作，
评审会从早上 9 点一直开到晚上 9 点，终于把全部文件都审完了。评审组找到
了几 处小问题，并当场进行了修改，项目经理宣布可以进入设计阶段了。设计
人员根据需求文件编写了《设计说明书》，并提交给小赵。小赵对设计文件仔细
审阅后，便安排程序员开始编程。
解答：
- 需求评审会议应该由项目组全体成员参与，需要甲方参加需求评审
。 - 会议时间过长，走过场，效率低下 。
- 变更管理不到位，对项目中出现的变更应通过正规的变更流程，需
要甲方签字确认 。 - 设计说明书应得到甲方的认可，并签字确认。
30、 由于该高校是公司重要的客户，A 公司领导口头答应了客户的要求。
解答：
- 文档管理不到位，应通过正式的书面形式与甲方明确需求，并由甲
方签字确认。 - 风险管理意识薄弱，没有考虑到后期都项目的影响。
31、 李某凭借自己项目管理的经验，认为这些变更在约定的工期内可以完成，
因此直接答应了对方的变更要求，随后，李某找到负责变更模块的项目组成员，
要求其完成对业务流程变更的修改。
解答：
- 变更管理不到位，项目发生变更应通过正规变更流程
32、 临近外包交工时，对方提出人力资源紧张，要求延长合同期限，如果延
长外包期限，将导致无线抄表系统项目进度无法完成，公司将承受很大的损失。
解答：1) 监控不到位，没能及时掌控项目进度。
2) 风险管理意识薄弱，选择分包商时缺少必要的考察分析。
33、 小王在初步了解了这个项目的基本情况之后，就按照公司的模板与项目
组的几个核心成员共同制订了项目管理计划。
解答：
- 风险管理意识薄弱，不是了解基本情况，应尽量详细的了解项目具
体情况后再制定项目计划 - 项目管理计划需要各干系人参与。
34、 考虑到刘某第一次管理这种商业性项目，因此对很多管理细节都进行了
细 化，并将计划重点集中在项目执行计划的制订方面，配置管理计划做得比较
简单
解答：
- 人力资源管理不到位，刘某缺乏相关经验，没有经过相应的培训。
- 计划制定重点不应集中在项目执行计划的制定方面。
- 配置管理不到位，配置管理计划制定过于简单。
35、 项目经理经过与项目组及项目管理部协商，决定去掉详细设计这个环节，
直接进入产品的编码阶段，安排开发工程师根据总体设计负责各自模块的开发
工作。
解答：
- 整体管理不到位，详细设计阶段不能省略。
36、 5 名开发工程师组成的开发小组进入非常忙碌的编码阶段后，经常加班
加 点。开发过程中，由于原来制定的计划已完全被打乱，SQA 无法再根据原来
的质 量保证计划进行跟踪，项目组其他人员也已无法发挥作用。
解答：
- 人力资源管理不到位，经常加班加点工作，效率低下，影响士气，
并增加成本。 - 质量计划应根据项目的进行及时更新。
37、 这时已有 2 名开发人员因为信心问题而离职，项目经理除了要考虑项
目进 度外，还要考虑项目资源，由于此时其他项目任务也很重，公司资源很紧
张，他 不得不重新招聘开发人员。
解答：
- 人力资源管理不到位，团队建设存在问题，缺乏激励措施，导致开
发人员离职。 - 资源分配不合理。
- 风险管理意识薄弱，对项目的核心工作应设置 AB 角色。
- 重新招聘开发人员，需要经过相应的培训，导致项目成本增加。
38、 小赵被任命为某软件开发项目的专职质量管理人员，他此前只有过三个
月的软件开发经历。
解答：
- 人力资源安排不合理。质量管理工作应该由经验丰富的质量管理专
职人员担任，小赵缺乏相应的工作经验，要经过相应的培训。
39、 项目经理李工决定调整计划，不划分测试阶段，将所有模块一次集成后
统 一开始测试。
解答：
- 测试计划不合理，测试工作应该贯穿于项目过程之中全过程测试 。
40、 由于模块由不同人员开发，需要不同的人来修改，常常是已修复的
BUG，在修复其他的 BUG 之后又再次出现，开发人员不停修改
解答：
- 配置管理不到位，缺乏系统的版本管理，导致修改后的错误再次出
现。 - 沟通管理不到位，项目组内部成员之间缺乏沟通。
41、 质量部便借鉴了其它公司的体系文件，对其简单修改后形成了 A 公司
的质 量管理体系文件。
解答：1) 质量管理体系文件需要根据自身公司的实际情况进行指定。
2) 质量管理体系文件应经过详细的评审。
42、 鉴于项目已经完成了试运行，李工就组织大家召开了项目总结会。在总
结 会上李工表示了对大家的感谢，然后就宣布项目已经结束，项目团队成员可
以各 自按照原先的人力资源计划进入新的项目。
解答：
- 项目收尾管理不到位，项目试运行之后缺乏正式验收
- 未进行项目总结，项目总结会不是简单的感谢，而应就本项目的一些内容进
行总结，分析经验教训，并更新公司的组织过程资产。
43、 项目小组在 2009 年 1 月 20 日前完成任务，1 月 21 日至 28 日各
模块联调，1 月 29 日至 31 日机动。
解答：
- 进度计划不合理，没有考虑冗余的思想。没有充分考虑节假日等因素。
44、 小李随后在原道路监控项目解决方案的基础上组织制定了智能交通管理
系 统项目的技术方案。
解答：
- 制定技术方案应该根据本项目的具体实际情况来制定。
- 编制计划时应该由项目个干系人参与，而不是由小李一个人制定。
45、 为了赶工期项目组省掉了一些环节和工作，虽然最后通过验收，但却给
后续的售后服务带来很大的麻烦，为了解决项目网络出现的问题，售后服务部
的技术人员要到现场逐个环节查遍网络，绘出网络的实际连接图才能找到问题
的所在。售后服务部感到对系统进行支持有帮助的资料就只有政府网站的网页
HTML 文档及其内嵌代码。
解答：
- 文档缺失 风险管理意识薄弱，中间省去一些环节和工作会给项目带来风险，
应制定相应的风险应对措施。 - 文档管理不到位，文档不全，缺少设计图纸等文档。
46、 H 公司同甲方关系比较密切，但也正因为如此，合同签的较为简单，项
目执行较为随意。
解答：
- 合同管理不到位，合同内容条款不明确，缺乏相应的项目目标、验收标准、验
收时间、违约责任等要求。 - 风险管理意识薄弱，没有考虑到可能给项目带来的风险。
- 项目执行应按照项目计划执行，不能随意执行。
47、 小赵是一位优秀的软件设计师，负责过多项系统集成项目的应用开发，
现在公司因人手紧张，让 他作为项目经理独自管理一个类似的项目
解答：
- 从技术岗位到管理岗位，缺乏相关的管理经验，没有及时得到相关培训。
48、 李工按照 4 个月的工期重新制定了项目计划，向公司申请尽量多增派
开发 人员，并要求所有的开发人员加班加点工作以便向前赶进度。由于公司有
多个项 目并行实施，给李工增派的开发人员都是刚招进公司的新人。为节省时
间，李工 还决定项目组取消每日例会，改为每周例会。同时，李工还允许需求
调研和方案 设计部分重叠进行，允许需求未经确认即可进行方案设计。
解答：
- 人力资源管理不到位，经常加班加点工作不利于团队氛围，效率低下，影响
士气，并增加成本。 - 风险管理意识薄弱，项目并行实施，会带来项目风险，应制定相应的风险应
对措施。 - 刚招聘的新人没有相关项目经验，需要经过培训。
- 需求必须经过评审和确认。
49、 张工在担任此新项目的项目经理同时，所负责的原项目尚处在收尾阶段。
张工在进行了认真分析后，认为新项目刚刚开始，处于需求分析阶段，而原项
目尚有某些重要工作需要完成，因此张工将新项目需求分析阶段的质量控制工
作全权委托给了软件质量保证（SQA）人员李工。李工制定了本项目的质量计划，包括收集资料、编制分质量计划、并通过相应的工具和技术，形成了项目质量计
划书，并按照质量计划书开展相关需求调研和分析阶段的质量控制工作。
解答：
- 身兼多职，精力不足，顾此失彼
- 质量控制工作应由专门的质量控制人员（QA）进行，不能由质量保证人员兼
职。 - 项目的质量计划应该由项目团队全员（干系人）参与制定。
- 对需求分析不重视。
- 质量是全过程的。
50、 某网络建设项目在商务谈判阶段，建设方和承建方鉴于以前有过合作经
历, 并且在合同谈判阶段双方都认为理解了对方的意图，因此签订的合同只简
单规定 了项目建设内容、项目金额、付款方式和交工 时间。
解答：
- 合同管理不到位，合同内容条款不明确，缺乏相应的项目目标、验收标准、验
收时间、违约责任等要求。 - 风险管理意识薄弱，没有考虑到可能给项目带来的风险。
- 需求管理不到位，对客户提出的需求为经过评审和确认。
51、 王某是某管理平台开发项目的项目经理。王某在项目启动阶段确定了项
目 组的成员，并任命程序员李工兼任质量保证人员。李工认为项目工期较长，
因此 将项目的质量检查时间定为每月 1 次。
解答：
- 身兼多职，精力不足，顾此失彼 。
- 质量保证应该由经验丰富的质量保证专职人员担任。
- 质量检查周期太长，频率太低，颗粒粗，不利于了解项目具体情况。
52、 李工对这个开发人员开具了不符合项报告，但开发人员认为并不是自己
的 问题，而且修改代码会影响项目进度，双方一直未达成一致，因此代码也没
有修改。
解答：
- 沟通管理不到位。2) QA 未按要求上报不符合项。
- 变更管理不到位，代码修改应该通过正规的变更流程。
53、 老陆是某系统集成公司资深项目经理，在项目建设初期带领项目团队确
定了项目范围。后因工作安排太忙，无瑕顾及本项目，于是他要求：
①本项目各小组组长分别制定组成项目管理计划的子计划；
② 本项目各小组组长各自监督其团队成员在整个项目建设过程中子计划的执行
情 况；
③项目组成员坚决执 行子计划，且原则上不允许修改。
解答：
- 整理管理不到位，项目缺少整体管理计划，应注意整体统一协调。
- 项目计划的制定需要各干系人的共同参与。
- 项目计划不是一成不变的，会根据项目进展情况进行必要的变更。
54、 在编码阶段，赵工发现需求文件还在不断修改，形成了多个版本，设计
文 件不知道该与哪一版本的需求文件对应，而代码更不知道对应哪一版本的需
求和 设计文件。同时，客户仍在不断提出新的需求，有些很细微的修改，开发
人员随 手就改掉了。
解答：
- 需求管理不到位，需求没有评审和确认，导致需求蔓延。
- 变更管理不到位，因客户提出新需求而更改项目内容应该通过正规的变更流
程。 - 文档管理不到位，文档混乱。
- 配置管理不到位，版本管理不清晰。
55、 小刘经过详细的需求调研，开始着手制定项目计划，在此过程中，他仔
细 考虑了项目中可能遇到的风险，整理出一张风险列表。
解答：
- 项目计划应该由项目个干系人的参与共同制定。
- 风险识别需要全员参与。
56、 项目管理计划制定完成后，小刘通知了项目组成员，召开了第一次项目会议，将任务布置给大家。随后，大家按分配给自己的任务开展了工作。
解答：
- 项目管理计划完成后，应该作相应的评审 。
- 召开会议之前要把会议资料提前交给各与会人员。
- 工作任务分配给大家后要进行确认，明确各自职责。
57、 某公司的质量管理体系中的配置管理程序文件中有如下规定：
①由变更控制委员会（CCB）制定项目的配置管理计划；
②由配置管理员（CMO）创建配置管理环境；
③由 CCB 审核变更计划；
④项目中配置基线的变更经过变更申请、变更评估、变更实施后便可发布；
⑤ CCB 组成人员不少于一人，主席由项目经理担任。
解答：
- 配置管理不到位。配置管理计划应该由配置管理员 CMO 制定。
- 变更管理不到位，变更控制流程不清晰，缺少了变更确认和变更跟踪过程。
- CCB 的组成不应有人数上的限定，而是以能否代表项目干系人利益为原则。
58、 为了节约时间，小陈根据自己在沟通会议上记录的结果，当晚组织相关
人 员撰写了软件需求规格说明。次日便要求设计人员开始进行系统设计，并指
出项 目组成员必须严格按照进度计划执行，以不辜负领导的期望与嘱托。
解答：
- 软件需求规格说明书编写完成后，应有详细的评审，需求要确认。
- 项目进行过程中可能会有不同程度的变更，并不能严格按照进度计划执行。
59、 项目进行到 2 月底时，校方主管此业务的新领导到任，并提出了新的
信息 化管理要求。小陈进行变更代价分析，认为成本超支严重，于是小陈准备
不进行 范围变更，并将结果通知客户，引起客户不满。
解答：
- 变更管理不到位，针对客户方的变更要求，应通过正规的变更流程。
- 沟通管理不到位。
60、 近期，该公司承担了某自然灾害预警系统项目，由于项目时间紧张，上
线任务迫切，经过管理层讨论，决定临时简化流程，在开发阶段集中对质量进行把关。由于以前做过类似的项目，为了节约时间，项目经理带领团队套用原有
成功项目的需求和设计思路，对历史项目的相关文档进行修改后，立即进入编
码阶段。编码完成后，为争取系统提前交付，匆忙进行测试，并上线试运行。
解答：
- 不应仅在开发阶段对质量进行把关，质量需要全过程的管理，不是检查出来
的。 - 项目都具有独特性，应根据自身项目的特点确定需求和设计思路，需要结合
本项目实际情况。 - 需求管理不到位，应该对需求进行具体的评审和确认。
- 缺少规范的测试计划和测试工作。
61、 项目组准备了详尽的测试用例，会同业主共同进行系统测试，测试过程
中为了节约时间，小张指派项目开发人员小李从测试用例中挑选了部分合理、有
效的数据进行测试，保证系统正常运行。
解答：
- 测试用例不具代表性。测试用例既要包括正确的用例也要包括错误的用例。
- 测试工作应由专门的测试人员完成或者开发人员交叉测试，不应由开发人员
自己测试自己的工作。
62、 项目组将业主的数据和设置加载到系统中进行正常操作，完成了试运行
工作。
解答：
- 测试用例不具代表性。测试用例既要包括正确的用例也要包括错误的用例。
63、 经初步调研，杨某发现该项目进度紧、任务重、用户需求模糊，可能存
在 较大风险。但 B 公司领导认为应该先签下该项目，其他问题在项目实施中再
想办 法结局。A、B 双方很快签订了一份总价合同。在合同中，根据赵某提供的
初步 需求说明，简单列出了系统应完成的各项功能和性能指标。杨某根据合同
制定了 项目的范围说明书。
解答：
- 缺少充分的可行性研究分析。2) 风险管理意识薄弱，没有考虑到项目带来的风险。
- 对于用户需求模糊的项目不应该签订总价合同，总价合同对 B 公司不利，应
该为单价合同。 - 初步的需求说明书不能满足项目需要，需要尽可能详细的需求说明说，并对
其进行评审和确认。 - 范围管理不到位，制定范围说明书不能仅仅依靠合同。
64、 杨某将上述情况汇报给了 B 公司主管领导，主管领导认为 A 单位为公
司客户，非常重要，要求杨某利用合同条款的模糊性，简化部分模块的功能实
现，以保持成本和进度不变。
解答：
- 模糊性无职业道德，缺乏良好的职业道德。
- 合同管理不到位，合同内容条款不明确，缺乏相应的项目目标、验收标准、验
收时间、违约责任等要求。 - 风险管理意识薄弱，没有考虑到对项目带来的风险。
65、 小李为项目制定了整体进度计划，将项目分为需求、设计、实施和上线
试 运行四个阶段，项目开始后，张工凭借其丰富的经验使开发过程得到了很好
的质 量保证，需求和设计顺利通过了张工的把关。
解答：
- 整体进度计划的制定需要各干系人的参与。
- 缺少相应的验收阶段和测试阶段。
- 质量保证工作应该由抓们的质量保证专职人员担任。
66、 A 公司同时进行的信息系统开发项目比较多，李工在完成生产过程管理
信 息系统的需求说明书后，转到了另外的项目开发组。在赵工带领开发小组进
行设计与编码的过程中，客户经常提出一些小的改动，赵工认为满足客户的需
求是很重要的，所以能改的就改了，没有与 A 公司的其他人进行协商。
解答：
- 人力资源管理不到位，项目进行过程中应减少人员的调换与流动。
- 变更管理不到位，对于系统变更应该通过正规的变更控制流程。3) 沟通管理不到位。
67、 由于技术人员有限，为保证各个项目的进展，人员在项目间的兼职与交
叉 很严重。一个技术开发人员在 M 项目上工作 2 天后，很可能转入 Y 项目工
作，过了 3 天，再转回 M 项目工作。项目的文档一般采用各自的命名方式进行
管理，客户 提出的修改也各自负责，在技术开发人员的本地机上进行了开 发。
解答：
- 人力资源安排不合理，身兼多职，精力不足，顾此失彼。
- 配置管理不到位，文档编码不清，版本混乱。
- 沟通管理不到位，组织内部没有进行很好的沟通。
68、 接到任务后，项目经理小王开始着手编制项目管理计划，根据招标文件，
小王列出了一个初步的进度计划，进度计划中的各里程碑点正好是甲方招标文
件中规定的各时间节点。随后，小王估计了项目的各项开销，确定了项目预算。
解答：
- 项目管理计划应该由各项目干系人共同参与制定。
- 不应该是根据招标文件，应该是根据合同相关条款。
- 进度计划的编制不妥当，没有考虑冗余思想，计划制定后应经过评审。
- 根据各项开销应该是确定了项目估算，不是项目预算。
- 里程碑应是完成了重大交付物的阶段,而不是各个时间节点。
69、 为了赶工，就对项目开发人员再发工，将试运行的系统版本作为原始版
本，在些基础上开始并行为其他委办局定制开发各自的政务信息资源整合系统。
试运行的版本在运行中根据用户的要求，产生了一些功能的变动，开发人员改
动代码，这些改动后的代码有的适合其他委办局，有的不适合；而在为其他委
办局开发中，也在根据用户的要求进行各自代码的修改。项目进展得很顺利，期
间，主要开发人员小王和小李因故提出辞职，刘经理向公司申请补充开发人员
接替小王和小李的工作，然而由于之前的变更没有相关文档的记录，开发版本
与设计和需求的版本对应不上。
解答：
- 人力资源管理不到位，人员离职，新人接替工作缺乏经验，需要经过培训。 2) 变更管理不到位，系统变更需要通过正规的变更控制流程。
- 文档管理不到位，缺少相应的文档。
- 配置管理不到位，版本控制混乱。
70、 鉴于项目规模较小，而且已经获得了总经理的支持，因此项目经理李某
觉得没有必要进行项目的可行性研究，只是组织业内的几个专家，根据他自己
对项目的描述做了简单的评审，专家也没有对该项目提出太多的异议。但是在项
目的实施阶段，问题却层出不穷。首先是，项目团队发现有新的、更简单易行的
技术方案可以实现项目的目标；其次是与销售部门会议后，销售部门的人反映
目前开发的产品不是他们需要的产品；更麻烦的是，相关政府部门出台政策，
为了稳定市场秩序，限制了该类产品的市场销售。
解答：
- 目的可行性研究不能缺少，技术、市场、社会可行性都没有，应得到足够重视。
- 风险管理意识薄弱，对项目风险考虑不足。
71、 S 公司是某市一家从事电子政务应用系统研发的系统集成公司，公司总
经 理原为该市市政府信息中心总工程师。S 公司最近承接了该市政府 X 部门的
一个软件项目，而 X 部门一直是 S 公司的老客户。因为当时公司总经里急于出
差，所以在系统范围界定和验收标准并不十分明确的情况下，就和客户签订了
合同，并任命李工为该项目的项目经理。
解答：
- 合同管理不到位，合同内容条款不明确，缺乏相应的项目目标、验收标准、验
收时间、违约责任等要求。 - 风险管理意识薄弱，对项目风险考虑不足。
72、 随着项目的逐步开展，客户方不断提出一些变更要求，项目组起初严格
按 照变更管理流程进行处理，但是由于 S 公司与 X 部门比较熟悉，且胡某强
调这些变 更都是必需的业务要求，因此几乎所有变更
都被批准和接受。
解答：
- 变更管理不到位，针对项目过程中的所有变更都应走正规变更流程。2) 风险管理意识薄弱，对项目风险考虑不足。
73、 李工要求项目组天天加班以保证进度，但需求变更似乎没完没了。为了
节省时间，客户的业务人员不再正式提交变更申请，而是直接和程序员商量，
程序员也往往直接修改代码而来不及做相关文档记录。对此李工也很无奈。
解答：
- 人力资源管理不到位，天天加班，团队成员身心疲惫，效率低下，
影响士气。 - 变更管理不到位，针对项目过程中的所有变更都应走正规变更流程。
- 文档管理不到位，缺少相应的文档。
74、 此时有一个项目 A 的项目经理告知小张，发现基线库中有一个重要的
功能 缺陷要修改,项目经理组织配置控制委员会进行了分析讨论后，同意修改，
并指派 了程序员小王进行修改，于是小张按照项目经 理的要求在受控库中增
加了小王的 修改权，以便小王可以在受控库中直接修改该功能。
解答：
- 应该是 CMO 组织配置控制委员会进行分析讨论，而不是项目经理。
- 配置管理未到位，对于配置权限的修改应由 CMO 进行，项目经理不
具备修改权限。 - 应该由 CMO 进行修改，开发人员不应该能修改受控库。
75、 项目经理认为，公司的控制系统软件是比较成熟的产品，虽然需要按项
目 需要进行二次开发，但应该能够提前完成，但列车控制设备需要协调外包生
产， 比原计划提前 2 个月没有把握，公司领导认为，从铁路行业的项目特点
来考虑， 提前开始铁路是必须完成的任务，因此客户的要求不能拒绝。于是他
要求项目经 理无论如何也要想办法满足客户提出的提前交付的需求。
解答：
- 风险管理意识薄弱，对项目风险考虑不足。
- 变更管理不到位，针对项目过程中的所有变更都应走正规变更流程。
76、 该企业已按照 ISO9001 的要求建立了一套质量管理体系，对于项目管理、 软件开发等的流程均有明确的书面规定。但公司中很多人认为这套管理体
系的要求对于项目来说是多余的，条条框框的约束太多，大部分项目经理都是
在项目结项前才把质量体系要求的文档补齐以便能通过结项审批。公司的质量管
理员也习以为常，只要在项目结束前能把文档补齐，就不会干涉项目建设。
解答：
- 管理意识不强，对于项目管理工作必须按照流程进行。
- 未按照公司质量方针，制定项目的质量管理计划 。
- 质量管理不到位，QA 走过场。
- 文档管理不到位，文档管理应贯穿与项目整个过程。
77、 老李组织了技术骨干对客户的需求进行了调研，通过对用户需求的分析
和整理，项目组直接制定了一个总体的技术方案，然后老李制定了一个较粗略
的项目计划：
解答：
- 需求管理不到位，对于用户需求需要进行评审和确认。
- 项目计划的制定应该由各干系人共同参与完成。
- 计划应该是尽量准确明确。
78、 在软件与采集设备的联调过程中，老李请环保局的客户代表来检查工作。
客户代表发现由于项目组不了解环保领域的一些参数指标，完成的系统达不到
客 户方的要求。由于项目从一开始就没有完整的目文档，老张为了避免再出现
重大问题，只好重新进行需求调研。客户方很不满意，既担心项目不能按时上线
又 担心项目质量无法保证。
解答：
- 文档管理不到位，缺少相应的文档。
- 沟通管理不到位。
- 需求开发工作不到位。
- 质量保证有问题。
79、 张工按照项目内容，将项目分成子项目 1、子项目 2 和子项目 3，分别
任命 李工、王工和廖工负 责。三个项目在张工的领导及协调下进展顺利。在整个项目 进行到 80%时，出资人提出子项目 1 由于政 策原因需要终止，子项目
2、子项目 3 继 续按照原计划进行。因此张工通知李工将子项目 1 资料归档并
提交给公司管理资 产的人员。随后为了保证子项目 2、子项目 3 的顺利进行，
张工将子项目 1 的项目团队解散，有关员工加入到子项目 2、子项目 3 中。子
项目 2、子项目 3 在张工引入新的资源后，进展顺利，因此张工觉得不需要再
加强阶段审查，等项目全部完成后再统一进行验收。在项目结束后，张工组织客
户对子项目 2、子项目 3 分别进行验收，结果客户对子项目 2 的成果很不满意
因子项目 3 需要的一个关键部件是子项目 2 提供的，最后影响了二者的总体
验收，项目因此没有按时交工。
解答：
- 政策原因中止可能是可行性研究没做好。
- 项目收尾管理不当，人员转移管理不到位。
- 即使项目进展顺利，也要进行项目评审，项目评审应该贯穿于项目
始终。 - 缺乏系统测试以及项目整体验收。
80、 项目启动时，乙公司领导安排王工担任此项目的项目经理，王工自己按
照 公司项目章程模板撰写项目章程，进入了下一个过程，新撰写的项目章程内
容包 括：质量控制人员、项目组织结构、项目基本需求、项目完工日期。同时为
了保证项目质量，王工亲自撰写了初步的项目范围说明书。王工依照以前公司的
经验撰写的初步的项目范围说明书内容包括：项目概述、产品要求、项目 完工
日期、项目约定条件、初始风险。初步的项目范围说明书撰写完成后，王工 通知
了项目组成员，按照初步的项目范围说明书开始工作，项目组成员有人认为 初
步范围说明书内容太过简单，跟以往项目范围说明书差别太大，但担心项目经
理不高兴，也没有直接说。
解答：
-
项目章程不对 。
-
初步项目范围书 王工写的。
-
沟通不畅。
81、 刚进入项目规划阶段，发生的几个事件让王工觉得非常棘手：
①项目组成员就系统是否包含数据 库导出、备份功能产生了分歧，查看初步的
项 目范围说明书发现也没有相应描述。
②有项目组成员认为初步的项目范围说明书 中给出的系统安全等级过高，实现
难度非常大，还可能导致项目成本大幅度增加
③项目组成员不确定项目验收时是否要给客户交付《产品使用手册》，有成员建
议既然不确定就不要做 了，这样可以节约成本。
④在初步的项目范围说明书中没 有涉及到项目的质量管理要求，乙公司内部的
质量技术部因此没有安排专门的人 员配合王工工作。
⑤一些项目组成员经常抱怨王工大包大揽，项目启 动阶段的工 作不严格遵照
公司管理流程执行，也未征求其他项目组成员的意见和建议。
解答：
- 文档编写有问题–目范围说明书发现也没有相应描述
- 安全等级未和客户交流，未进行详细技术可研
- 文档不到位
- 变更控制流程
- 团队管理
82、 甲公司是一家通信技术运营公司。经公司战略规划部开会讨论，决定开
发 新一代通信管理支持系统，以提升现有系统综合性能，满足未来几年通信业
务高 速发展需要。战略规划部按照以下步骤启动该项目：
①起草立项申请，报公司总 经理批准。
②总经理批准后，战略规划部开展了初步的项目可行性研究工作，主 要从国家
政策导向、市场现状、成本估算等方面进行了粗略的调研。
③战略规划部依据初步的项目可行性研究报告，认为该项目符合国家政策导向，
肯定要上马。公司立即成立了建设方项目工作小组，计划以公开招标的方式选
择承建方。
解答：
- 缺少详细可研
- 缺少论证
83、 乙公司成立时间不足两年，研发队伍能力较强，也有为其它通信技术公
司开发过软件产品的经验。乙公司得知甲公司的招标信息后，马上组织人员开始
投标工作。该项目的投标工作由软件研发部的郑工负责。郑工是公司的软件工程
师，具有丰富的软件代码编写经验。郑工从技术角度分析认为项目可行，独立编
制完成了投标文件。
解答：
- 乙方未可研
- 承建方论证的内容
84、 某信息系统开发公司承担了某企业的 ERP 系统开发项目，由项目经理
老杨 带领着一支 6 人的技术团队负责开发。由于工期短、任务重，老杨向公司
申请增 加人员，公司招聘了 2 名应届大学毕业生小陈和小王补充到该团队中。
老杨安排 编程能力强的小陈与技术骨干老张共同开发某些程序模块，而安排编
程技术弱的 小王负责版本控制工作。在项目开发初期，小陈由于不熟悉企业的
业务需求，需 要经常更改他和老张共同编写的源代码文件，但是他不知道哪个
是最新版本，也 不知道老张最近改动了哪些地方。一次由于小王的计算机中了
病毒，造成部分程 序和文档丢失，项目组不得不连续一周加班进行重新返工。
此后，老杨吸取教训，要求小王每天下班前把所有最新版本程序和文档备份到
2 台不同的服务器上。一段时间后，项目组在模块联调时发现一个基础功能模块
存在重大 BUG，需要调 取之前的备份进行重新开发。可是小王发现，这样一来，
这个备份版本之后的所 有备份版本要么失去意义，要么就必须全部进行相应的
修改。项目工期过半，团队中的小李突然离职，老杨在他走后发现找不到小李所
负责模块的最新版本源代码了．只好安排其他人员对该模块进行重新开发。
解答：
- 版本管理员无经验
- 未对团队成员进行培训
- 配置管理不到位
- 配置管理系统出问题了
- 一段时间后----监控不利
85、 项目进入编码阶段后，承办单位为了扩大影响力，要求在项目中增加全
国服 装模特海选的宣传、选拔、评奖与管理。因此，建设方代表直接找到小曹提
出增 加项目内容，并答应会支付相应的费用，但要确保项目工期不能拖延。1）
小曹见到其领导时转述了建设方的要求;
2）领导考虑了一会儿，对小曹说“答应客户要求”；
3）小曹通知商务人员与建设方签订补充协议
4）因建设单位要求工期不能拖延，故小曹决定项目进度计划不变;
5）小曹找来设计工程师小廖，把新增部分全权委托给了他，让他加班加点确
保进度。交付期至时，项目集成测试中发现的问题还未得到及时解决。
解答：
- 进度计划是否变更需要评估
- 加班加点
- 全权委托
86、 信息系统集成公司 A（以下简称 A 公司）于 2012 年 5 月承接了某市
级银行的 计费数据库系统开发项目，约定在该银行十三个本地网点计费系统建
设中提供硬 件平台及相应软件产品，并由 A 公司负责系统总集成，以及后期
相关的运维工作。由于感觉技术比较单一，因此签订了总价合同，合同中只是简
单规定了技术总体要求，并约定依据项目的大致进展进行付款。
解答：
- 不应当签订总结合同
- 合同条款不清晰
87、
1、张经理认为做好运维的核心是运维人员的维修水平。由于运维合同价格偏
低，在招聘人员时主要考虑人员是否有相关设备维修经验，并指派本公司有 系
统集成实施经验的若干名人员加入运维团队，要求团队成员满负荷工作，项目
组人员不能有冗余。
2、在运维项目实施期间，遇到值班人员有事或生病，只能由项目经理代班，
遇 到客户报修的设备问题，维修人员常常以我不懂该专业，让客户第二天再报。运 维人员遇到无法解决的技术问题向项目经理汇报时，项目经理回答“你们招
进来 就是解决设备问题的，我无法提供帮助，你们自己解决”相关运维人员经
常超过 规定时间，也未能使设备恢复运行。3、项目经理认为团队管理的核心是
团队凝聚力强，不发生冲突。项目经理利用工作和业务时间进行了大量的沟通和
协调工作。确保在运维实施期间，成员关系比较融治。但在季末法院信息中心进
行的服务满意度调查时，综合满意度只有 70%,设施综合可用性指标只达到
98%。
解答：
- 团队管理不当
- 项目经理不应该兼职
- 沟通职责有问题
- 没有培训
- 应该有有冲突解决
88、 某石化行业的信息化项目是一个大型项目，前期投标竞争非常激烈，甲
公司最终中标。合同谈判过程也比较紧张，客户提出的一些要求，如工期和某些
增加的功能，虽然在公司内部讨论时，认为并没有把握按要求完成，但是为了
赢得这个项目，甲公司在谈合同时未提出异议。由于项目工期紧张，甲公司选择
了项目经理老李负责该项目。原因是老李在甲公 司多年一直从事石化行业的项
目咨询、设计、开发，对行业非常熟悉，技术水平 高。而近一年来，他正努力转
型做项目经理，管理并负责完成了 2 个较小规模的 项目。老李带领项目组根据
客户要求的工期制定了项目计划，但项目执行到第一阶段， 就未按计划进度完
成。由于项目刚开始，老李怕客户有意见终止合同，因此决定 不把实际情况告
知客户，打算在后面的工作中加班加点把进度追回来。接下来，项目组在解决客
户谈判过程中增加的功能需求的时候，遇到了一个技术 问题，老李带领项目组
加班进行技术攻关，耗费了几周的时间，终于解决了技术 问题。但此时项目进
度延误得更多了。甲公司已建立项目管理体系，该项目的 QA 本应该执照甲公司
要求对项目过程进 行检查，但老李认为过程的检查会影响到项目组的工期，要
求 QA 在项目阶段未 再进行检查。时间已经超过工期的一半，客户到甲公司检
查项目工作，发现项目进度严重滞后，并且已经完成的部分也未能达到质量要求。
解答：
- 风险—甲公司在谈合同时未提出异议
- 老李无大型项目经验
- 和甲方沟通不到位
- 老李过度参与技术
- QA 应该是全过程的
89、 项目前期，A 公司请王副总经理负责此项目的启动工作。王副总经理简
单 了解项目的概要情况后制定并发布了项目章程，任命小丁为项目经理。项目
团队 根据分工制定了相应的项目管理子计划。据此，项目经理小丁把各个子计
划归并 为项目管理计划。
- 简单了解后不能发布项目章程 。
90、 为了保证项目按客户要求尽快完成，小丁基于自身的行业经验和对客户
需 求的初步了解，即安排项目团队开始进行项目实施，在系统开发过程中，建
设方 提出的建设需求不断变化，小丁本着客户至上的原则，总是安排项目组进
行修改，从而导致开发工作多次反复。而因为项目计划的多次变化，导致项目团
队的成 员也经历过多次调整，实际进度与里程碑计划存在严重偏离，实际进度
与里程碑 计划存在严重偏离，并且项目的质量指标也经常也暴露出问题。
解答：
- 初步了解不对
- 需求未确认
- 变更控制不到位
- 团队建设不到位
