b) 风险管理意识薄弱，没有考虑到可能给项目带来的风险
c) 需求管理不到位，对客户提出的需求为经过评审和确认
?
51、王某是某管理平台开发项目的项目经理。王某在项目启动阶段确定了项目
组的成员，并任命程序员李工兼任质量保证人员。李工认为项目工期较长，因
此将项目的质量检查时间定为每月１次。
a) 身兼多职，精力不足，顾此失彼
b) 质量保证应该由经验丰富的质量保证专职人员担任
c) 质量检查周期太长，颗粒粗，不利于了解项目具体情况
?
52、李工对这个开发人员开具了不符合项报告,
但开发人员认为并不是自己的问题,而且修改代码会影响项目进度,双方一直未
达成一致,因此代码也没有修改。
a) 沟通管理不到位
b) 变更管理不到位，代码修改应该通过正规的变更流程
53、老陆是某系统集成公司资深项目经理，在项目建设初期带领项目团队确定
了项目范围。后因工作安排太忙，无瑕顾及本项目，于是他要求：
(1) 本项目各小组组长分别制定组成项目管理计划的子计划；
(2) 本项目各小组组长各自监督其团队成员在整个项目建设过程中子计划的执
行情况；
(3) 项目组成员坚决执行子计划，且原则上不允许修改。
a) 整理管理不到位，项目缺少整体管理计划，应注意整体统一协调
b) 项目计划的制定需要各干系人的共同参与
c) 项目计划不是一成不变的，会根据项目进展情况进行必要的变更
54、在编码阶段，赵工发现需求文件还在不断修改，形成了多个版本，设计文
件不知道该与哪一版本的需求文件对应，而代码更不知道对应哪一版本的需求
和设计文件。同时，客户仍在不断提出新的需求，有些很细微的修改，开发人
员随手就改掉了。
a) 需求管理不到位，需求没有评审和确认，导致需求蔓延
b) 变更管理不到位，因客户提出新需求而更改项目内容应该通过正规的变更
流程
c) 文档管理不到位，文档混乱
d) 配置管理不到位，版本管理不清晰
55、小刘经过详细的需求调研,开始着手制定项目计划,在此过程中,他仔细考虑
了项目中可能遇到的风险,整理出一张风险列表。
a) 项目计划应该由项目个干系人的参与共同制定
b) 风险识别需要全员参与
56、项目管理计划制定完成后，小刘通知了项目组成员，召开了第一次项目会
议，将任务布置给大家。随后，大家按分配给自己的任务开展了工作。
a) 项目管理计划完成后，应该作相应的评审
b) 召开会议之前要把会议资料提前交给各与会人员
c) 工作任务分配给大家后要进行确认，明确各自职责
57、某公司的质量管理体系中的配置管理程序文件中有如下规定：
1) 由变更控制委员会(CCB）制定项目的配置管理计划；
2) 由配置管理员（CMO）创建配置管理环境；
3) 由CCB 审核变更计划；
4) 项目中配置基线的变更经过变更申请、变更评估、变更实施后便可发布；
5) CCB 组成人员不少于一人，主席由项目经理担任。
a) 配置管理不到位。配置管理计划应该由配置管理员CMO制定。
b) 变更管理不到位，变更控制流程不清晰，缺少了变更确认和变更跟踪过程
。
c) CCB
的组成不应有人数上的限定，而是以能否代表项目干系人利益为原则。
(58)
为了节约时间小陈根据自己在沟通会议上记录的结果当晚组织相关人员撰写了
软件需求规格说明书，次日便要求设计人员开始进行系统设计，并指出项目组
成员必须严格按照进度计划执行以不辜负领导的期望与嘱托
a) 软件需求规格说明书编写完成后，应有详细的评审
b) 项目进行过程中可能会有不同程度的变更，并不能严格按照进度计划执行
59、项目进行了2月底时，校方主管此业务的新领导到任，并提出了新的信息化
管理要求。小陈进行变更代价分析，认为成本超支严重，于是小陈准备不进行
范围变更，并将结果通知客户，引起客户不满。
a) 沟通管理不到位，
b) 变更管理不到位，针对客户方的变更要求，应通过正规的变更流程
60、近期该公司承担了某自然灾害预警系统项目。由于项目时间紧张上线任务
迫切经过管理层讨论决定临时简化流程在开发阶段集中对质量进行把关。由于
以前做过类似的项目为了节约时间项目经理带领团队套用原有成功项目的需求
和设计思路对历史上类似项目的相关文档进行修改后立即进入编码阶段。编码
完成后为争取系统提前交付匆忙进行测试并上线试运行。
a) 不应仅在开发阶段对质量进行把关，质量需要全过程的管理
b) 项目都具有独特性，应根据自身项目的特点确定需求和设计思路
c) 需求管理不到位，应该对需求进行具体的评审和确认
d) 缺少规范的测试计划和测试工作
(61)项目组准备了详尽的测试用例，会同业主共同进行系统测试。测试过程中
为了节约时间，小张指派项目开发人员小李从测试用例中挑选了部分数据进行
测试，保证系统正常运行。
a) 测试用例不具代表性。测试用例既要包括正确的用例也要包括错误的用例
b) 测试工作应由专门的测试人员完成或者开发人员交叉测试，不应由开发人
员自己测试自己的工作
62、项目组将业主的数据和设置加载到系统中进行正常操作,完成了试运行工作
。
测试用例不具代表性。测试用例既要包括正确的用例也要包括错误的用例
63、经初步调研，杨某发现该项目进度紧、任务重、用户需求模糊，可能存在
较大风险。但B
公司领导认为应该先签下该项目，其他问题在项目实施中再想办法解决。A、B
双方很快签订了一份总价合同。在合同中，根据赵某提供的初步需求说明，简
单列出了系统应完成的各项功能和性能指标。杨某根据合同制定了项目的范围
说明书。
a) 缺少充分的可行性研究分析
b) 风险管理意识薄弱，没有考虑到项目带来的风险
c) 对于用户需求模糊的项目不应该签订总价合同
d) 初步的需求说明书不能满足项目需要，需要尽可能详细的需求说明说，并
对其进行评审和确认
e) 范围管理不到位，制定范围说明书不能仅仅依靠合同。
64、杨某将上述情况汇报给了B 公司主管领导，主管领导认为A
单位为公司大客户，非常重要，要求杨某利用合同条款的模糊性，简化部分模
块的功能实现，以保持成本和进度不变。
a) 缺乏良好的职业道德
b) 合同管理不到位，合同内容条款不明确，缺乏相应的项目目标、验收标准
、验收时间、违约责任等要求
c) 风险管理意识薄弱，没有考虑到对项目带来的风险
65、小李为项目制定了整体进度计划，将项目分为需求、设计、实施和上线试
运行四个阶段. 项目开始后，
张工凭借其丰富的经验使开发过程得到了很好的质量保证，需求和设计顺利通
过了张工的把关。
a) 整体进度计划的制定需要各干系人的参与
b) 缺少相应的验收阶段和测试阶段
c) 质量保证工作应该由抓们的质量保证专职人员担任
66、A公司同时进行的信息系统开发项目比较多，李工在完成生产过程管理信息
系统的需求说明书后，转到了另外的项目开发组。在赵工带领开发小组进行设
计与编码的过程中，客户经常提出一些小的改动，赵工认为满足客户的需求是
很重要的，所以，能改的就改了，没有与A公司的其他人进行协商。
a) 人力资源管理不到位，项目进行过程中应减少人员的调换与流动
b) 变更管理不到位，对于系统变更应该通过正规的变更控制流程
c) 沟通管理不到位
?
67、由于技术人员有限，为保证各个项目的进展，人员在项目间的兼职与交叉
很严重。一个技术开发人员在M
项目上工作2天后，很可能转入Y项目工作，过了3天，在转回M项目工作。项目
的文档一般采用各自的命名方式进行管理，客户提出的修改也各自负责，在技
术开发人员的本地机上进行了开发。
a) 人力资源安排不合理，身兼多职，精力不足，顾此失彼
b) 配置管理不到位，文档编码不清，版本混乱
c) 沟通管理不到位，组织内部没有进行很好的沟通
68、接到任务后，项目经理小王开始着手编制项目管理计划，根据招标文件，
小王列出了一个初步的进度计划，进度计划中的各里程碑点正好是甲方招标文
件中规定的各时间节点。随后，小王估计了项目的各项开销，确定了项目预算
。
a) 项目管理计划应该由各项目干系人共同参与制定
b) 不应该是根据招标文件，应该是根据合同相关条款
c) 进度计划的编制不妥当，没有考虑冗余思想，计划制定后应经过评审
d) 根据各项开销应该是确定了项目估算，不是项目预算
e) 里程碑应是完成了重大交付物的阶段,而不是各个时间节点
69、为了赶工，就对项目开发人员再发工，将试运行的系统版本作为原始版本
，在些基础上开始并行为其他委办局定制开发各自的政务信息资源整合系统。
试运行的版本在运行中根据用户的要求，产生了一些功能的变动，开发人员改
动代码，这些改动后的代码有的适合其他委办局，有的不适合；而在为其他委
办局开发中，也在根据用户的要求进行各自代码的修改。项目进展得很顺利，
期间，主要开发人员小王和小李因故提出辞职，刘经理向公司申请补充开发人
员接替小王和小李的工作，然而由于之前的变更没有相关文档的记录，开发版
本与设计和需求的版本对应不上
a) 人力资源管理不到位，人员离职，新人接替工作缺乏经验，需要经过培训
b) 变更管理不到位，系统变更需要通过正规的变更控制流程
c) 文档管理不到位，缺少相应的文档
d) 配置管理不到位，版本控制混乱
70、鉴于项目规模较小，而且已经获得了总经理的支持，因此项目经理李某觉
得没有必要进行项目的可行性研究，只是组织业内的几个专家，根据他自己对
项目的描述做了简单的评审，专家也没有对该项目提供太多的异议；但是在项
目的实施阶段，问题却层出不穷，首先是，项目团队发现有新的，更简单易行
的技术方案可以实现项目的目标，其次是与销售部门会议后，销售部门的人反
映目前开发的产品不是他们需要的产品，更麻烦的是，相关政府部门出台政策
，为了稳定市场秩序，限制了该类产品的市场销售
a) 项目的可行性研究不能缺少，应得到足够重视
b) 风险管理意识薄弱，对项目风险考虑不足
71、S公司是某市一家从事电子政务应用系统研发的系统集成公司，公司总经理
原为该市政府信息中心总工程师。S公司最近承接了该市政府X部门的一个软件
项目，而
X部门一直是S公司的老客户。因为当时公司总经理急于出差，所以在系统范围
界定和验收标准尚不十分明确的情况下，就和客户签订了合同，并任命李工为
该项目的项目经理。
a) 合同管理不到位，合同内容条款不明确，缺乏相应的项目目标、验收标准
、验收时间、违约责任等要求
b) 风险管理意识薄弱，对项目风险考虑不足
72、随着项目的逐步开展，客户方不断提出一些变更请求，项目组起初严格按
照变更管理流程进行处理，但是由于S公司与X部门比较熟悉，且胡某强调这些
变更都是必须的业务要求，故此几乎所有变更都被批准和接受。
a) 变更管理不到位，针对项目过程中的所有变更都应走正规变更流程
b) 风险管理意识薄弱，对项目风险考虑不足
73、李工要求项目组天天加班以保证进度，但需求变更却似乎没完没了，为了
节省时间，客户的业务人员不再正式提交变更申请，而是直接和程序员商量，
程序员也往往直接修改代码而来不及做相关文档记录，对此李工也很无奈。
a) 人力资源管理不到位，天天加班，团队成员身心疲惫，效率低下，影响士
气
b) 变更管理不到位，针对项目过程中的所有变更都应走正规变更流程
c) 文档管理不到位，缺少相应的文档
74、此时有一个项目
A的项目经理告知小张，发现基线库中有一个重要功能缺陷