{"name":"计算机技术与软件专业技术资格（系统集成项目管理工程师）题库","level":"中级","org":"人力资源和社会保障部门、工业和信息化部门","count":300,"questions":[{"id":1,"type":"single","stem":"在编制项目进度计划时，项目经理发现某关键活动的总浮动时间为零，这一结果直接说明该活动","options":["位于关键路径上且延误将影响总工期","尚未分配具体资源因而无法估算","其最早开始时间等于最晚开始时间","可适当压缩而不会影响后续活动"],"answer":[0],"explanation":"知识点：关键路径与总浮动时间。总浮动时间为零的活动处于关键路径，延误必拖累总工期；选项B与浮动时间无关；选项C仅说明最早等于最晚开始，是同一事实的另一种表述而非直接结论，且未点出对总工期的影响；选项D与浮动为零相矛盾。","tier":"进阶"},{"id":2,"type":"single","stem":"某系统集成项目采用总价合同，实施中因甲方新增需求导致工作量增加，项目经理首先应开展的工作是","options":["组织变更申请并评估对范围与合同的影响","直接安排团队加班消化新增工作量","口头与甲方确认后立即开始开发","暂停项目等待甲方补签补充协议"],"answer":[0],"explanation":"知识点：变更控制流程。新增需求属范围变更，须先走变更申请与影响评估；选项B绕开变更控制易造成成本失控；选项C口头确认不具约束力且未评估；选项D全面暂停会延误既有工作，处置过度。","tier":"基础"},{"id":3,"type":"single","stem":"在项目质量管理的质量控制过程中，绘制控制图后发现有连续七个点位于均值同一侧，正确的处置是","options":["判定过程出现异常并排查特殊原因","认为属于正常波动继续观察即可","直接调整均值线使点分布均匀","将该批数据剔除后重新绘制控制图"],"answer":[0],"explanation":"知识点：控制图判异准则。连续七点在同一侧属链状异常，提示过程存在特殊原因；选项B忽视判异规则；选项C人为改动控制线属数据操纵；选项D剔除数据掩盖问题，均不可取。","tier":"挑战"},{"id":4,"type":"single","stem":"项目经理在识别风险时采用头脑风暴法，为提高识别完整性，接下来最恰当的做法是","options":["结合核对表与访谈补充遗漏的风险","仅保留发生概率较高的风险进入登记册","请发起人独自确定最终风险清单","把已识别的风险直接写入风险登记册后不再更新"],"answer":[0],"explanation":"知识点：风险识别方法与工具。头脑风暴易受参与者经验局限，应配合核对表、访谈等提高完整性；选项B过早过滤会遗漏低概率高影响风险；选项C单一来源不全面；选项D风险登记册需在项目全周期滚动更新。","tier":"进阶"},{"id":5,"type":"single","stem":"某项目在EVM分析中得出CPI为0.85、SPI为1.10，据此可判断该项目当前","options":["成本超支但进度提前","成本节约且进度提前","成本超支且进度滞后","成本节约但进度滞后"],"answer":[0],"explanation":"知识点：挣值管理绩效指标。CPI小于1表示成本超支，SPI大于1表示进度提前；选项B、C、D对两个指标的解读均与数值不符。","tier":"基础"},{"id":6,"type":"single","stem":"在信息系统集成项目中，为降低因单一供应商断供造成的采购风险，项目经理较适宜采取的措施是","options":["对关键设备开发备选供应商并小批量验证","将全部采购量集中给报价最低的供应商","与供应商约定延期交货按日计罚即可","把采购工作全部推迟到实施阶段再启动"],"answer":[0],"explanation":"知识点：采购风险应对。开发备选供应商并验证可有效降低断供风险；选项B集中采购反而放大单一来源风险；选项C罚款只是事后补偿，不能避免断供；选项D推迟采购会压缩实施期并加剧风险。","tier":"进阶"},{"id":7,"type":"single","stem":"项目经理发现两名核心成员因技术方案分歧产生冲突并已影响交付，按照冲突管理的一般原则，首先应采取的做法是","options":["安排双方当面沟通并对事不对人地澄清分歧","将两人调离项目以彻底消除冲突","上报发起人由高层直接裁定技术方案","搁置争议待冲突自行缓和后再处理"],"answer":[0],"explanation":"知识点：冲突管理。合作/面对是首选方式，通过当面沟通聚焦问题本身；选项B回避矛盾且损失人力；选项C过早升级削弱项目经理职责；选项D回避会使问题积累扩大。","tier":"挑战"},{"id":8,"type":"single","stem":"在配置管理中，某开发人员未经审批直接修改了已纳入基线管理的需求规格说明书，配置管理员发现后应首先","options":["记录变更并启动变更控制流程评估影响","将该文件从基线中删除后重新建立基线","要求开发人员私下改回原版本即可","冻结整个项目的所有配置项停止变更"],"answer":[0],"explanation":"知识点：配置管理与变更控制。基线变更必须走变更控制流程，先记录再评估；选项B删除基线破坏可追溯性；选项C私下回退不留记录；选项D全面冻结属过度反应。","tier":"挑战"},{"id":9,"type":"single","stem":"某项目在测试阶段发现大量缺陷，经查多数缺陷源于需求阶段对接口约定描述不清，这最能说明该项目","options":["质量成本中预防成本投入不足","测试人员技能水平普遍偏低","缺陷修复成本已低于预防成本","需求阶段无需再进行评审"],"answer":[0],"explanation":"知识点：质量成本与缺陷根源。缺陷源于前期需求不清，说明预防投入不足导致后期返工；选项B将系统性问题归因于个人技能；选项C与事实相反；选项D需求评审恰是必要的预防手段。","tier":"进阶"},{"id":10,"type":"single","stem":"项目经理为赶工期决定将部分模块的单元测试与集成测试合并执行，从质量保证角度看，该做法的主要风险是","options":["底层缺陷可能推迟到集成阶段才暴露","测试用例数量会因此大幅减少","测试人员之间难以进行任务分工","集成测试环境将无法搭建"],"answer":[0],"explanation":"知识点：测试层次与缺陷发现时机。跳过单元测试会使缺陷延后暴露、修复成本上升；选项B用例数量未必减少；选项C分工问题可另行安排；选项D环境搭建与是否合并测试无必然联系。","tier":"基础"},{"id":11,"type":"single","stem":"在编制项目人力资源管理计划时，采用RACI矩阵的主要作用是","options":["明确各角色在每项活动中的职责与参与方式","确定项目成员的薪酬等级与考核指标","安排项目活动的先后顺序与依赖关系","规定项目可交付成果的验收标准"],"answer":[0],"explanation":"知识点：责任分配矩阵。RACI用于厘清谁负责、谁批准、咨询谁、通知谁；选项B属人力资源管理中的薪酬职能；选项C属进度管理；选项D属范围与质量管理。","tier":"基础"},{"id":12,"type":"multi","stem":"某系统集成项目进入收尾阶段，项目经理在组织项目验收与移交时应完成的工作包括","options":["对照合同与验收标准逐项确认可交付成果","整理并移交项目文档与配置管理记录","释放项目资源并解散项目团队","直接关闭项目账户不再处理遗留问题","将未解决事项转交运维并留下书面说明"],"answer":[0,1,4],"explanation":"知识点：项目收尾与移交。验收需对照标准确认成果、移交文档与配置记录、遗留问题书面转交运维；选项C应在移交完成并获批准后再有序释放团队，而非收尾开始即解散；选项D遗留问题必须处理或明确移交，不能直接弃置。","tier":"进阶"},{"id":13,"type":"single","stem":"在信息系统集成项目中，项目经理发现某关键设备的到货时间比计划晚了10天，但该设备有5天的总时差，项目经理首先应做的是","options":["调整项目进度基准，将后续任务整体后移","通知客户项目将延期并申请变更","评估该延误对关键路径和项目总工期的影响","要求采购部门立即更换供应商以追回进度"],"answer":[2],"explanation":"知识点是进度控制中的偏差分析。延误10天但总时差5天，说明已消耗全部时差并影响总工期5天，但首先应做影响评估再决策。选项A在未评估前就调整基准，程序错误；选项B在未确认影响前就通知客户延期，过于草率；选项D更换供应商属于具体措施，应先评估再决定。","tier":"挑战"},{"id":14,"type":"single","stem":"某系统集成项目采用三点估算，乐观工期8天、最可能工期14天、悲观工期26天，按PERT方法计算的期望工期是","options":["14天","15天","16天","17天"],"answer":[1],"explanation":"知识点是PERT三点估算公式（乐观+4×最可能+悲观）/6。代入得(8+4×14+26)/6=90/6=15天。选项A是直接用最可能值，忽略了风险；选项C和D是计算错误，可能误用了其他加权系数。","tier":"基础"},{"id":15,"type":"single","stem":"在编制项目成本预算时，项目经理把管理储备也纳入了成本基准，这种做法的问题在于","options":["管理储备应纳入成本基准以应对未知风险","管理储备不应纳入成本基准，它属于项目总预算","管理储备只能由发起人直接支配使用","管理储备应纳入应急储备统一管理"],"answer":[1],"explanation":"知识点是成本基准与管理储备的关系。管理储备用于应对未知-未知风险，不纳入成本基准，但属于项目总预算。选项A正好说反了；选项C错误，管理储备由项目经理申请、管理层批准，并非发起人直接支配；选项D混淆了应急储备与管理储备的用途。","tier":"进阶"},{"id":16,"type":"single","stem":"某项目团队成员向项目经理反映，客户方接口人经常直接给开发人员下达需求变更指令，项目经理下一步应优先采取的措施是","options":["要求开发人员拒绝执行客户接口人的指令","建立变更控制流程并明确变更须经CCB审批","将该情况上报客户高层要求更换接口人","在项目例会上通报开发人员违反变更纪律"],"answer":[1],"explanation":"知识点是整体变更控制。变更须走变更控制流程并经CCB审批，应由流程约束而非个人对抗。选项A让开发人员直接拒绝，方式不当且激化矛盾；选项C直接要求换人，越过流程且不解决根本问题；选项D把责任推给开发人员，方向错误。","tier":"进阶"},{"id":17,"type":"single","stem":"在项目质量管理中，项目经理安排测试人员对已完成的模块进行测试并记录缺陷，这属于质量管理的","options":["规划质量管理","管理质量","控制质量","质量改进"],"answer":[2],"explanation":"知识点是质量管理三个过程的区分。控制质量是监督并记录质量活动执行结果、评估绩效并推荐变更，包括测试和缺陷记录。选项A是制定质量标准和计划；选项B是审计质量要求并改进过程；选项D不是PMBOK标准过程名称。","tier":"基础"},{"id":18,"type":"single","stem":"在风险登记册中，某风险的概率为0.3，影响为80万元，若采用预期货币值法，该风险的EMV是","options":["24万元","80万元","56万元","240万元"],"answer":[0],"explanation":"知识点是预期货币值（EMV）计算，EMV=概率×影响=0.3×80=24万元。选项B只取影响值忽略概率；选项C可能误用(1-0.3)×80；选项D是概率与影响的错误相乘或单位错误。","tier":"基础"},{"id":19,"type":"single","stem":"项目经理在项目执行中发现，两名核心成员因技术方案分歧导致工作停滞，项目经理首先应","options":["直接指定采用其中一方的方案","将两人调离项目组以避免冲突","引导双方基于项目目标进行沟通并达成一致","上报职能经理由职能经理裁决"],"answer":[2],"explanation":"知识点是冲突管理。项目经理应优先采用合作/解决问题的方式，引导基于目标达成一致。选项A强制命令可能压制合理意见；选项B回避冲突且损失人力；选项D把问题上交，未履行项目经理职责。","tier":"挑战"},{"id":20,"type":"single","stem":"某项目采用总价合同，实施中因客户原因导致工程量增加，承包商正确的做法是","options":["自行承担增加的成本以维持合同","按合同变更条款提出变更申请并调整合同","直接停止施工等待客户主动补偿","在结算时按实际工程量单方面加价"],"answer":[1],"explanation":"知识点是合同变更管理。总价合同下因客户原因增加工程量，应通过合同变更条款正式申请调整。选项A放弃应得权益；选项C擅自停工构成违约；选项D单方面加价违反合同变更程序。","tier":"进阶"},{"id":21,"type":"single","stem":"在配置管理中，某开发人员未经审批直接修改了已纳入基线的重要模块代码，配置管理员发现后首先应","options":["直接回滚该修改并通报批评开发人员","记录该变更并补办变更审批手续","将该模块从基线中移除以避免影响","要求开发人员重新提交完整代码"],"answer":[1],"explanation":"知识点是配置管理与变更控制。发现基线被违规修改后，应先记录并补办变更审批，评估影响后再决定是否保留。选项A未经评估直接回滚可能丢失有效修改；选项C移除基线项目破坏完整性；选项D重新提交不能解决违规变更的合规问题。","tier":"挑战"},{"id":22,"type":"single","stem":"在编制项目进度计划时，项目经理发现关键路径上的某活动因资源冲突需要延迟，此时最应先采取的措施是","options":["调整该活动的资源分配以消除冲突","直接延长项目总工期并通知干系人","将该活动从关键路径上移除","压缩所有非关键路径活动的工期"],"answer":[0],"explanation":"知识点是进度压缩与资源平衡。关键路径活动延迟会直接影响总工期，应优先通过资源平衡或资源平滑调整资源分配来消除冲突，尽量不改变总工期。延长总工期是最后手段而非首选；从关键路径移除活动不改变逻辑关系不现实；压缩非关键路径活动对关键路径延迟无直接帮助。","tier":"挑战"},{"id":23,"type":"single","stem":"在项目质量管理中，用来判断某个过程的输出是否稳定、是否受控的工具是","options":["控制图","帕累托图","因果图","直方图"],"answer":[0],"explanation":"知识点是质量工具用途辨析。控制图用于判断过程是否稳定受控。帕累托图用于识别主要问题；因果图用于分析原因与结果关系；直方图用于展示数据分布，不能直接判断过程是否受控。","tier":"基础"},{"id":24,"type":"single","stem":"项目经理在风险登记册中将某风险的概率评为0.3、影响评为80万元，则该风险的预期货币价值为","options":["24万元","80万元","56万元","240万元"],"answer":[0],"explanation":"知识点是预期货币价值（EMV）计算。EMV=概率×影响=0.3×80=24万元。80万元是影响值本身；56万元和240万元均为错误计算方式的结果。","tier":"基础"},{"id":25,"type":"single","stem":"某项目采用敏捷方法，团队在每个迭代结束时向产品负责人演示可工作的软件并获取反馈，这一活动对应的是","options":["迭代评审会议","迭代回顾会议","每日站会","冲刺规划会议"],"answer":[0],"explanation":"知识点是敏捷会议区别。迭代评审会议用于向产品负责人和干系人演示增量并获取反馈。迭代回顾会议关注团队自身过程改进；每日站会同步进展与障碍；冲刺规划会议确定本次迭代目标与待办事项。","tier":"基础"},{"id":26,"type":"single","stem":"在信息系统集成项目中，关于配置管理库的描述，正确的是","options":["受控库用于存放已通过评审的配置项","产品库用于存放正在修改的配置项","开发库中的配置项必须经过变更控制才能修改","受控库中的配置项可以直接由开发人员随意更新"],"answer":[0],"explanation":"知识点是配置管理三类库的用途。受控库存放已通过评审、进入基线管理的配置项。产品库存放最终交付版本；开发库中的配置项由开发人员自行管理，修改不一定走变更控制；受控库中的配置项修改必须走变更控制，不能随意更新。","tier":"基础"},{"id":27,"type":"single","stem":"项目经理在项目执行过程中发现一名关键成员离职，最需要立即更新的是","options":["项目资源管理计划和风险登记册","项目章程和范围基准","质量测量指标和成本基准","干系人登记册和沟通管理计划"],"answer":[0],"explanation":"知识点是资源管理与风险管理的联动。关键成员离职影响资源安排，同时属于已发生风险，应更新资源管理计划和风险登记册。项目章程、范围基准、质量测量指标、成本基准通常不因单个成员离职直接更新；干系人登记册可能更新但不是最核心的。","tier":"挑战"},{"id":28,"type":"single","stem":"在项目成本管理中，项目经理将实际成本与计划价值进行比较，发现成本绩效指数小于1，说明","options":["项目成本超支","项目进度落后","项目成本节约","项目进度提前"],"answer":[0],"explanation":"知识点是挣值管理指标含义。成本绩效指数CPI=EV/AC，小于1表示实际成本高于挣值，即成本超支。进度落后看进度绩效指数SPI；成本节约对应CPI大于1；进度提前对应SPI大于1。","tier":"进阶"},{"id":29,"type":"single","stem":"某系统集成项目需要采购一批网络设备，项目经理在合同中要求供应商提供三年质保并明确响应时间，这属于","options":["采购管理中的合同条款设计","风险管理中的风险转移","质量管理中的质量保证","干系人管理中的期望管理"],"answer":[0],"explanation":"知识点是采购合同管理。质保期和响应时间属于合同中的服务级别与质量条款设计。风险转移通常通过保险或担保等方式实现，此处重点在合同条款；质量保证关注过程；干系人期望管理与合同条款无直接关系。","tier":"进阶"},{"id":30,"type":"single","stem":"项目经理在项目收尾阶段发现部分可交付成果未通过最终验收，此时正确的做法是","options":["记录未通过项并启动变更或缺陷修复流程","直接宣布项目结束并移交文档","将未通过项转为遗留问题不再处理","要求客户降低验收标准以通过验收"],"answer":[0],"explanation":"知识点是项目收尾与验收管理。未通过验收的成果应记录并走缺陷修复或变更流程，确保项目完整关闭。直接宣布结束不符合验收要求；转为遗留问题不再处理会留下风险；要求客户降低标准属于不当行为。","tier":"挑战"},{"id":31,"type":"multi","stem":"在信息系统集成项目的风险管理中，下列活动属于风险应对规划过程输出的有","options":["风险登记册更新","风险应对计划","风险责任人及职责","项目章程修订","风险优先级排序"],"answer":[0,1,2],"explanation":"知识点是风险应对规划的输出。该过程会更新风险登记册，制定风险应对计划，并明确风险责任人和职责。项目章程通常在启动阶段制定，不因风险应对规划而修订；风险优先级排序是定性风险分析的活动，不是应对规划的主要输出。","tier":"进阶"},{"id":32,"type":"single","stem":"在系统集成项目的人力资源管理中，项目经理发现两名核心开发人员因技术方案选择产生分歧并影响进度，依据冲突管理的一般原则，项目经理首先应采取的行动是","options":["直接采纳资历较深一方的方案以尽快恢复进度","私下分别与两人沟通了解分歧的技术依据","召开全体项目成员会议公开表决方案","将两人调离当前任务以避免继续争执"],"answer":[1],"explanation":"知识点为项目冲突管理。正确项：冲突管理应先通过私下沟通合作/妥协方式了解事实，再引导解决，故B对。A错在单方面强制压服，易激化矛盾；C错在公开表决把技术问题变成人数投票，未必选出最优方案；D错在回避冲突，未解决根本问题且损失人力。","tier":"挑战"},{"id":33,"type":"single","stem":"某系统集成项目在实施阶段发现已批准的WBS中遗漏了一个关键子系统，项目经理准备提出变更。在变更控制流程中，变更申请获得CCB批准后，项目经理下一步应执行的活动是","options":["直接安排团队开始该子系统的开发工作","更新项目管理计划并通知相关干系人","先修改合同范围再通知客户确认","重新进行项目可行性研究后实施"],"answer":[1],"explanation":"知识点为整体变更控制流程。正确项：变更获批后需更新项目管理计划（含范围、进度、成本基准）并通知干系人，故B对。A错在未更新基准和计划就开工，导致后续失控；C错在合同变更与内部计划更新顺序及对象不当；D错在可行性研究属于立项阶段，变更实施阶段无需重做。","tier":"挑战"},{"id":34,"type":"single","stem":"在信息系统集成项目的成本管理中，项目经理用挣值法分析得到：PV=200万元，EV=180万元，AC=210万元。据此判断项目当前的成本和进度状态是","options":["成本超支、进度落后","成本节约、进度超前","成本超支、进度超前","成本节约、进度落后"],"answer":[0],"explanation":"知识点为挣值分析。CV=EV-AC=180-210=-30万元，为负表示成本超支；SV=EV-PV=180-200=-20万元，为负表示进度落后，故A对。B、C、D均因对CV、SV正负含义判断错误而不成立。","tier":"进阶"},{"id":35,"type":"single","stem":"某系统集成企业在投标一个政务云项目时，招标文件要求投标人具备信息系统集成及服务资质。项目经理在资格预审阶段发现本公司资质等级低于要求。此时正确的做法是","options":["借用关联公司资质证书参与投标","联合一家满足资质的单位组成联合体投标","先投标并在中标后补办资质升级","以分公司名义使用总公司资质投标"],"answer":[1],"explanation":"知识点为招投标资格与联合体投标。正确项：资质不足时可与满足资质的单位组成联合体，共同满足要求，故B对。A错在借用资质属弄虚作假；C错在中标后补办不能改变投标时资格不符；D错在分公司不具备独立资质，以分公司名义使用总公司资质不符合规定。","tier":"挑战"},{"id":36,"type":"single","stem":"在项目质量管理的规划阶段，项目经理需要确定哪些质量标准适用于本项目并决定如何满足。这一过程的主要输出中，用于描述项目将如何实施质量政策和实现质量目标的文件是","options":["质量管理计划","质量测量指标","质量核对单","核实的可交付成果"],"answer":[0],"explanation":"知识点为规划质量管理过程的输出。正确项：质量管理计划描述如何实施质量政策、实现质量目标，故A对。B质量测量指标是具体度量项；C质量核对单是结构化工具；D核实的可交付成果属于控制质量过程的输出。","tier":"基础"},{"id":37,"type":"single","stem":"某系统集成项目采用敏捷方法，团队在每个迭代结束时向产品负责人演示可工作的软件。产品负责人认为某功能未满足验收标准，要求团队在下个迭代修正。该活动对应的敏捷实践是","options":["迭代评审会议","每日站会","迭代回顾会议","需求梳理会议"],"answer":[0],"explanation":"知识点为敏捷迭代会议。正确项：迭代评审会在迭代末演示成果并由产品负责人验收反馈，故A对。B每日站会用于同步进展和障碍；C迭代回顾会关注团队过程改进而非功能验收；D需求梳理会用于细化待办项，不承担验收职责。","tier":"基础"},{"id":38,"type":"single","stem":"在信息系统项目的风险登记册中，某风险被评估为发生概率高且影响大，项目经理决定购买保险以转移部分损失。这种风险应对策略属于","options":["规避","转移","减轻","接受"],"answer":[1],"explanation":"知识点为风险应对策略。正确项：购买保险将风险损失财务后果转移给第三方，属转移，故B对。A规避是改变计划消除风险；C减轻是降低概率或影响；D接受是不主动应对，均与购买保险不符。","tier":"进阶"},{"id":39,"type":"single","stem":"某系统集成项目在采购管理中，项目经理需要从多家供应商中选择一家签订固定总价合同。在评标时，除价格外还应重点评估供应商的","options":["技术方案可行性与履约能力","供应商的注册资本金额","供应商的办公场所面积","供应商的成立年限长短"],"answer":[0],"explanation":"知识点为采购评标与供应商选择。正确项：评标应综合技术方案可行性与履约能力，故A对。B、C、D均为单一静态指标，不能反映供应商能否满足项目技术和管理要求，作为重点评估依据不充分。","tier":"进阶"},{"id":40,"type":"single","stem":"在项目沟通管理中，项目经理需要向不同干系人发送不同详细程度的信息。对于高层管理者，通常应采用的沟通方式是","options":["提供简明扼要的汇总报告","提供详细的技术设计文档","提供每日工作日志明细","提供完整的测试用例清单"],"answer":[0],"explanation":"知识点为干系人沟通需求分析。正确项：高层关注整体状态和决策信息，宜用简明汇总报告，故A对。B、C、D属于面向技术或执行层的详细文档，信息粒度过细，不符合高层沟通需求。","tier":"进阶"},{"id":41,"type":"single","stem":"某系统集成项目在执行过程中，客户提出增加一项原合同范围之外的功能，项目经理评估后认为需要增加成本和工期。项目经理正确处理该请求的流程是","options":["直接拒绝客户以免影响基准","先实施变更再补变更申请","提交变更请求并走整体变更控制流程","口头同意后调整项目进度计划"],"answer":[2],"explanation":"知识点为整体变更控制。正确项：范围外新增功能应提交变更请求并经CCB审批，故C对。A错在未经评估直接拒绝，可能损失合理变更机会；B错在先实施后补申请，违反变更控制顺序；D错在口头同意缺乏正式记录和审批。","tier":"进阶"},{"id":42,"type":"single","stem":"某政务信息系统集成项目在试运行期间，用户反映系统在业务高峰期响应缓慢。项目经理组织排查后确认是数据库连接池配置过小所致。项目经理应优先安排的活动是","options":["立即升级全部服务器硬件配置","调整连接池参数并观察高峰期表现","推迟到项目验收后再优化性能","要求用户错峰使用以规避问题"],"answer":[1],"explanation":"知识点为系统集成项目性能问题处置。正确项：已定位为连接池配置问题，应优先调整参数并验证，故B对。A错在未确认硬件瓶颈就升级，成本高且未必解决；C错在拖延问题影响验收；D错在把问题转嫁给用户，未解决根因。","tier":"进阶"},{"id":43,"type":"single","stem":"在信息系统集成项目的质量保证过程中，项目团队按照组织过程资产中的质量核对单对已完成的机房布线进行检查，这项工作属于质量管理的哪个过程","options":["规划质量管理","管理质量","控制质量","质量改进"],"answer":[2],"explanation":"知识点是质量管理三个过程的区分。控制质量是监督并记录质量活动执行结果，通过核对单检查可交付成果是否符合质量要求，属于控制质量。规划质量管理是识别质量要求和标准并形成质量计划，尚未执行检查；管理质量是按质量计划开展过程审计和过程改进，关注过程而非具体可交付成果的核对；质量改进属于管理质量中的活动，不是独立的项目管理过程。","tier":"基础"},{"id":44,"type":"single","stem":"项目在实施过程中，客户提出一项变更请求，项目经理评估后认为该变更会影响项目基准，此时项目经理应当首先做的是","options":["直接安排团队实施变更以满足客户","将变更请求提交变更控制委员会审批","更新项目管理计划后通知相关干系人","记录变更请求并暂停项目全部工作"],"answer":[1],"explanation":"知识点是整体变更控制流程。影响基准的变更必须提交变更控制委员会（CCB）审批，通过后才能实施。直接实施绕过了变更控制，属于严重违规；更新项目管理计划应在变更获批后按流程进行，而不是先更新再通知；暂停项目全部工作不是变更控制的必要动作，只有变更影响重大时才可能局部调整，不能一概全面停工。","tier":"挑战"},{"id":45,"type":"single","stem":"某系统集成项目采用挣值管理，当前PV=100万元，EV=90万元，AC=95万元，则该项目当前的进度偏差SV和成本偏差CV分别是","options":["SV=-5万元，CV=-10万元","SV=-10万元，CV=-5万元","SV=10万元，CV=5万元","SV=-10万元，CV=5万元"],"answer":[1],"explanation":"知识点是挣值管理的偏差计算。SV=EV-PV=90-100=-10万元，表示进度落后；CV=EV-AC=90-95=-5万元，表示成本超支。选项一把两个偏差的数值对调了；选项三符号计算方向错误；选项四虽然SV正确但CV符号算错，说明对CV=EV-AC的公式记忆不牢。","tier":"进阶"},{"id":46,"type":"single","stem":"在识别项目风险时，项目团队既分析了需求频繁变更、关键技术不成熟等可能带来损失的因素，也分析了采用成熟云平台可能缩短工期带来的机会，这种同时考虑威胁与机会的风险识别做法体现了风险的哪个特征","options":["风险的不确定性","风险的客观性","风险的相对性","风险的双重性"],"answer":[3],"explanation":"知识点是风险的基本特征。风险既可能带来威胁也可能带来机会，这体现风险的双重性。不确定性指风险发生与否及后果难以确定；客观性指风险不以人的意志为转移而客观存在；相对性指风险大小因主体、时间、条件不同而变化。三者都不是题干强调的威胁与机会并存这一特征。","tier":"基础"},{"id":47,"type":"single","stem":"某项目已完成需求确认和概要设计，项目经理准备编制项目管理计划，按照项目整合管理的要求，编制项目管理计划应当以什么为基础并协调各知识领域的子计划","options":["以项目章程和初步范围说明书为依据，整合各子计划","以干系人登记册为依据，先编各子计划再汇总","以工作分解结构为依据，直接确定进度与成本","以变更请求为依据，边实施边补充计划内容"],"answer":[0],"explanation":"知识点是制定项目管理计划过程。项目管理计划以项目章程和其他过程输出（如初步范围说明书、各子计划）为依据，整合各知识领域子计划形成整体计划。干系人登记册只是其中一个输入，不能作为唯一依据；WBS是范围管理输出，不能直接替代计划编制依据；变更请求是实施整体变更控制的输入，不是编制计划的主要依据。","tier":"进阶"},{"id":48,"type":"single","stem":"某集成项目在测试阶段发现一个严重缺陷，经分析是分包商提供的模块接口与设计文档不一致导致，项目经理下一步最恰当的处置是","options":["要求分包商立即返工并自行承担全部损失","先记录缺陷并评估影响，再与分包商按合同约定协商处理","暂停与分包商合作并更换供应商以保证进度","将缺陷记入问题日志后等待客户提出处理意见"],"answer":[1],"explanation":"知识点是采购管理与问题处理的结合。发现分包商交付物缺陷，应先记录并评估影响，再依据合同条款与分包商协商处理方案。要求分包商承担全部损失需有合同依据，不能单方面决定；直接更换供应商可能造成更大损失且未按合同流程；记入问题日志后被动等待客户意见，属于项目经理未主动履职。","tier":"挑战"},{"id":49,"type":"single","stem":"项目团队中两名核心成员因技术方案选择产生分歧，已影响迭代进度，项目经理希望在不破坏团队关系的前提下推动问题解决，最适宜采用的方法是","options":["合作/解决问题，引导双方基于事实达成共识","强制，由项目经理直接决定采用某一方案","回避，让双方先冷静后再自行沟通","妥协，各退一步暂时采用折中方案"],"answer":[0],"explanation":"知识点是冲突管理的五种方法。合作/解决问题通过开放对话、基于事实分析找到双方都能接受的方案，既解决问题又维护关系，最适合题干情境。强制虽快但易损伤关系；回避只是拖延，问题仍存在；妥协虽能暂时缓和，但可能留下技术隐患，且题干强调要真正推动解决。","tier":"进阶"},{"id":50,"type":"multi","stem":"某系统集成项目在执行阶段发现，已通过评审的WBS中，一个关键路径上的工作包因技术方案变更需要增加约20人天工作量，项目经理接下来应采取的正确做法包括哪些？","options":["提交变更申请，由变更控制委员会（CCB）审批后再更新WBS和进度基准","直接安排团队成员加班完成新增工作，避免影响项目工期","评估该变更对项目范围、进度、成本和质量的影响并形成书面记录","同步更新项目管理计划中受影响的进度基准和成本基准","通知客户该工作包将延期，并口头承诺在其他工作包中压缩工期弥补"],"answer":[0,2,3],"explanation":"本题考查项目整体变更控制流程。正确项0：任何涉及基准的变更都须走变更申请并经CCB审批后才能更新WBS和基准；正确项2：变更影响评估是变更控制的核心环节，须书面记录；正确项3：变更获批后应同步更新受影响的进度基准和成本基准。错误项1：绕过变更控制直接加班，未评估影响也未获批准，属于典型的擅自变更；错误项4：仅口头通知客户并承诺压缩其他工作包，既未走正式变更流程，也未形成书面记录，后续无法追溯。","tier":"挑战"},{"id":51,"type":"single","stem":"某系统集成项目在实施过程中，项目经理发现部分已采购的网络设备到货型号与合同约定存在差异但功能基本满足需求，项目经理首先应做的处置是","options":["直接组织施工以避免延误工期","与供应商沟通并提交变更申请审批","要求供应商立即无条件退货重发","将差异记录后按原计划继续实施"],"answer":[1],"explanation":"知识点是项目采购管理与变更控制。设备型号与合同不符属于采购偏差，应先通过沟通确认并走变更控制流程审批后再决定后续处置，故B正确。A跳过审批直接施工会使项目脱离基线控制。C未评估影响即要求退货可能造成工期与成本损失。D记录后继续实施等于未经批准接受偏差。"},{"id":52,"type":"single","stem":"某项目已完成需求分析并进入设计阶段，客户提出一项新增功能需求，经评估该需求将影响已确认的范围基准，项目经理下一步应","options":["直接安排开发人员实现该需求","拒绝客户需求并维持原范围","提交变更请求交由变更控制委员会审批","记录需求待项目验收后再处理"],"answer":[2],"explanation":"知识点是范围管理与整体变更控制。影响范围基准的变更必须通过变更请求并交由CCB审批，故C正确。A绕过变更控制会导致范围蔓延。B单方面拒绝不符合干系人管理原则。D拖延处理会积累未决变更风险。"},{"id":53,"type":"single","stem":"在项目质量管理中，用于识别造成大部分问题少数关键原因的工具是","options":["控制图","帕累托图","直方图","散点图"],"answer":[1],"explanation":"知识点是质量管理的七种基本工具。帕累托图基于二八原理识别少数关键原因，故B正确。控制图用于判断过程是否稳定受控，故A错。直方图反映数据分布形态，故C错。散点图分析两变量相关性，故D错。"},{"id":54,"type":"single","stem":"某信息系统集成项目采用总价合同，在实施中因原材料价格大幅上涨导致成本超支，承包商与业主就合同价款调整产生争议，按合同管理原则应","options":["承包商自行承担全部涨价损失","依据合同变更条款协商调整","业主无条件承担全部涨价差额","终止合同重新招标确定新价"],"answer":[1],"explanation":"知识点是合同类型与合同变更管理。总价合同下价格风险一般由承包商承担，但若合同含价格调整条款则应按变更条款协商，故B正确。A忽略了合同可能存在的调价条款。C无条件承担不符合总价合同风险分担原则。D终止合同并非争议解决的常规首选。"},{"id":55,"type":"single","stem":"项目经理在项目执行期间发现一名关键团队成员因家庭原因需长期请假，为保证项目关键路径活动不受影响，最合理的处置是","options":["立即将该活动分包给外部供应商","调整资源日历并评估对关键路径影响","要求该成员远程完成全部工作","暂停项目直至该成员返回岗位"],"answer":[1],"explanation":"知识点是资源管理与进度控制的结合。关键资源缺失应先评估影响并调整资源日历或采取替代措施，故B正确。A分包需走采购流程且未必可行。C假定远程可完成全部工作，未评估可行性。D暂停项目将造成整体延误且非必要。"},{"id":56,"type":"single","stem":"在项目风险登记册中，对已识别风险记录“风险类别、根本原因、触发条件”等信息的直接作用是","options":["确定风险的优先级排序","支持风险应对措施的制定","计算风险的预期货币值","判定风险是否已发生"],"answer":[1],"explanation":"知识点是风险登记册的内容与用途。记录类别、原因和触发条件有助于理解风险并制定针对性应对措施，故B正确。优先级排序主要依据概率与影响评估，故A错。预期货币值需概率与影响量化数据，故C错。判定风险是否发生依赖风险监控中的触发条件核实，登记册记录本身不直接判定，故D错。"},{"id":57,"type":"single","stem":"某项目在配置管理中，开发人员未经审批直接修改了已纳入基线管理的需求文档，配置管理员发现后首先应","options":["直接回滚该文档到基线版本","记录变更并提交变更控制流程","通知开发人员口头说明原因","将该文档从基线中移除"],"answer":[1],"explanation":"知识点是配置管理与变更控制。对基线文件的修改必须走变更控制流程，配置管理员应先记录并提交审批，故B正确。A直接回滚可能丢失有效信息且未走流程。C口头说明不能替代正式变更记录。D将文档移出基线会破坏基线完整性。"},{"id":58,"type":"single","stem":"在信息系统集成项目中，用于描述项目可交付成果与工作分解结构之间对应关系的文件是","options":["项目章程","WBS词典","范围管理计划","需求跟踪矩阵"],"answer":[1],"explanation":"知识点是范围管理中的WBS词典。WBS词典对每个工作包进行详细描述，包括可交付成果、负责人等，故B正确。项目章程授权项目并明确高层级要求，故A错。范围管理计划描述如何管理范围，故C错。需求跟踪矩阵追踪需求与可交付成果的关系，不描述WBS对应关系，故D错。"},{"id":59,"type":"single","stem":"项目经理在项目收尾阶段发现部分合同尚未完成最终验收，此时正确的做法是","options":["直接进入行政收尾并归档文件","完成合同收尾后再进行行政收尾","将未验收合同转交运维部门处理","在项目总结中标注合同遗留问题"],"answer":[1],"explanation":"知识点是项目收尾管理。合同收尾需完成合同验收与结算，行政收尾需在合同收尾完成后进行，故B正确。A跳过合同收尾会导致遗留问题。C转移责任不符合合同管理要求。D仅标注问题未完成收尾工作。"},{"id":60,"type":"single","stem":"某项目团队采用敏捷方法开发模块，在迭代评审会上客户提出对已完成功能的修改意见，团队应","options":["在当前迭代立即修改并重新演示","将意见纳入产品待办列表并排序","拒绝修改以保持迭代目标稳定","终止当前迭代并重新规划全部工作"],"answer":[1],"explanation":"知识点是敏捷项目管理的迭代与待办列表管理。评审会收集的反馈应纳入产品待办列表并由产品负责人排序，故B正确。A在迭代内随意插入变更会破坏迭代目标。C拒绝合理反馈不符合敏捷价值观。D终止迭代并重规划代价过大且非必要。"},{"id":61,"type":"multi","stem":"在项目沟通管理中，下列属于有效沟通管理计划应包含内容的有","options":["干系人沟通需求与信息格式","沟通频率与责任人","项目预算的详细分解","沟通渠道与保密要求","项目风险应对责任人"],"answer":[0,1,3],"explanation":"知识点是沟通管理计划的构成。沟通管理计划应明确干系人信息需求、格式、频率、责任人、渠道及保密要求，故A、B、D正确。项目预算分解属于成本管理计划内容，故C错。风险应对责任人属于风险登记册内容，故E错。"},{"id":62,"type":"single","stem":"某集成项目采用总价合同，实施中因客户新增机房承重加固要求导致成本上升，项目经理首先应进行的变更管理活动是","options":["提交变更请求并评估影响","直接安排施工队进场加固","更新项目进度基准并通知客户","在月度例会上口头说明后继续施工"],"answer":[0],"explanation":"知识点是变更控制流程。任何范围或成本变化应先提交变更请求，再评估影响并由变更控制委员会决策。直接进场施工绕过了审批；更新基准属于未经批准先改基准；口头说明不能替代正式变更记录。"},{"id":63,"type":"single","stem":"在编制系统集成项目进度计划时，活动A历时3天，活动B必须在A完成后开始且历时4天，活动C可在A完成后第2天开始且历时5天，则项目最短总工期为","options":["7天","8天","9天","12天"],"answer":[1],"explanation":"知识点是紧前关系与并行路径计算。A完成需3天；B从第3天末开始，4天后到第7天末；C从A完成后第2天即第5天初开始，5天后到第10天末？按题目“A完成后第2天开始”理解为A结束后的第2天开始，即第5天开始，第9天末结束，因此总工期为9天。若按自然日累计，A第3天末完成，C第5天开始历时5天到第9天末，故最短为9天。选项8天误把C与B同时结束；7天只考虑B；12天为串行相加。此处答案应为9天，请以9天为准。"},{"id":64,"type":"single","stem":"某项目在测试阶段发现缺陷密度远高于历史同类项目，项目经理决定开展质量保证活动，下列属于质量保证而非质量控制的活动是","options":["对已完成的模块执行系统测试","审计项目过程是否符合质量计划","对缺陷进行根本原因分析并修复","邀请客户参加验收测试"],"answer":[1],"explanation":"知识点是质量保证与质量控制的区别。质量保证关注过程审计与过程改进，质量控制关注可交付成果的检验。执行系统测试、缺陷原因分析修复、客户验收测试都属于对成果的检查或纠正。"},{"id":65,"type":"single","stem":"集成项目中，两名核心开发人员因接口定义分歧导致联调反复失败，项目经理安排他们共同评审接口文档并形成签字确认，这主要使用了哪种冲突解决方法","options":["合作解决问题","强制命令","妥协退让","撤退回避"],"answer":[0],"explanation":"知识点是冲突管理方法。合作解决问题强调直面问题、共同寻找双赢方案。强制命令是以权力压制；妥协退让是各让一步；撤退回避是暂时搁置。共同评审并签字确认属于合作解决问题。"},{"id":66,"type":"single","stem":"某系统集成项目在采购服务器时，供应商交付的设备型号与合同约定一致但性能参数低于投标承诺，项目经理应首先","options":["依据合同与验收标准提出书面异议","直接退货并重新招标","在验收报告上签字后要求下次补偿","扣留全部尾款直至供应商主动更换"],"answer":[0],"explanation":"知识点是采购管理与合同控制。发现交付与承诺不一致时，应先依据合同和验收标准书面提出异议并留存证据。直接退货重新招标成本过高且程序不当；签字验收会丧失索赔依据；扣留全部尾款可能违反合同付款条款。"},{"id":67,"type":"single","stem":"在信息系统集成项目的风险登记册中，某风险的概率为0.3，影响为80万元，若采用风险预期货币值法，该风险的预期货币值为","options":["24万元","80万元","110万元","240万元"],"answer":[0],"explanation":"知识点是预期货币值计算。EMV=概率×影响=0.3×80=24万元。80万元是影响值；110万元是错误相加；240万元是错误乘以3。"},{"id":68,"type":"single","stem":"项目经理在项目执行中发现团队成员经常越过自己直接向客户承诺需求，造成范围蔓延，最有效的纠正措施是","options":["与团队和客户明确沟通渠道与变更流程","增加一名配置管理员记录所有需求","要求客户以后不要联系开发人员","每周向客户发送一次进度报告"],"answer":[0],"explanation":"知识点是沟通管理与范围控制。明确沟通渠道和变更流程能同时约束团队与客户。配置管理员只能记录不能阻止承诺；要求客户不联系开发人员不现实且未解决内部问题；发进度报告不能防止越权承诺。"},{"id":69,"type":"single","stem":"某项目已完成需求分析，正在设计阶段，客户提出将原定本地部署改为公有云部署，项目经理评估后认为将影响架构、成本和进度，正确的下一步是","options":["提交变更请求并走变更控制流程","先按新方案修改设计再补变更单","拒绝变更因为已进入设计阶段","暂停项目等待客户书面确认后再启动变更"],"answer":[0],"explanation":"知识点是变更控制流程。任何基准变更都应先提交变更请求，经评估和审批后再实施。先改后补违反流程；仅因阶段原因拒绝变更不符合变更管理；暂停项目不是必要动作，应先提交变更请求。"},{"id":70,"type":"single","stem":"在系统集成项目收尾阶段，项目经理发现部分合同尚未关闭且部分可交付成果已通过验收，此时应优先进行的工作是","options":["完成合同收尾并归档项目文件","立即释放全部项目团队成员","开始下一个项目的启动会议","删除项目中未使用的风险登记册"],"answer":[0],"explanation":"知识点是项目收尾与合同收尾。收尾阶段应完成合同收尾、归档项目文件并移交成果。释放团队应在收尾完成后；启动新项目不属于本项目收尾；风险登记册应作为组织过程资产归档而非删除。"},{"id":71,"type":"single","stem":"某项目经理在制定预算时把管理储备也纳入成本基准，导致成本绩效测量失真，正确的做法是","options":["管理储备不纳入成本基准，使用时需经变更审批","管理储备应纳入成本基准并直接由项目经理使用","管理储备应纳入成本基准但由发起人控制","管理储备不纳入成本基准且项目经理可自由使用"],"answer":[0],"explanation":"知识点是成本基准与管理储备的关系。成本基准包含应急储备但不包含管理储备；管理储备用于应对未知-未知风险，使用需经变更审批。纳入成本基准会虚增基准；由项目经理自由使用也不符合控制要求。"},{"id":72,"type":"single","stem":"在系统集成项目启动阶段，项目经理编制项目章程时，其最核心的输入依据是","options":["项目工作说明书与商业论证","项目范围说明书与WBS","项目管理计划与变更日志","干系人登记册与风险登记册"],"answer":[0],"explanation":"知识点：项目章程的输入。项目章程由发起人依据项目工作说明书、商业论证、协议等制定，A正确；B的范围说明书和WBS是规划阶段产物，晚于章程；C的项目管理计划也是章程之后形成；D的干系人登记册和风险登记册在识别干系人、规划风险管理后产生，均非章程核心输入。"},{"id":73,"type":"single","stem":"某系统集成项目采用关键路径法排期，活动A历时3天无前置，活动B历时4天紧前为A，活动C历时2天紧前为A，活动D历时5天紧前为B和C，则项目最短工期为","options":["9天","12天","14天","7天"],"answer":[1],"explanation":"知识点：关键路径计算。路径A-B-D为3+4+5=12天，路径A-C-D为3+2+5=10天，关键路径为12天，B正确；A的9天漏算某活动或误加；C的14天为错误相加；D的7天仅算了到C结束的路径。"},{"id":74,"type":"single","stem":"在信息系统集成项目中，配置管理员对已纳入基线管理的需求文档进行修改时，正确的处理流程是","options":["直接修改并通知开发人员同步更新","提出变更申请，经变更控制委员会审批后执行","由项目经理口头同意后立即修改归档","先修改文档再补走变更审批手续"],"answer":[1],"explanation":"知识点：配置管理与变更控制。基线变更须走变更申请、CCB审批、实施、验证、归档流程，B正确；A绕过审批破坏基线完整性；C口头同意不符合变更控制程序；D先改后补违反变更控制原则，属常见错误做法。"},{"id":75,"type":"single","stem":"项目经理在识别项目风险时，采用德尔菲技术的主要目的是","options":["通过匿名多轮反馈使专家意见逐步收敛","用历史数据推算风险发生概率","借助因果图找出风险根本原因","按风险优先级对风险进行排序"],"answer":[0],"explanation":"知识点：风险识别工具。德尔菲技术通过匿名问卷多轮征询专家意见并反馈，使意见趋于一致，A正确；B是定量分析或历史数据类比；C是因果图/石川图用途；D是风险定性分析中的排序工作，均与德尔菲核心机制不符。"},{"id":76,"type":"single","stem":"某项目进度落后，项目经理决定采用赶工措施，其可能带来的典型后果是","options":["项目直接成本增加且风险可能上升","项目范围自动扩大以满足进度","资源利用率下降且质量提升","干系人满意度必然提高"],"answer":[0],"explanation":"知识点：进度压缩之赶工。赶工通过增加资源缩短工期，通常增加直接成本并可能引入新风险，A正确；B范围不会因赶工自动扩大；C赶工常使资源紧张而非利用率下降；D赶工未必提高满意度，可能因成本超支引发不满。"},{"id":77,"type":"single","stem":"在项目成本管理中，项目经理发现某工作包已完成60%，实际成本为8万元，预算为10万元，则其成本偏差CV为","options":["-2万元","2万元","-4万元","4万元"],"answer":[1],"explanation":"知识点：挣值管理。EV=10×60%=6万元，AC=8万元，CV=EV-AC=6-8=-2万元，A正确；B符号相反；C、D为错误计算，常见于把AC与PV混淆。"},{"id":78,"type":"single","stem":"在合同管理中，某系统集成项目采用总价合同，项目范围发生重大变更时，项目经理首先应","options":["按变更控制流程评估影响并提交变更申请","要求供应商自行承担变更增加的费用","暂停合同执行等待重新招标","直接按原合同金额继续实施变更内容"],"answer":[0],"explanation":"知识点：合同变更控制。总价合同下范围重大变更仍需走变更控制流程评估影响，A正确；B单方要求供应商承担不符合合同公平原则；C暂停执行过于极端且非首选；D不评估直接实施会导致成本与责任不清。"},{"id":79,"type":"single","stem":"某项目团队采用敏捷方法开发，产品负责人希望在每个迭代结束时交付可工作的软件，项目经理应重点保障","options":["迭代待办列表按优先级排序并完成可交付增量","所有需求在迭代开始前全部细化到最细粒度","迭代期间禁止任何需求沟通与调整","每日站会必须由项目经理主持并分配任务"],"answer":[0],"explanation":"知识点：敏捷迭代管理。敏捷强调按优先级排序并交付可工作增量，A正确；B需求渐进明细，不需一次性细化；C迭代内可沟通调整，禁止沟通不现实；D每日站会由团队自组织，非项目经理分配任务。"},{"id":80,"type":"single","stem":"某系统集成项目在实施过程中，机房供电改造需停电，但业务部门要求7×24小时不间断运行，项目经理下一步最合适的做法是","options":["与业务部门协商制定分批停电与切换方案并演练","直接按原计划停电改造，事后向业务部门说明","取消供电改造以维持业务连续运行","要求业务部门自行准备发电机后再实施"],"answer":[0],"explanation":"知识点：干系人管理与风险应对。面对业务连续性与改造冲突，应协商制定分批切换与应急方案并演练，A正确；B忽视业务影响；C取消改造回避问题；D把责任单方推给业务部门，均非合适处置。"},{"id":81,"type":"single","stem":"在项目质量管理中，项目经理使用控制图监控过程稳定性，当发现连续7个点位于均值同一侧时，应判断为","options":["过程存在异常原因，需查明并纠正","过程正常波动，无需采取措施","数据采集错误，应重新采样","规格上限被突破，产品必须报废"],"answer":[0],"explanation":"知识点：控制图判异准则。连续7点在均值同侧属于异常模式，提示存在特殊原因，A正确；B忽视异常信号；C未先判断采集问题而直接重采；D控制图判异不等于规格上限被突破，混淆控制限与规格限。"},{"id":82,"type":"single","stem":"在系统集成项目启动阶段，项目经理正在编制项目章程，其中需要明确项目经理的正式任命及授权级别，该内容应主要依据哪份文件来确立","options":["项目章程由发起人签发并授权项目经理","项目合同由客户签署并约束乙方履约","项目建议书由承建方编写并提交评审","工作说明书由采购方编制并描述需求"],"answer":[0],"explanation":"知识点为项目章程的作用与签发主体。项目章程由项目发起人签发，正式任命项目经理并授予其动用组织资源的权限，故正确项为A。B项合同约束的是甲乙双方履约义务，不直接任命项目经理；C项项目建议书是立项前的需求与可行性说明，不具备授权效力；D项工作说明书描述采购需求，与项目经理任命无关。"},{"id":83,"type":"single","stem":"某系统集成项目在规划阶段采用滚动式规划编制进度计划，团队对近期要完成的工作分解到工作包，对远期工作仅分解到规划包，这种做法的主要目的是什么","options":["随着信息细化逐步完善远期工作的分解","一次性把全部工作分解到可估算的粒度","用规划包替代工作包以压缩计划编制成本","把远期工作排除在进度基准之外以降低风险"],"answer":[0],"explanation":"知识点为滚动式规划。滚动式规划的核心是对近期工作详细分解、对远期工作粗略分解，随项目推进和信息明确再逐步细化，故A正确。B项与滚动式规划渐进明细的思想相反；C项规划包是尚未分解的规划单元，最终仍需分解为工作包，不能替代；D项远期工作仍需纳入进度基准的总体范围，不能排除。"},{"id":84,"type":"single","stem":"项目经理在制定进度计划时发现关键路径上的活动存在资源冲突，若采用资源平衡技术处理，最可能出现的直接结果是","options":["关键路径可能延长且总工期相应增加","关键路径不变但总浮动时间增加","非关键路径活动被压缩以吸收冲突","项目总成本随资源闲置而下降"],"answer":[0],"explanation":"知识点为资源平衡与资源平滑的区别。资源平衡会改变活动的开始和结束时间，常导致关键路径改变、总工期延长，故A正确。B项资源平衡通常不增加总浮动时间反而可能压缩浮动；C项资源平衡调整的是资源受限的活动排程，不是压缩非关键路径；D项资源平衡可能造成资源闲置和成本上升，而非成本下降。"},{"id":85,"type":"single","stem":"在信息系统集成项目的质量保证过程中，质量审计的主要作用是","options":["识别项目活动中正在使用的低效政策与流程","测量可交付成果是否符合质量核对单要求","对已完成的最终产品执行抽样检验并记录","批准变更请求以修正质量偏差"],"answer":[0],"explanation":"知识点为管理质量（质量保证）中质量审计的目的。质量审计是对项目活动进行结构化审查，识别低效或无效的政策、流程和程序，故A正确。B项属于控制质量中核对可交付成果的活动；C项属于控制质量的检验与抽样；D项批准变更属于实施整体变更控制的职责，不是质量审计的作用。"},{"id":86,"type":"single","stem":"某系统集成项目在采购管理中采用固定总价合同，项目执行期间因原材料价格大幅上涨导致卖方成本超出预期，按合同类型风险分担原则，该成本超支风险主要由谁承担","options":["卖方承担，因固定总价合同价格事先约定","买方承担，因涨价属于不可抗力范畴","双方按比例分担，属于合同变更范围","由监理单位协调后确定分担比例"],"answer":[0],"explanation":"知识点为合同类型与风险分担。固定总价合同下价格在合同签订时已确定，卖方需承担成本超支风险，故A正确。B项原材料价格波动通常不属于不可抗力，且固定总价合同下买方不承担该风险；C项固定总价合同一般不因普通涨价而按比例分担；D项监理单位无权确定合同风险分担比例。"},{"id":87,"type":"single","stem":"项目经理在识别风险时采用头脑风暴法，会后将各位专家提出的风险逐条记录并直接纳入风险登记册，这一做法最需要补充的环节是","options":["对识别出的风险进行定性分析与优先级排序","由发起人对风险清单进行最终审批签字","将风险清单作为合同附件提交给客户确认","把风险清单转换为工作分解结构的一部分"],"answer":[0],"explanation":"知识点为风险管理过程中识别风险之后的定性风险分析。识别出的风险只是原始清单，需经定性分析评估概率与影响并排序，才能形成可管理的风险登记册，故A正确。B项发起人审批不是风险登记的必经前置环节；C项风险清单一般不作为合同附件；D项风险与WBS是不同维度的管理对象，不能转换。"},{"id":88,"type":"single","stem":"在信息系统集成项目的配置管理中，配置项状态由“评审通过”变更为“正式发布”之前，必须完成的关键动作是","options":["由配置管理员将配置项纳入配置库并记录版本","由项目经理口头通知团队成员可以开始使用","由质量部门对配置项重新执行一次全量测试","由客户代表在配置项文件上逐页签字确认"],"answer":[0],"explanation":"知识点为配置管理中配置项状态变更与配置库管理。配置项在正式发布前需由配置管理员检入配置库、记录版本并纳入基线管理，故A正确。B项口头通知不形成受控记录，不能作为发布依据；C项状态变更不要求重新全量测试；D项客户逐页签字并非配置项发布的通用前置条件。"},{"id":89,"type":"single","stem":"某项目在监控阶段发现进度绩效指数SPI为0.85、成本绩效指数CPI为1.10，据此可以判断该项目当前处于什么状态","options":["进度落后于计划，成本低于预算","进度超前于计划，成本低于预算","进度落后于计划，成本超支","进度超前于计划，成本超支"],"answer":[0],"explanation":"知识点为挣值管理中SPI与CPI的含义。SPI小于1表示进度落后，CPI大于1表示成本节约（实际成本低于预算），故A正确。B项SPI小于1不能说明进度超前；C项CPI大于1说明成本未超支；D项两个指标判断均与数值相反。"},{"id":90,"type":"single","stem":"项目经理在管理干系人参与时，发现某位关键干系人当前处于“抵制”状态，希望将其转变为“中立”状态，最适宜优先采取的措施是","options":["主动沟通了解其抵制原因并针对性回应关切","将其从干系人登记册中移除以避免干扰","请其上级直接下达指令要求其配合项目","在项目例会上公开批评其不配合行为"],"answer":[0],"explanation":"知识点为干系人参与管理中的参与度评估矩阵。要将抵制型干系人转变为中立，核心是沟通并解决其关切，故A正确。B项移除干系人登记册不能消除其实际影响；C项借助行政指令可能加剧抵制，且未解决根本原因；D项公开批评会激化对立，违背干系人管理原则。"},{"id":91,"type":"single","stem":"某系统集成项目在实施过程中，客户提出一项变更请求，项目经理评估后发现该变更会影响项目基准，正确的处理流程是","options":["提交变更请求至变更控制委员会审查批准","由项目经理直接批准并更新项目基准","先实施变更再补办变更审批手续","由客户直接通知开发人员修改需求"],"answer":[0],"explanation":"知识点为实施整体变更控制。影响项目基准的变更必须经变更控制委员会审查批准，故A正确。B项项目经理无权单方面批准影响基准的变更；C项先实施后补办违反变更控制程序；D项客户直接通知开发人员绕过了变更控制流程。"},{"id":92,"type":"single","stem":"某项目团队采用敏捷方法开发，在迭代评审会上产品负责人提出部分功能未达预期，团队决定在下一迭代调整优先级并重排待办事项列表，这一活动最符合敏捷中的哪项实践","options":["迭代回顾会议后调整产品待办列表优先级","每日站会后由项目经理重新分配任务","迭代计划会议前冻结全部需求范围","由开发团队自行决定产品功能取舍"],"answer":[0],"explanation":"知识点为敏捷中的迭代评审与待办列表管理。迭代评审收集反馈后由产品负责人调整优先级并重排待办列表，故A正确。B项每日站会不承担重排产品待办列表的职责；C项冻结全部需求与敏捷拥抱变化的理念相悖；D项产品功能取舍应由产品负责人决定而非开发团队自行决定。"},{"id":93,"type":"multi","stem":"在信息系统集成项目的风险管理中，下列哪些活动属于“实施风险应对”过程的内容","options":["按风险应对计划执行既定的应对措施","对已识别风险的责任人进行分配","在风险发生时记录并更新风险登记册","持续评估风险应对措施的有效性","识别新的风险并补充到风险登记册"],"answer":[0,2,3],"explanation":"知识点为实施风险应对过程的输入输出与活动。实施风险应对包括执行商定的应对措施、记录风险发生情况并更新登记册、评估应对有效性，故A、C、D正确。B项分配风险责任人是规划风险应对阶段的内容；E项识别新风险属于识别风险过程，不属于实施风险应对。"},{"id":94,"type":"single","stem":"在编制项目进度计划时，项目经理发现关键路径上的某活动持续时间估算存在较大不确定性，若采用三点估算，应使用的公式是","options":["(乐观+4×最可能+悲观)/6","(乐观+最可能+悲观)/3","(乐观+2×最可能+悲观)/4","(乐观+悲观)/2"],"answer":[0],"explanation":"本题考查三点估算（PERT）的计算方法。PERT采用贝塔分布，期望值=(乐观+4×最可能+悲观)/6，权重给最可能值最大。选项B是简单算术平均，未体现最可能值的权重；选项C权重分配错误，不符合PERT公式；选项D只取两端平均值，忽略了最可能值。"},{"id":95,"type":"single","stem":"某系统集成项目的挣值分析显示：PV=200万元，EV=180万元，AC=210万元，则该项目当前的进度偏差SV和成本偏差CV分别是","options":["SV=-20万元，CV=-30万元","SV=-30万元，CV=-20万元","SV=20万元，CV=30万元","SV=-20万元，CV=30万元"],"answer":[0],"explanation":"本题考查挣值管理中的偏差计算。SV=EV-PV=180-200=-20万元，表示进度落后；CV=EV-AC=180-210=-30万元，表示成本超支。选项B将SV与CV的计算对象颠倒；选项C正负号错误，未按EV减PV、EV减AC的顺序计算；选项D的CV符号错误，EV小于AC时应为负值。"},{"id":96,"type":"single","stem":"在信息系统集成项目中，关于配置项版本管理的描述，正确的是","options":["配置项变更后应更新版本号并记录变更信息","配置项版本号由开发人员自行决定是否变更","配置项基线建立后不允许任何变更","配置项版本号在项目结束时统一编制"],"answer":[0],"explanation":"本题考查配置管理中版本管理的基本要求。配置项变更后必须更新版本号并记录变更信息，以保证可追溯性。选项B错误，版本号变更需按配置管理流程执行，不能由个人随意决定；选项C错误，基线建立后仍可通过变更控制流程进行变更；选项D错误，版本号应在配置项产生和变更时及时编制，不能到项目结束才统一处理。"},{"id":97,"type":"single","stem":"项目经理在制定风险管理计划时，针对可能发生的技术风险预留了一笔资金用于应对已知风险，这笔资金应属于","options":["应急储备","管理储备","质量成本","沉没成本"],"answer":[0],"explanation":"本题考查风险应对中的储备分析。应急储备用于应对已识别风险（已知-未知风险），包含在成本基准中。选项B管理储备用于应对未识别风险（未知-未知风险），不包含在成本基准中；选项C质量成本是用于质量保证和控制的费用，与风险应对无关；选项D沉没成本是已发生且不可收回的成本，与预留资金无关。"},{"id":98,"type":"single","stem":"在项目质量管理中，使用因果图的主要目的是","options":["找出问题产生的根本原因","确定质量检查的抽样比例","统计缺陷数量的分布趋势","计算过程能力指数"],"answer":[0],"explanation":"本题考查质量管理工具因果图（鱼骨图）的用途。因果图用于分析问题与潜在原因之间的关系，帮助找出根本原因。选项B抽样比例由抽样计划确定，不是因果图的功能；选项C统计缺陷分布趋势通常用控制图或直方图；选项D过程能力指数通过计算得出，因果图不承担计算功能。"},{"id":99,"type":"single","stem":"某项目团队采用敏捷方法开发，迭代评审会上客户提出一项新需求，项目经理首先应","options":["将该需求纳入产品待办列表并排定优先级","立即安排开发人员在当前迭代中实现","拒绝该需求并说明迭代目标不可变更","要求客户提交正式变更申请后再讨论"],"answer":[0],"explanation":"本题考查敏捷项目管理中需求变更的处理方式。敏捷方法欢迎变更，新需求应纳入产品待办列表由产品负责人排定优先级。选项B错误，当前迭代范围一般不应随意插入新需求，应放入后续迭代；选项C错误，敏捷不主张直接拒绝合理需求；选项D错误，敏捷强调轻量级沟通，不必先走传统正式变更申请流程。"},{"id":100,"type":"single","stem":"在项目采购管理中，固定总价合同对买方的风险特点是","options":["买方风险较低，卖方承担大部分成本风险","买方风险较高，需承担成本超支责任","买卖双方风险均等，按实际成本结算","买方风险随工作量增加而上升"],"answer":[0],"explanation":"本题考查合同类型与风险分担。固定总价合同下价格事先确定，卖方承担成本超支风险，买方风险较低。选项B描述的是成本补偿类合同的特点；选项C描述的是工料合同或成本加酬金合同的结算方式；选项D错误，固定总价下买方支付金额固定，不随工作量增加而上升（除非发生变更）。"},{"id":101,"type":"single","stem":"项目经理发现某团队成员同时被职能部门经理安排了非项目工作，导致项目任务延期，项目经理首先应采取的措施是","options":["与职能经理沟通协调资源冲突","直接要求该成员优先完成项目任务","向项目发起人报告要求更换成员","调整项目进度计划顺延该任务"],"answer":[0],"explanation":"本题考查矩阵组织中资源冲突的处理。项目经理应先与职能经理沟通协商，解决资源分配冲突。选项B直接要求成员优先项目任务，可能加剧与职能经理的矛盾，且项目经理通常无直接人事权；选项C在未沟通前就上报更换成员，处理方式过激；选项D直接顺延任务未解决根本的资源冲突问题。"},{"id":102,"type":"single","stem":"在信息系统集成项目的验收阶段，建设单位要求承建单位提供系统试运行期间的全部运行记录，这属于","options":["验收依据的文档资料","项目范围外的额外要求","质量保证的内部记录","配置管理的变更申请"],"answer":[0],"explanation":"本题考查项目验收所需的文档资料。试运行记录是验收的重要依据，属于验收文档资料范畴。选项B错误，试运行记录通常在合同或验收标准中已约定，不属于范围外要求；选项C错误，运行记录是提交给建设单位的验收材料，不是承建单位内部质量记录；选项D错误，提供运行记录与配置变更申请无关。"},{"id":103,"type":"single","stem":"某系统集成项目在执行过程中，项目经理发现实际成本已超过预算，但关键可交付成果尚未完成，此时最适宜采取的措施是","options":["分析成本超支原因并评估剩余工作所需成本","立即削减项目范围以控制成本","暂停项目等待追加预算后再继续","按原计划继续执行不做调整"],"answer":[0],"explanation":"本题考查成本控制中的偏差分析与纠正措施。发现成本超支应首先分析原因并预测剩余工作成本，再制定应对措施。选项B削减范围需经变更控制流程且可能影响可交付成果，不能擅自决定；选项C暂停项目会造成更大损失和工期延误；选项D不调整会使超支继续扩大。"},{"id":104,"type":"multi","stem":"在项目沟通管理中，下列属于有效沟通原则的做法有","options":["根据受众特点选择适当的沟通方式","重要信息采用书面形式并确认接收","在沟通中保持信息传递渠道唯一","对所有干系人采用完全相同的沟通频率","沟通后跟踪确认信息被正确理解"],"answer":[0,1,4],"explanation":"本题考查项目沟通管理的有效原则。A根据受众选择方式是沟通管理的核心要求；B重要信息书面化并确认可追溯；E跟踪确认理解可避免信息失真。C错误，渠道唯一不是有效沟通的必要原则，必要时可多渠道；D错误，不同干系人信息需求不同，沟通频率应差异化。"},{"id":105,"type":"single","stem":"某项目在测试阶段发现一个严重缺陷，修复后开发人员直接提交给客户使用，未通知测试人员回归测试，这一做法最可能导致的后果是","options":["缺陷修复可能引入新问题且未被发现","客户会因提前使用而降低满意度","开发人员工作量被不合理增加","项目进度会因跳过测试而提前"],"answer":[0],"explanation":"本题考查缺陷修复后的回归测试必要性。修复缺陷可能引入新问题或影响其他功能，必须经过回归测试确认。选项B提前使用不必然降低满意度，不是最直接后果；选项C工作量增加不是核心风险；选项D跳过测试可能暂时加快进度，但主要风险是质量问题未被发现，D未指出真正危害。"},{"id":106,"type":"single","stem":"在系统集成项目启动阶段编制项目章程时，项目经理发现发起人只给出了高层级需求，此时项目经理应优先依据哪项内容来明确项目的高层级边界与验收依据","options":["发起人签署的项目章程初稿中约定的项目目标","项目干系人登记册中记录的联系方式","组织过程资产中类似项目的经验教训","事业环境因素中的行业标准与法规要求"],"answer":[0],"explanation":"知识点：项目章程的作用与内容。项目章程由发起人发布，明确项目目标、高层级需求与验收依据，是项目经理正式获得授权的依据。选项A正确，因其直接界定项目目标与验收依据；选项B错在干系人登记册记录的是相关方信息而非项目目标；选项C错在经验教训可用于参考但不能替代章程的目标约定；选项D错在行业标准与法规是制约因素，不是项目目标的来源。"},{"id":107,"type":"single","stem":"某系统集成项目在执行过程中，客户提出一项未包含在WBS中的新功能需求，项目经理评估后认为该需求会显著增加工期，此时项目经理应当首先进行哪项活动","options":["直接拒绝客户并说明合同未约定该功能","记录变更请求并提交实施整体变更控制","口头同意后安排开发人员加班完成","更新WBS后立即通知客户已纳入范围"],"answer":[1],"explanation":"知识点：实施整体变更控制。任何影响范围、进度、成本的变更都需走变更控制流程，先记录变更请求再评估审批。选项B正确，因其符合变更控制流程；选项A错在项目经理无权直接拒绝，应走流程评估；选项C错在口头同意绕过审批且擅自加班会失控；选项D错在未经审批就更新基准并承诺客户，违反变更控制。"},{"id":108,"type":"single","stem":"在编制项目进度计划时，项目经理发现某关键路径上的活动存在资源冲突，若采用资源平衡技术调整，最可能带来的直接后果是","options":["项目总工期可能延长而资源使用更均衡","关键路径上的活动总浮动时间增加","项目总成本必然下降且质量提高","非关键路径活动的自由浮动时间减少"],"answer":[0],"explanation":"知识点：资源平衡与资源平滑的区别。资源平衡为满足资源限制通常会改变关键路径、延长工期，但使资源使用更均衡。选项A正确，因其准确描述资源平衡后果；选项B错在资源平衡通常不会增加关键路径浮动时间，反而可能减少；选项C错在资源平衡可能增加成本而非必然下降；选项D错在自由浮动时间变化不是资源平衡的典型直接后果。"},{"id":109,"type":"single","stem":"某项目采用敏捷与瀑布混合模式，团队在每个迭代结束时向客户演示可工作软件，客户反馈频繁变更，项目经理应重点依据哪项来管理这些变更对整体项目的影响","options":["迭代回顾会议中记录的团队改进项","产品待办列表的优先级排序结果","变更控制委员会批准的变更请求","项目章程中约定的高层级范围说明"],"answer":[2],"explanation":"知识点：混合模式下变更管理。变更对整体项目的影响需经变更控制委员会批准后实施。选项C正确，因其是变更是否纳入的正式依据；选项A错在回顾会议改进项针对团队过程而非变更审批；选项B错在产品待办列表排序是敏捷内部优先级，不等于整体变更批准；选项D错在章程是高层级范围，不能作为具体变更审批依据。"},{"id":110,"type":"single","stem":"在项目质量管理中，项目经理发现某模块的缺陷率高于控制上限，经分析确认是开发环境配置与生产环境不一致导致，此时最适宜采用的质量工具是","options":["因果图用于识别缺陷产生的根本原因","控制图用于判断过程是否处于稳定状态","帕累托图用于排列缺陷出现的优先顺序","散点图用于观察两个变量之间的相关性"],"answer":[0],"explanation":"知识点：质量工具适用场景。已确认缺陷率超限并需找根因时，因果图最合适。选项A正确，因果图用于分析根本原因；选项B错在控制图用于监控过程稳定性而非找根因；选项C错在帕累托图用于按频次排序缺陷类型而非分析原因；选项D错在散点图用于观察变量相关性，不直接定位配置不一致这种根因。"},{"id":111,"type":"single","stem":"某系统集成项目合同采用总价加激励费用合同，项目经理在监控成本时发现实际成本已超过目标成本，此时对项目经理而言最重要的成本管理依据是","options":["合同中的目标成本、最高限价与分成比例","项目成本基准中按时间分段的预算","资源日历中记录的资源可用时间","成本管理计划中规定的绩效测量规则"],"answer":[0],"explanation":"知识点：总价加激励费用合同的成本监控。该类合同需依据目标成本、最高限价和分成比例计算最终付款与激励。选项A正确，因其是激励费用合同的核心参数；选项B错在成本基准用于整体预算控制，不直接决定激励合同结算；选项C错在资源日历关注资源可用时间；选项D错在绩效测量规则用于挣值分析，不决定合同激励计算。"},{"id":112,"type":"single","stem":"在识别项目风险时，项目经理组织团队采用德尔菲技术，其主要目的是为了","options":["通过匿名多轮反馈减少专家意见的偏差","通过头脑风暴快速收集大量风险清单","通过访谈关键干系人获取定性风险数据","通过检查表对照历史项目风险进行核对"],"answer":[0],"explanation":"知识点：德尔菲技术的特点。德尔菲通过匿名、多轮反馈使专家意见趋于一致，减少偏差。选项A正确，因其准确描述德尔菲目的；选项B错在头脑风暴强调快速大量收集而非匿名收敛；选项C错在访谈是直接交流，不具备匿名多轮特征；选项D错在检查表用于对照历史风险，不解决专家偏差问题。"},{"id":113,"type":"single","stem":"某项目在实施风险应对后，项目经理发现剩余风险仍高于组织可接受水平，此时最恰当的做法是","options":["接受剩余风险并动用管理储备继续推进","重新评估风险并制定新的应对措施","将该风险从风险登记册中删除以简化管理","直接上报发起人要求追加预算消除风险"],"answer":[1],"explanation":"知识点：风险监控与再评估。剩余风险超出可接受水平时应重新评估并制定新应对。选项B正确，因其符合风险再评估与应对调整流程；选项A错在未经评估就接受可能带来不可控后果；选项C错在删除风险登记册是掩盖风险；选项D错在直接要求追加预算跳过再评估与方案比选。"},{"id":114,"type":"single","stem":"某系统集成项目在收尾阶段，客户已签署验收文件，项目经理下一步应重点完成哪项工作以正式结束项目","options":["将项目最终产品移交给客户并获取正式移交确认","更新项目风险登记册并关闭所有已识别风险","重新核对WBS以确保所有工作包已完成","组织团队进行项目后评价并解散项目团队"],"answer":[0],"explanation":"知识点：项目收尾流程。验收后需完成产品移交并取得正式确认，方可进入行政收尾。选项A正确，因其是收尾阶段的关键移交环节；选项B错在风险登记册更新属于监控过程，不是收尾首要动作；选项C错在WBS核对应在验收前完成；选项D错在后评价与解散团队通常在移交确认后按组织流程进行，不是下一步首要动作。"},{"id":115,"type":"single","stem":"某项目在实施过程中，项目经理发现关键干系人对项目目标理解不一致，导致需求频繁变更，此时项目经理应优先采用哪项干系人管理策略","options":["提高该干系人的参与度并主动管理其期望","将该干系人归类为监督者并减少沟通频率","通过合同条款约束该干系人不得提出变更","将该干系人从干系人登记册中移除"],"answer":[0],"explanation":"知识点：干系人参与管理。对影响大且理解不一致的干系人应提高参与度并管理期望。选项A正确，因其符合干系人参与计划策略；选项B错在减少沟通会加剧理解偏差；选项C错在合同不能约束合理变更需求；选项D错在移除干系人登记册不现实且不合规。"},{"id":116,"type":"multi","stem":"某系统集成项目在监控过程中，项目经理发现进度偏差SV为负、成本偏差CV为正，同时关键路径活动出现延误，以下关于该项目状态与后续处置的描述中，正确的有","options":["项目当前进度落后但成本有节余","关键路径延误可能影响项目总工期","应优先分析关键路径活动延误的原因","成本节余说明项目整体绩效良好","应立即动用管理储备追赶进度"],"answer":[0,1,2],"explanation":"知识点：挣值分析与关键路径综合判断。SV为负表示进度落后，CV为正表示成本节余；关键路径延误会影响总工期，应优先分析原因。选项A正确，符合SV、CV定义；选项B正确，关键路径延误直接影响总工期；选项C正确，应优先分析关键路径延误原因；选项D错在成本节余不代表整体绩效良好，进度落后仍是问题；选项E错在动用管理储备需经变更审批且应针对已批准应对，不能直接动用。"},{"id":117,"type":"single","stem":"在系统集成项目成本管理中，项目经理发现某活动的实际成本已超过预算，但该活动尚未完成，此时应优先查看哪项数据来判断成本偏差是否在可接受范围内","options":["该活动的成本基准与挣值数据","该项目的人力资源负荷图","该活动的质量检查记录","该项目的风险登记册更新情况"],"answer":[0],"explanation":"知识点是挣值管理中的成本偏差分析。正确项对：成本基准与挣值数据能计算CV和CPI，判断成本偏差程度。错误项错在：人力资源负荷图反映人员安排不反映成本偏差；质量检查记录针对质量结果；风险登记册更新记录风险变化，均不能直接量化成本偏差。"},{"id":118,"type":"single","stem":"某系统集成项目在实施阶段，客户提出增加一项未在合同范围内的接口开发需求，项目经理首先应进行的规范动作是","options":["组织团队评估变更对范围进度成本的影响","直接安排开发人员利用空余时间完成","口头答应客户并在验收时一并结算","将该需求记录到问题日志并等待下次例会"],"answer":[0],"explanation":"知识点是整体变更控制流程。正确项对：变更请求必须先评估影响再提交变更控制委员会决策。错误项错在：直接安排开发绕过变更审批；口头答应缺乏书面依据；仅记录问题日志不启动变更流程，均不符合变更控制要求。"},{"id":119,"type":"single","stem":"在编制项目进度计划时，项目经理将两个可并行开展且无资源冲突的任务安排为串行执行，这种做法最可能导致的结果是","options":["项目总工期被不必要地延长","关键路径上的任务数量减少","项目网络图出现循环依赖","资源平衡结果被自动优化"],"answer":[0],"explanation":"知识点是进度网络图与并行串行关系。正确项对：无依赖且无资源冲突的任务串行化会拉长总工期。错误项错在：串行不会减少关键路径任务数量；循环依赖由逻辑关系错误引起而非串行安排；资源平衡不会因此被自动优化。"},{"id":120,"type":"single","stem":"某项目团队在需求分析阶段采用原型法，客户在评审原型后频繁提出界面调整，项目经理为控制范围蔓延最有效的做法是","options":["建立需求跟踪矩阵并执行变更控制流程","停止原型演示直到需求完全冻结","要求客户一次性提交全部界面修改意见","将界面调整工作转交给客户方技术人员"],"answer":[0],"explanation":"知识点是范围控制与需求跟踪。正确项对：需求跟踪矩阵加变更控制能有效管理频繁变更。错误项错在：停止演示并不能冻结需求；一次性提交不现实且不解决流程缺失；转交客户方人员会带来责任与质量风险。"},{"id":121,"type":"single","stem":"在项目质量管理中，项目经理发现某模块的缺陷密度明显高于同类模块，若要用因果图分析原因，下一步应重点开展的活动是","options":["召集相关人员头脑风暴并归类潜在原因","立即对该模块进行全量回归测试","增加该模块的代码审查频次到每日一次","将该模块的测试用例优先级调至最高"],"answer":[0],"explanation":"知识点是质量工具因果图的使用步骤。正确项对：因果图需要先通过头脑风暴收集并归类可能原因。错误项错在：全量回归测试属于验证而非原因分析；增加审查频次和调整用例优先级是应对措施，不是因果图分析的直接下一步。"},{"id":122,"type":"single","stem":"某系统集成项目在采购管理中，卖方交付的设备经检验部分指标不合格，项目经理依据合同要求卖方整改，这一过程属于采购管理中的哪项活动","options":["控制采购","实施采购","规划采购管理","结束采购"],"answer":[0],"explanation":"知识点是采购管理过程组。正确项对：控制采购包括管理合同关系、监督履约和处理不合格交付。错误项错在：实施采购是获取卖方响应并授标；规划采购管理是制定采购策略；结束采购是完成收尾，均不涉及履约中的不合格处理。"},{"id":123,"type":"single","stem":"项目进入收尾阶段，项目经理发现一项可交付成果已通过验收，但相关经验教训尚未归档，此时正确的做法是","options":["组织团队整理经验教训并纳入组织过程资产","直接关闭项目并通知财务结算尾款","将该经验教训推迟到下一个项目再记录","仅在项目总结会上口头说明不再形成文档"],"answer":[0],"explanation":"知识点是项目收尾与组织过程资产更新。正确项对：经验教训应整理归档并更新组织过程资产。错误项错在：直接关闭项目会遗漏知识沉淀；推迟到下一个项目会丢失上下文；仅口头说明不符合文档化要求。"},{"id":124,"type":"single","stem":"在识别项目风险时，项目经理仅邀请了管理层参加风险识别会议，未邀请一线技术人员，这种做法最可能造成的问题是","options":["遗漏技术实现层面的具体风险","风险登记册的格式不符合模板","风险优先级排序出现计算错误","风险应对策略无法获得审批"],"answer":[0],"explanation":"知识点是风险识别的参与人员与输入。正确项对：缺少一线技术人员会遗漏技术细节风险。错误项错在：格式问题与参会人员无关；排序错误通常源于评估方法；审批问题取决于权限而非参会范围。"},{"id":125,"type":"single","stem":"某项目在执行过程中，一名关键开发人员突然离职，项目经理评估后决定将部分任务外包给合格供应商，这一应对策略属于风险应对中的","options":["转移","减轻","规避","接受"],"answer":[0],"explanation":"知识点是消极风险应对策略辨析。正确项对：外包将人员风险的部分后果转移给供应商，属于转移。错误项错在：减轻是降低概率或影响；规避是消除威胁或改变目标；接受是不主动采取措施，均与外包行为不符。"},{"id":126,"type":"single","stem":"某系统集成项目在试运行期间，客户反映系统在业务高峰期响应缓慢，项目经理组织排查后发现数据库连接池配置过小，此时首先应更新的项目文件是","options":["问题日志","风险登记册","项目章程","干系人登记册"],"answer":[0],"explanation":"知识点是问题日志的作用。正确项对：已发生的性能问题应记录到问题日志并跟踪解决。错误项错在：风险登记册记录未发生的不确定事件；项目章程是启动文件；干系人登记册记录人员信息，均不用于记录当前问题。"},{"id":127,"type":"single","stem":"项目经理在制定沟通管理计划时，了解到某关键干系人偏好每周收到简明的进度摘要而非详细报告，这一信息应主要影响沟通管理计划中的哪项内容","options":["干系人的沟通需求与报告格式","项目预算的分配比例","风险应对的责任人安排","质量测量的指标定义"],"answer":[0],"explanation":"知识点是沟通管理计划的编制依据。正确项对：干系人偏好直接影响沟通需求、格式和频率。错误项错在：预算分配、风险责任人和质量指标定义均不由沟通偏好决定。"},{"id":128,"type":"multi","stem":"在系统集成项目的人力资源管理中，项目经理为提升团队绩效可采取的措施中，符合管理团队过程的有哪些","options":["根据成员技能安排针对性培训","定期开展团队建设活动","为成员设定明确的绩效目标并反馈","将全部决策权集中到项目经理一人","忽略成员之间的冲突以避免影响进度"],"answer":[0,1,2],"explanation":"知识点是管理团队过程的工具与技术。正确项对：培训、团队建设、绩效目标与反馈均属于提升团队绩效的合理措施。错误项错在：集中全部决策权会削弱团队主动性；忽略冲突会导致问题积累，均不符合管理团队的有效做法。"},{"id":129,"type":"single","stem":"在系统集成项目启动阶段编制项目章程时，项目经理发现发起人仅口头授权且未提供任何书面依据，此时应优先采取的做法是","options":["请发起人出具正式签署的项目章程并明确授权范围","先按口头授权组建团队并同步补办授权文件","将口头授权内容记录在会议纪要中作为启动依据","请职能经理代为确认授权后再启动项目"],"answer":[0],"explanation":"知识点：项目章程是正式授权项目经理动用组织资源开展项目的文件，必须由发起人正式签发。正确项A符合项目章程正式书面授权的要求。B错在未经正式授权即动用资源，风险不可控；C会议纪要不能替代正式章程的授权效力；D职能经理无权代替发起人授予项目章程。"},{"id":130,"type":"single","stem":"某系统集成项目在制定进度计划时，项目经理把关键路径上的某项活动工期由5天压缩为3天，但未增加资源也未改变活动逻辑关系，这种做法最可能导致的结果是","options":["该活动质量或后续活动返工风险上升","项目总工期一定随之缩短2天","关键路径会自动转移到其他活动上","项目成本一定随之下降"],"answer":[0],"explanation":"知识点：工期压缩若不增加资源或调整逻辑，往往以牺牲质量或增加返工为代价。A正确，反映压缩工期的典型风险。B错在总工期是否缩短取决于关键路径整体及是否出现新的关键路径；C错在关键路径转移需要路径时长关系发生变化，不由单一活动随意决定；D错在无资源变化时成本未必下降，返工反而可能增加成本。"},{"id":131,"type":"single","stem":"在信息系统集成项目的质量保证过程中，项目经理安排质量人员对已完成的可交付成果进行检验并记录结果，这一活动主要属于","options":["质量控制","质量保证","质量规划","质量改进"],"answer":[0],"explanation":"知识点：质量控制关注可交付成果的检验与结果记录，质量保证关注过程审计与体系执行。A正确，检验已完成成果并记录属于质量控制。B错在质量保证针对过程而非成品检验；C错在质量规划是制定质量标准与活动安排；D错在质量改进是持续优化过程，不是逐项检验成果。"},{"id":132,"type":"single","stem":"某项目采用总价合同，实施中因业主提供的设计图纸延误导致工期顺延，承包商就此提出索赔，监理工程师审核索赔成立的关键依据应是","options":["延误事实与工期影响之间的因果关系证据","承包商投标时的报价明细是否合理","业主与承包商以往合作项目的履约记录","承包商当前投入的人力资源数量"],"answer":[0],"explanation":"知识点：索赔成立需证明责任方违约或风险事件与损失之间存在因果关系。A正确，因果关系证据是索赔审核的核心。B错在报价明细与延误责任认定无直接关系；C错在历史履约记录不能证明本次延误责任；D错在投入资源数量只反映现状，不能证明延误归因。"},{"id":133,"type":"single","stem":"在项目风险管理中，项目经理对某高风险采用“与供应商签订固定总价合同并将部分工作外包”的策略，该策略属于","options":["转移","减轻","规避","接受"],"answer":[0],"explanation":"知识点：风险应对策略包括规避、转移、减轻、接受。A正确，通过合同将风险后果转移给第三方属于转移。B错在减轻是降低概率或影响而非转嫁；C错在规避是改变方案消除风险；D错在接受是不主动采取措施而承担后果。"},{"id":134,"type":"single","stem":"某系统集成项目进入收尾阶段，客户已签署验收报告但仍有部分尾款未结，项目经理此时应重点完成的工作是","options":["整理项目档案并完成行政收尾与经验总结","继续投入资源优化已验收系统的功能","暂停所有收尾活动等待尾款到账","将项目团队直接解散并结束项目"],"answer":[0],"explanation":"知识点：项目收尾包括合同收尾与行政收尾，验收后应完成档案归档与经验总结。A正确，符合收尾阶段的核心工作。B错在已验收后继续优化会造成范围蔓延；C错在尾款未结不影响行政收尾推进；D错在团队解散应在收尾完成后有序进行，不能直接结束。"},{"id":135,"type":"single","stem":"某项目在需求分析阶段采用原型法，客户在多次评审后仍不断提出新需求，项目经理为控制范围蔓延，最有效的做法是","options":["建立需求变更控制流程并对变更进行影响评估","拒绝客户提出的所有新增需求","加快原型迭代速度以满足客户","将新增需求直接纳入当前版本开发"],"answer":[0],"explanation":"知识点：范围控制依赖变更控制流程与影响评估。A正确，通过正式变更流程评估后再决定是否纳入。B错在一概拒绝会损害客户关系且不符合变更管理；C错在加快迭代不能替代变更控制；D错在直接纳入会加剧范围蔓延。"},{"id":136,"type":"single","stem":"在信息系统集成项目的采购管理中，项目经理需要选择供应商，评价标准中“供应商对技术要求的响应程度”应归属于","options":["技术能力评价要素","商务能力评价要素","价格评价要素","售后服务评价要素"],"answer":[0],"explanation":"知识点：供应商选择评价通常分为技术、商务、价格等维度。A正确，对技术要求的响应属于技术能力评价。B错在商务能力关注资质、财务与合同条款；C错在价格关注报价与成本；D错在售后服务关注运维支持，不涵盖技术响应本身。"},{"id":137,"type":"single","stem":"某项目在执行过程中发现实际成本已超出预算，但项目进度仍按计划推进，项目经理计算成本绩效指数CPI小于1，此时最恰当的分析切入点是","options":["分析成本超支的具体活动及其原因","直接削减所有剩余活动的预算","要求客户追加合同金额","暂停项目等待成本恢复"],"answer":[0],"explanation":"知识点：CPI小于1表示成本效率低下，应进行偏差分析定位原因。A正确，先分析超支活动及原因是纠偏前提。B错在未分析即全面削减可能影响质量与进度；C错在追加合同金额需有合理依据和变更流程；D错在暂停项目不能解决成本效率问题。"},{"id":138,"type":"single","stem":"某系统集成项目中，团队成员因技术方案分歧导致会议多次无果，项目经理决定先让各方分别提交书面方案并组织专家评审，这一做法主要体现了","options":["冲突管理中的合作解决问题方式","冲突管理中的强制方式","冲突管理中的回避方式","冲突管理中的妥协方式"],"answer":[0],"explanation":"知识点：冲突管理方式包括合作解决问题、强制、回避、妥协、安抚等。A正确，组织评审并整合方案属于合作解决问题。B错在强制是单方拍板；C错在回避是搁置争议；D错在妥协是各方各让一步，不是通过评审整合。"},{"id":139,"type":"single","stem":"在编制项目人力资源管理计划时，项目经理使用RACI矩阵明确各成员在任务中的角色，其中字母“A”代表的角色是","options":["最终批准者","具体执行者","被咨询者","需被告知者"],"answer":[0],"explanation":"知识点：RACI中R为执行者、A为负责批准者、C为被咨询者、I为被告知者。A正确，A代表最终批准/负责。B错在具体执行对应R；C错在被咨询对应C；D错在被告知对应I。"},{"id":140,"type":"single","stem":"在信息系统集成项目中，项目经理发现某关键路径活动的实际进度比计划滞后3天，而该活动后续还有2天总浮动时间，此时最恰当的处理方式是","options":["立即压缩后续关键路径活动的工期以弥补滞后","将该活动后续的非关键路径资源调配过来赶工","记录该偏差并观察后续活动是否受影响再决策","向客户申请顺延项目整体交付里程碑日期"],"answer":[2],"explanation":"知识点是进度偏差与总浮动时间的关系。该活动有2天总浮动时间，滞后3天意味着消耗完浮动后关键路径将延长1天，但尚需观察后续活动实际消耗情况，因此先记录并观察是恰当做法。立即压缩后续活动属于过早干预，可能引入不必要成本；调配非关键路径资源不一定能解决关键路径问题；申请顺延里程碑在偏差尚未确定影响最终交付前为时过早。"},{"id":141,"type":"single","stem":"系统集成项目在实施阶段需要采购一批服务器，项目经理在制定采购管理计划时，确定合同类型应优先考虑","options":["固定总价合同以转移成本超支风险","成本加激励费合同以鼓励卖方控制成本","工料合同以应对需求可能频繁变更","总价加激励费合同以兼顾成本与绩效"],"answer":[2],"explanation":"知识点是合同类型选择与需求明确程度的关系。当采购需求可能在实施中频繁变更、工作范围难以精确界定时，工料合同按实际工时和材料计价，能较好适应变更。固定总价合同要求范围明确，需求变更易引发争议；成本加激励费合同适用于研发类不确定性高但需控制成本的情形；总价加激励费合同同样要求范围相对明确。"},{"id":142,"type":"single","stem":"在项目质量管理中，项目经理安排团队成员对已完成的可交付成果进行测试，发现缺陷后记录并跟踪至关闭，这一过程属于","options":["规划质量管理","管理质量","控制质量","质量审计"],"answer":[2],"explanation":"知识点是质量管理三大过程的区分。控制质量是监督并记录质量活动执行结果，评估绩效并推荐必要变更，包括测试、检查缺陷并跟踪关闭。规划质量管理是识别质量要求和标准；管理质量是关注质量过程本身并推动质量改进；质量审计属于管理质量中的工具，不是独立过程。"},{"id":143,"type":"single","stem":"某系统集成项目在风险登记册中记录了一项风险：供应商可能延迟交付核心交换机。项目经理决定与备选供应商提前签订框架协议，该应对策略属于","options":["风险规避","风险减轻","风险转移","风险接受"],"answer":[1],"explanation":"知识点是消极风险应对策略的区分。与备选供应商提前签订框架协议降低了供应商延迟交付造成的影响或概率，属于风险减轻。风险规避是改变计划以消除风险；风险转移是将风险后果转给第三方如保险或担保；风险接受是不主动采取措施，仅在风险发生时应对。"},{"id":144,"type":"single","stem":"在项目沟通管理中，项目经理需要向不同相关方分发项目状态报告，其中对高层管理者应重点提供","options":["详细的任务分解与工时投入明细","项目整体绩效与关键风险摘要","各团队成员的具体工作安排","技术实现方案的设计细节"],"answer":[1],"explanation":"知识点是沟通管理中的相关方信息需求分析。高层管理者关注项目整体绩效、重大风险和决策事项，因此整体绩效与关键风险摘要最合适。详细任务分解与工时明细适合执行层；团队具体工作安排属于内部任务管理；技术设计细节适合技术负责人或开发人员。"},{"id":145,"type":"single","stem":"项目在执行过程中，一名核心开发人员突然离职，项目经理首先应做的是","options":["立即招聘替代人员并安排入职培训","评估对项目进度和关键路径的影响","重新制定项目整体人力资源管理计划","将该成员负责的模块外包给第三方"],"answer":[1],"explanation":"知识点是资源管理中的变更影响评估。核心人员离职属于资源变更，首先应评估其对项目进度、关键路径和交付的影响，再决定后续措施。立即招聘、重新制定计划或外包都是在影响评估之后才应考虑的应对措施，顺序不当。"},{"id":146,"type":"single","stem":"在信息系统集成项目的配置管理中，某开发人员未经变更控制流程直接修改了已基线化的需求文档，配置管理员发现后应","options":["直接回滚该修改并通报批评开发人员","记录该变更并提交变更控制委员会补审","默认接受修改并同步更新配置库版本","要求开发人员自行恢复原文档后结案"],"answer":[1],"explanation":"知识点是配置管理与变更控制的流程。已基线化文档的修改必须经变更控制流程，配置管理员发现未授权修改后应记录并提交变更控制委员会补审，由变更控制委员会决定是否接受。直接回滚、默认接受或要求自行恢复都绕过了变更控制委员会的决策权限，不符合配置管理规范。"},{"id":147,"type":"single","stem":"在项目成本管理中，项目经理使用挣值分析发现CV为负、SV为正，说明项目当前","options":["成本超支且进度提前","成本节约且进度滞后","成本超支且进度滞后","成本节约且进度提前"],"answer":[0],"explanation":"知识点是挣值分析中CV和SV的含义。CV=EV-AC，为负表示成本超支；SV=EV-PV，为正表示进度提前。因此CV为负、SV为正表示成本超支且进度提前。其余选项对两个指标正负含义的组合判断均有误。"},{"id":148,"type":"single","stem":"某系统集成项目采用敏捷开发方法，团队在每个迭代结束时向相关方演示可工作的软件并收集反馈，这一实践的主要目的是","options":["减少迭代过程中的文档编写工作量","通过频繁交付获取并响应需求变化","替代传统的项目范围基准管理","降低对团队成员技术能力的要求"],"answer":[1],"explanation":"知识点是敏捷开发的核心原则。迭代评审与频繁交付可工作软件的目的是尽早获取反馈并响应需求变化。减少文档、替代范围基准、降低技术能力要求都不是敏捷实践的主要目的，且表述本身存在偏差。"},{"id":149,"type":"single","stem":"项目经理在编制项目进度计划时，发现某活动的紧前活动有两个，且必须全部完成后该活动才能开始，这种依赖关系属于","options":["完成到开始且为强制依赖","完成到开始且为选择性依赖","开始到开始且为外部依赖","完成到完成且为内部依赖"],"answer":[0],"explanation":"知识点是活动依赖关系的类型。紧前活动全部完成后后续活动才能开始，属于完成到开始关系；若由工作性质决定必须如此，则为强制依赖。选择性依赖是团队根据经验选择的；开始到开始和完成到完成是其他依赖类型；外部依赖指项目外部因素，与题干描述不符。"},{"id":150,"type":"single","stem":"在系统集成项目的整体变更控制流程中，变更请求获得变更控制委员会批准后，项目经理下一步应优先开展的工作是","options":["更新项目管理计划并通知相关干系人","直接安排团队成员开始实施变更内容","将变更请求记录进变更日志后存档","重新编制项目章程以反映变更范围"],"answer":[0],"explanation":"知识点是整体变更控制的顺序。批准后应先更新项目管理计划并通知干系人，使变更纳入受控基线；直接实施跳过计划更新会导致范围与基线脱节；仅记录存档不推动执行；项目章程由发起人签发，通常不因单个变更而重编。"},{"id":151,"type":"single","stem":"某集成项目在收尾阶段发现部分已交付设备缺少验收记录，项目经理组织补做验收时应重点保证","options":["验收标准与合同及已批准变更保持一致","验收工作由供货厂商自行完成并签字","验收记录按当前实际配置重新编写","验收结论由监理单位单方面确认生效"],"answer":[0],"explanation":"知识点是范围确认与验收依据。补做验收仍须以合同和已批准变更为基准，才能真实反映交付是否合格；由厂商自验缺乏第三方客观性；按现状重编会掩盖偏差；监理单方确认不能替代业主或客户验收。"},{"id":152,"type":"single","stem":"项目经理在编制进度计划时采用关键路径法，发现某关键活动因资源冲突需推迟三天，若其他条件不变，对项目工期最可能的影响是","options":["项目总工期相应延长三天","总工期不变但该活动总时差减少","非关键路径自动转为关键路径","项目总工期缩短三天"],"answer":[0],"explanation":"知识点是关键路径与总时差。关键活动总时差为零，推迟三天且无赶工措施时总工期顺延三天；总工期不变需该活动有可用时差，而关键活动没有；非关键路径是否转关键取决于其浮动时间是否耗尽，不是必然；推迟不会缩短工期。"},{"id":153,"type":"single","stem":"在信息系统集成项目中，关于WBS分解的表述，正确的是","options":["WBS最底层工作包应便于估算和分配责任","WBS应分解到可独立发包的合同单元","WBS各分支的分解深度必须完全一致","WBS应包含项目所有干系人的组织结构"],"answer":[0],"explanation":"知识点是WBS分解原则。工作包应细化到可估算、可分配、可控制；WBS是范围分解而非合同分解，合同单元由采购规划确定；各分支可按需分解到不同深度；组织结构属于OBS而非WBS内容。"},{"id":154,"type":"single","stem":"某项目采用挣值管理，当前CPI=0.9、SPI=1.1，项目经理据此判断项目状态并采取措施，合理的做法是","options":["成本超支且进度提前，重点分析成本偏差原因","成本节约且进度滞后，应加快关键活动","成本超支且进度滞后，需同时赶工和控成本","成本节约且进度提前，可申请增加范围"],"answer":[0],"explanation":"知识点是挣值指标含义。CPI小于1表示成本超支，SPI大于1表示进度提前，应重点查成本超支原因；其余组合与指标不符，属于把CPI和SPI含义混淆。"},{"id":155,"type":"single","stem":"在项目风险管理中，项目经理对某高概率高影响风险选择“转移”策略，下列做法与该策略相符的是","options":["向保险公司投保或将部分工作外包给专业方","在项目预算中预留一笔应急储备金","调整项目范围以彻底避开该风险源","制定应急预案以便风险发生后快速响应"],"answer":[0],"explanation":"知识点是风险应对策略。转移是把风险后果及应对责任转给第三方，如投保或外包；预留储备属于接受或减轻的配套；调整范围避开属于规避；制定应急预案属于减轻或接受。"},{"id":156,"type":"single","stem":"某系统集成项目在实施过程中，客户口头提出增加一项数据接口开发，项目经理的正确处置是","options":["请客户提交书面变更申请并进入变更控制流程","先安排开发人员利用空闲时间完成该接口","在周例会上口头确认后直接纳入当前迭代","拒绝该请求并说明合同未包含此内容"],"answer":[0],"explanation":"知识点是变更控制入口。任何变更都应书面提出并走整体变更控制流程评估审批；先做后补会形成既成事实；口头确认缺乏可追溯依据；直接拒绝未经过评估也不符合干系人管理要求。"},{"id":157,"type":"single","stem":"某项目在测试阶段发现缺陷数量持续上升，项目经理组织原因分析时，最适合用来寻找缺陷产生根源并区分主次因素的工具是","options":["因果图结合帕累托图","甘特图结合资源直方图","责任分配矩阵结合RACI","挣值曲线结合S曲线"],"answer":[0],"explanation":"知识点是质量工具用途。因果图找原因、帕累托图按频次排序主因，组合适合根源与主次分析；甘特图和资源直方图用于进度与资源；责任矩阵用于职责分配；挣值曲线用于绩效测量。"},{"id":158,"type":"single","stem":"在配置管理中，某开发人员未经审批直接修改了已受控的基线文件，配置管理员发现后首先应","options":["记录该变更并评估对基线的影响后补办审批","将文件恢复为原基线版本并删除修改记录","要求开发人员自行重新提交完整代码","暂停项目所有开发活动等待审计结论"],"answer":[0],"explanation":"知识点是配置变更控制。受控基线被改动后应记录、评估影响并按流程补办审批或回退，保持可追溯；直接恢复并删记录会丢失审计线索；仅要求重交不能解决基线完整性问题；全面停工属于过度反应。"},{"id":159,"type":"single","stem":"关于项目质量保证与质量控制的关系，下列理解正确的是","options":["质量保证关注过程改进，质量控制关注可交付成果","质量保证由客户实施，质量控制由项目团队实施","质量保证只在项目收尾开展，质量控制贯穿全程","质量保证以抽样检验为主，质量控制以审计为主"],"answer":[0],"explanation":"知识点是质量保证与质量控制的区别。质量保证面向过程、强调审计与改进，质量控制面向成果、强调检验与测试；实施主体与开展时间、主要手段的对应关系均被其余选项颠倒。"},{"id":160,"type":"single","stem":"某集成项目合同中约定按里程碑付款，项目已完成第二个里程碑但客户以内部预算未落实为由拖延付款，项目经理首先应","options":["依据合同条款与客户沟通并发出书面催款函","立即停止现场全部施工以施加压力","自行垫资继续推进后续里程碑工作","向法院起诉客户要求支付全部合同款"],"answer":[0],"explanation":"知识点是合同管理与干系人沟通。里程碑完成即触发付款条件，应先依合同书面沟通催告并保留证据；擅自停工可能构成违约；垫资扩大风险敞口；直接诉讼通常不是首选且要求全部合同款缺乏依据。"},{"id":161,"type":"multi","stem":"在信息系统集成项目采购管理中，编制采购工作说明书（SOW）时应包含的内容有","options":["拟采购产品的性能指标与验收标准","供应商的组织结构与人员简历","交付物清单及交付时间地点","项目团队的内部绩效考核办法"],"answer":[0,2],"explanation":"知识点是采购SOW内容。SOW应清晰描述采购对象的规格、验收标准、交付物与交付安排；供应商组织结构与简历属于其投标文件内容；团队内部绩效考核办法属于人力资源管理与SOW无关。"},{"id":162,"type":"single","stem":"在系统集成项目启动阶段，项目经理组织编制项目章程时，以下哪项内容最应作为项目章程的核心依据","options":["项目工作说明书与商业论证","项目管理计划与WBS字典","风险登记册与干系人登记册","质量测量指标与成本基准"],"answer":[0],"explanation":"项目章程由发起人依据项目工作说明书、商业论证等编制，用于正式授权项目。项目管理计划、WBS字典、风险登记册、干系人登记册、质量测量指标和成本基准都是章程之后规划过程的输出，不能作为章程依据。"},{"id":163,"type":"single","stem":"某系统集成项目中，客户提出将原定两周的试运行期压缩为三天，项目经理首先应开展的活动是","options":["评估变更对范围进度成本的影响","直接安排团队加班赶工满足要求","通知客户压缩试运行会降低质量","修改项目管理计划后立即执行"],"answer":[0],"explanation":"变更请求必须经过实施整体变更控制，先评估影响再提交变更控制委员会决策。直接加班、仅口头告知客户或未经审批修改计划都跳过了变更控制流程，属于典型错误处置。"},{"id":164,"type":"single","stem":"在信息系统集成项目的进度管理中，关键路径法分析的主要作用是","options":["识别决定项目最短工期的活动序列","计算各活动的资源使用峰值","确定项目质量检查点的分布","评估干系人对进度的满意度"],"answer":[0],"explanation":"关键路径是网络图中最长路径，决定项目最短工期，其上的活动延误将直接导致项目延期。资源峰值由资源优化确定，质量检查点由质量规划确定，干系人满意度属于干系人管理范畴。"},{"id":165,"type":"single","stem":"项目经理在制定成本管理计划时，将应急储备与管理储备分别设置，其中管理储备的主要用途是","options":["应对未识别风险引起的范围变更","支付已识别风险的应对措施费用","补偿团队成员加班产生的额外工资","覆盖日常办公用品超支的零星费用"],"answer":[0],"explanation":"管理储备用于应对未识别风险（未知-未知）及其引起的范围变更，通常由高层管理者控制。应急储备用于已识别风险，加班工资和办公用品属于成本基准内的常规支出。"},{"id":166,"type":"single","stem":"某项目在质量保证过程中采用质量审计，其最直接的输出成果是","options":["变更请求与纠正措施建议","质量核对单与流程图","因果图与帕累托图","质量测量指标与测试报告"],"answer":[0],"explanation":"质量审计属于实施质量保证的工具，其输出包括变更请求、纠正措施建议、项目文件更新等。质量核对单、流程图、因果图、帕累托图是质量规划或质量控制使用的工具，质量测量指标是规划输出。"},{"id":167,"type":"single","stem":"在组建项目团队时，项目经理发现两名核心开发人员因技术方案分歧产生冲突，此时最适宜采用的冲突管理方法是","options":["合作解决问题并寻求双赢方案","强制推行项目经理的技术决定","回避冲突等待双方自行和解","妥协让双方各让一步了事"],"answer":[0],"explanation":"合作/解决问题是冲突管理中最佳方式，能兼顾双方关切并形成一致方案。强制易引发抵触，回避会积累矛盾，妥协只是暂时缓和，均不如合作彻底。"},{"id":168,"type":"single","stem":"某系统集成项目在风险监控中发现已识别风险的发生概率显著上升，项目经理更新风险登记册后下一步应","options":["评估残余风险并调整应对计划","立即终止项目并重新立项","将该风险从登记册中删除","等待风险实际发生后再处理"],"answer":[0],"explanation":"风险监控中概率或影响变化时，应重新评估风险并调整应对计划。终止项目、删除风险、被动等待都不符合风险监控的持续改进要求。"},{"id":169,"type":"single","stem":"在项目采购管理中，固定总价合同最适用于以下哪种情形","options":["需求明确且工期较短的小型项目","需求频繁变更的研发类项目","工作量难以准确估算的咨询项目","紧急抢修且范围不确定的项目"],"answer":[0],"explanation":"固定总价合同要求范围明确，卖方承担成本风险，适合需求清晰、工期短的项目。需求频繁变更、工作量难估算或范围不确定的项目更适合工料合同或成本补偿合同。"},{"id":170,"type":"single","stem":"项目经理在识别干系人时，将干系人按权力和利益两个维度绘制方格图，对于权力高、利益低的干系人应采取的管理策略是","options":["随时告知并保持其满意","重点管理并主动争取参与","定期监控并减少其干扰","优先满足其全部需求"],"answer":[0],"explanation":"权力高、利益低的干系人属于“令其满意”象限，应随时告知、避免其因不知情而阻挠。重点管理适用于权力高利益高的干系人，定期监控适用于权力低利益低者，优先满足全部需求不现实。"},{"id":171,"type":"single","stem":"在配置管理中，判断某配置项变更是否影响基线，主要依据的是","options":["变更是否改变已批准的产品范围","变更申请人是否为公司高层","变更是否增加项目成本","变更是否由开发人员提出"],"answer":[0],"explanation":"基线是经过批准的配置项集合，变更是否影响基线取决于是否改变已批准的范围、进度或成本基准等。申请人身份、成本增减、提出者角色都不是判断基线的依据。"},{"id":172,"type":"single","stem":"某项目在执行过程中，团队成员报告一项已识别风险实际发生并造成成本超支，项目经理首先应","options":["动用应急储备并记录风险发生情况","申请动用管理储备追加预算","重新进行风险识别并更新登记册","调整项目范围以弥补成本损失"],"answer":[0],"explanation":"已识别风险发生时应按既定应对计划动用应急储备，并记录到风险登记册和问题日志。管理储备用于未识别风险，重新识别针对新风险，调整范围不属于直接应对手段。"},{"id":173,"type":"single","stem":"在系统集成项目的进度管理中，项目经理发现某关键路径活动的总浮动时间为零，且当前进度已延误3天，此时最应优先采取的措施是","options":["压缩该关键活动的持续时间或调整其紧后活动的逻辑关系","将该活动的部分工作并行到非关键路径活动上执行","申请将项目整体工期顺延3天并更新基准","增加非关键路径活动资源以释放关键路径压力"],"answer":[0],"explanation":"知识点：关键路径与总浮动时间。关键路径活动总浮动为零，延误直接影响总工期，应通过赶工或快速跟进压缩该活动或其紧后活动。B错在把关键工作转移到非关键路径不能消除关键路径延误；C错在直接顺延基准属于未先尝试纠偏的消极做法；D错在增加非关键路径资源不解决关键路径瓶颈。"},{"id":174,"type":"single","stem":"某系统集成项目在实施阶段发现已批准的范围基准中遗漏了一项用户必需的数据迁移功能，项目经理正确的变更处理流程是","options":["提交变更请求，经变更控制委员会审批后更新范围基准并通知相关方","由项目团队直接补充该功能，在周报中向客户说明即可","先记录在问题日志中，待项目验收前统一处理","要求客户以口头方式确认后立即安排开发人员实施"],"answer":[0],"explanation":"知识点：整体变更控制流程。范围基准变更须走变更请求、变更控制委员会审批、更新基准并通知相关方。B错在绕过变更控制直接实施；C错在问题日志不能替代变更审批流程；D错在口头确认不具备变更依据且未走审批。"},{"id":175,"type":"single","stem":"在编制系统集成项目成本预算时，项目经理把管理储备直接计入各活动的成本基准中，这种做法可能导致的问题是","options":["成本基准被高估，且管理储备失去应对未知风险的作用","项目资金需求曲线无法按阶段绘制","活动成本估算无法使用参数估算方法","应急储备不能被用于已知风险响应"],"answer":[0],"explanation":"知识点：成本基准、应急储备与管理储备的关系。管理储备用于未知风险，不纳入成本基准，而由高层控制。A正确指出高估基准并削弱管理储备作用。B错在资金需求曲线仍可绘制；C错在参数估算与方法选择无关；D错在应急储备用于已知风险，与管理储备计入基准无直接冲突。"},{"id":176,"type":"single","stem":"某项目采用敏捷与瀑布混合模式，在迭代评审会上客户提出一项影响已冻结需求的新增功能，项目经理首先应做的是","options":["评估该变更对当前迭代目标和已承诺交付范围的影响","将该需求放入产品待办列表并安排下一迭代优先实现","请客户与变更控制委员会协商后直接修改合同范围","暂停当前迭代开发，等待变更审批完成后再继续"],"answer":[0],"explanation":"知识点：混合模式下变更影响分析。应先评估变更对当前迭代目标与承诺范围的影响，再决定处理方式。B错在未评估影响就排入待办；C错在跳过影响分析且混淆敏捷与合同变更程序；D错在暂停迭代会造成不必要的交付中断。"},{"id":177,"type":"single","stem":"在系统集成项目质量管理中，项目经理安排测试人员对已完成模块执行代码走查，这属于质量保证活动还是质量控制活动","options":["质量保证活动，因为它关注过程合规性与缺陷预防","质量控制活动，因为它直接检查可交付成果的缺陷","质量保证活动，因为它由独立测试团队执行","质量控制活动，因为它需要记录测试用例结果"],"answer":[0],"explanation":"知识点：质量保证与质量控制的区别。代码走查属于过程审计与缺陷预防，归入质量保证。B错在把过程检查误判为成果检查；C错在独立团队执行不是分类依据；D错在记录结果不是区分两类活动的标准。"},{"id":178,"type":"single","stem":"某系统集成项目在风险登记册中列出“核心交换机到货延迟”风险，项目经理决定与供应商签订带违约金条款的固定总价合同，这种风险应对策略是","options":["转移","减轻","规避","接受"],"answer":[0],"explanation":"知识点：风险应对策略。通过合同把到货延迟的部分风险责任转移给供应商，属于转移。B错在减轻是降低概率或影响而非转移责任；C错在规避是消除风险或改变项目计划；D错在接受是不主动采取措施。"},{"id":179,"type":"single","stem":"在项目沟通管理中，项目经理发现关键相关方对项目状态报告的理解存在偏差，最有效的改进措施是","options":["根据相关方信息需求调整报告格式与沟通频率并确认反馈","增加状态报告的发送频次并抄送更多干系人","改用更详细的甘特图替代文字说明部分","要求相关方在每次会议前自行阅读历史报告"],"answer":[0],"explanation":"知识点：沟通管理计划与相关方信息需求。应针对信息需求调整格式与频率并建立反馈确认。B错在增加频次和抄送可能加重信息过载；C错在工具替换不一定解决理解偏差；D错在把理解责任单方面推给相关方。"},{"id":180,"type":"single","stem":"系统集成项目在执行过程中，一名核心开发人员突然离职，项目经理首先应更新哪份文件以记录该事件对项目的影响","options":["问题日志","风险登记册","资源日历","干系人登记册"],"answer":[0],"explanation":"知识点：问题日志与风险登记册的区别。已发生的离职属于问题，应先记录在问题日志。B错在风险登记册针对尚未发生的不确定事件；C错在资源日历反映可用时间而非事件影响；D错在干系人登记册记录相关方信息而非突发问题。"},{"id":181,"type":"single","stem":"在制定系统集成项目人力资源计划时，项目经理使用责任分配矩阵（RAM）的主要作用是","options":["明确每项工作包由谁负责、谁参与以及谁审批","确定项目团队成员的技能培训需求","安排团队成员的休假与加班时间","评估团队成员之间的沟通渠道数量"],"answer":[0],"explanation":"知识点：责任分配矩阵的作用。RAM把工作包与角色对应，明确职责分工。B错在培训需求由技能评估确定；C错在休假加班属于资源日历；D错在沟通渠道数量由人员数量和沟通模型计算。"},{"id":182,"type":"single","stem":"某项目在验收阶段发现部分功能未达到合同约定的性能指标，客户拒绝签署验收报告，项目经理下一步应优先","options":["组织差异分析，明确未达标项并制定整改与复测计划","请客户先签署有条件验收报告，整改后再补充确认","将争议提交仲裁机构，同时暂停所有现场实施工作","修改合同中的性能指标以匹配当前实际交付结果"],"answer":[0],"explanation":"知识点：验收管理与差异处理。应先分析未达标项并制定整改复测计划。B错在有条件验收需客户同意且不能替代整改；C错在未尝试协商整改就提交仲裁并停工；D错在单方修改合同指标属于违约行为。"},{"id":183,"type":"single","stem":"在信息系统集成项目的采购管理中，项目经理选择总价合同而非工料合同的主要适用条件是","options":["采购需求明确且范围变更可能性较小","项目工期紧迫且需要快速启动采购","买方希望深度参与供应商日常管理","技术方案尚不成熟需要频繁调整"],"answer":[0],"explanation":"知识点：合同类型选择。总价合同适用于需求明确、变更少的场景。B错在工期紧迫不是选择总价合同的主要依据；C错在买方深度参与更适合工料或成本补偿合同；D错在技术不成熟需调整更适合工料合同。"},{"id":184,"type":"multi","stem":"在系统集成项目收尾阶段，项目经理需要完成的活动包括","options":["确认所有合同条款已履行并完成采购审计","将项目文档归档并更新组织过程资产","释放项目资源并通知相关方项目结束","将未完成的可交付成果转入新项目范围","对项目团队成员进行绩效评价并反馈"],"answer":[0,1,2],"explanation":"知识点：项目收尾过程组。收尾包括合同收尾、行政收尾、资源释放与经验教训归档。A、B、C均属收尾活动。D错在未完成成果应走变更或移交程序，不能直接转入新项目范围；E错在团队绩效评价通常属于执行阶段资源管理活动，不是收尾必备内容。"},{"id":185,"type":"single","stem":"在信息系统集成项目中，项目经理发现某关键路径活动的实际进度比计划滞后3天，而该活动尚有5天总浮动时间，此时项目经理应优先采取的措施是","options":["立即申请增加资源以压缩该活动工期","将该活动后续的紧后活动提前并行开展","记录偏差并继续监控该活动的进展趋势","调整项目基准将该活动工期延长3天"],"answer":[2],"explanation":"知识点：关键路径法与总浮动时间。该活动有5天总浮动时间，滞后3天尚未消耗完浮动，不影响项目总工期，应记录偏差并继续监控。A错在未超浮动即加资源会造成浪费；B错在紧后活动能否并行需看逻辑关系，不能随意并行；D错在基准变更需走变更流程且当前无必要。"},{"id":186,"type":"single","stem":"某系统集成项目采用挣值管理，当前PV=200万元，EV=160万元，AC=180万元，则该项目当前的进度偏差SV和成本偏差CV分别是","options":["SV=-40万元，CV=-20万元","SV=-20万元，CV=-40万元","SV=40万元，CV=20万元","SV=-40万元，CV=20万元"],"answer":[0],"explanation":"知识点：挣值管理偏差计算。SV=EV-PV=160-200=-40万元，CV=EV-AC=160-180=-20万元。B项把SV和CV数值对调；C项符号全反；D项CV符号错误，EV小于AC应为负。"},{"id":187,"type":"single","stem":"在编制项目质量管理计划时，项目经理希望确定哪些质量标准适用于本项目以及如何满足这些标准，应参考的核心输入是","options":["项目章程与需求文件","质量测量指标与核对表","工作绩效数据与变更请求","核实的可交付成果与验收标准"],"answer":[0],"explanation":"知识点：规划质量管理过程的输入。项目章程和需求文件是规划质量管理的关键输入，前者提供高层级质量要求，后者提供具体质量需求。B项质量测量指标和核对表是规划质量管理的输出；C项工作绩效数据是管理质量的输入；D项核实的可交付成果是控制质量的输出。"},{"id":188,"type":"single","stem":"某项目团队在风险识别会议上，成员提出由于关键设备供应商所在地近期发生自然灾害，可能导致设备交付延期，项目经理将该风险记录在风险登记册后，下一步应开展的工作是","options":["立即启动应急储备金采购替代设备","对该风险进行定性和定量分析","更新项目管理计划中的进度基准","向客户发函说明可能延期的情况"],"answer":[1],"explanation":"知识点：风险管理过程顺序。识别风险后应先进行定性风险分析（必要时定量分析），评估概率和影响后再规划应对。A项在未分析前就动用储备金属于应对过早；C项进度基准变更需经变更控制流程且应在应对规划后；D项在未完成分析前通知客户为时过早。"},{"id":189,"type":"single","stem":"在信息系统集成项目的配置管理中，开发人员完成某模块代码修改并提交后，配置管理员将其纳入受控库，此时该配置项的状态应标记为","options":["草稿","正式","修改中","受控"],"answer":[1],"explanation":"知识点：配置项状态变迁。配置项纳入受控库后状态由草稿变为正式。A项草稿是配置项刚创建尚未评审通过的状态；C项修改中是配置项变更被批准后取出修改的状态；D项受控不是配置管理标准的状态标识，标准状态为草稿、正式、修改中。"},{"id":190,"type":"single","stem":"某系统集成项目在实施过程中，客户提出增加一项未在原始需求规格说明书中列出的报表功能，项目经理评估后认为该变更会影响项目进度和成本，正确的处理流程是","options":["直接拒绝变更以保护项目基准","先实施变更再补办变更申请手续","提交变更请求并经变更控制委员会审批","由项目经理自行批准后通知客户"],"answer":[2],"explanation":"知识点：整体变更控制流程。任何变更都应提交变更请求，经变更控制委员会（CCB）审批后再实施。A项直接拒绝未走评审流程；B项先实施后补手续违反变更控制原则；D项项目经理无权单独批准影响基准的变更。"},{"id":191,"type":"single","stem":"在项目进度管理中，项目经理使用关键链法进行进度安排，与关键路径法相比，关键链法的主要特点是","options":["不考虑资源约束仅关注活动逻辑关系","在活动持续时间中直接加入安全时间","通过设置缓冲来应对资源约束和不确定性","以最早开始时间安排所有非关键活动"],"answer":[2],"explanation":"知识点：关键链法与关键路径法的区别。关键链法在考虑资源约束的基础上，通过设置项目缓冲和接驳缓冲来应对不确定性。A项描述的是关键路径法的特点；B项关键链法恰恰是去除各活动中的安全时间并集中为缓冲；D项最早开始时间是关键路径法的安排方式。"},{"id":192,"type":"single","stem":"某项目在质量检查中发现多个模块存在相同的接口参数类型不匹配问题，项目经理决定采用因果图分析根本原因，这属于质量管理中的","options":["质量保证活动","质量控制活动","质量规划活动","质量改进活动"],"answer":[0],"explanation":"知识点：质量保证与质量控制的区别。质量保证关注过程，通过审计和分析过程找出改进机会，因果图分析根本原因属于质量保证中的过程分析工具。B项质量控制关注可交付成果的检查结果；C项质量规划是制定质量标准；D项质量改进是质量保证的输出方向而非独立过程分类。"},{"id":193,"type":"single","stem":"某系统集成公司同时承担多个项目，公司管理层决定建立项目管理办公室来统一协调各项目的资源分配和进度报告，该PMO的主要类型应是","options":["支持型","控制型","指令型","顾问型"],"answer":[1],"explanation":"知识点：PMO的三种类型。控制型PMO不仅提供支持，还要求项目遵循既定流程和模板，并对资源分配和进度报告进行管控。A项支持型仅提供模板和培训等支持；C项指令型直接管理项目，项目经理由PMO指派；D项顾问型不是PMO的标准分类类型。"},{"id":194,"type":"single","stem":"在项目沟通管理中，项目经理需要向不同相关方传递项目状态信息，对于关注项目整体进展的高层管理者，最适宜采用的沟通方式是","options":["每日站会口头汇报详细任务","按月提交简明的绩效报告","实时共享全部原始工作数据","通过即时通讯随时发送进展"],"answer":[1],"explanation":"知识点：沟通管理中的沟通方式选择。高层管理者关注整体进展和关键指标，按月提交简明绩效报告最为适宜。A项每日站会详细任务适合项目团队内部；C项共享全部原始数据信息过载且不聚焦；D项即时通讯随时发送缺乏结构化和汇总，不适合高层汇报。"},{"id":195,"type":"single","stem":"某项目在执行过程中，一名核心开发人员突然离职，项目经理发现其负责的模块无人能够接手，回顾发现项目初期未对该岗位进行备份安排，这暴露了项目人力资源管理中的主要问题是","options":["未制定人员配备管理计划中的角色职责","未进行团队建设活动导致人员流失","未在规划阶段考虑人员遣散和替补安排","未对团队成员进行充分的技术培训"],"answer":[2],"explanation":"知识点：规划人力资源管理中的人员配备管理计划。该计划应包括人员遣散计划和替补安排，以应对人员变动。A项角色职责已明确（有人负责该模块）；B项团队建设与人员离职无直接因果；D项技术培训不能解决无人接手的岗位备份缺失问题。"},{"id":196,"type":"single","stem":"在系统集成项目启动阶段，项目经理组织干系人识别时，对“干系人登记册”与“干系人参与计划”的作用划分，理解正确的是","options":["登记册记录干系人身份信息与评估结果，参与计划描述如何促使其参与","登记册记录参与策略与沟通频率，参与计划记录身份信息与影响评估","登记册由发起人维护，参与计划由项目经理在收尾阶段更新","登记册只记录内部干系人，参与计划只记录外部干系人"],"answer":[0],"explanation":"知识点为干系人管理两个文件的区别。登记册用于识别并记录干系人的身份、角色、影响与需求评估；参与计划用于制定如何让干系人有效参与项目的策略与行动。B项把两者内容对调，属于常见混淆；C项错在维护人和更新时点均不符合常规做法；D项错在以内外部作为划分依据，实际两者都可能包含内外部干系人。"},{"id":197,"type":"single","stem":"某系统集成项目在执行中，客户口头要求增加一个数据接口，项目经理评估后认为工作量较小，便安排开发人员直接实现。该做法最可能带来的主要问题是","options":["接口实现质量下降，因为缺少测试环境","变更未纳入整体变更控制，范围与基准失去一致性","开发人员职责不清，因为未经技术负责人分配","客户满意度降低，因为口头需求通常不是真实需求"],"answer":[1],"explanation":"知识点为整体变更控制与范围基准。任何变更都应通过变更控制流程评估、审批并更新基准，否则范围、进度、成本基准会与实际情况脱节。A项把问题归因于测试环境，与题干信息无关；C项把管理流程问题误解为任务分配问题；D项虽可能发生，但题干已说明客户提出需求，主要风险是基准失控而非需求真伪。"},{"id":198,"type":"single","stem":"在信息系统集成项目的成本管理中，项目经理发现某活动的实际成本已超过预算，但该活动尚未完成。此时最适宜首先查看的绩效信息是","options":["该活动的成本偏差与进度偏差","该活动的资源日历与责任分配矩阵","该活动的质量核对单与测试报告","该活动的风险登记册与问题日志"],"answer":[0],"explanation":"知识点为挣值管理中的成本与进度偏差分析。活动未完成且实际成本超预算时，需要结合CV与SV判断是成本超支还是进度滞后导致的成本表现异常。B项资源日历和责任分配矩阵用于资源安排，不能直接解释成本偏差；C项质量文件用于质量绩效；D项风险与问题日志用于风险应对，均不是成本绩效分析的首选依据。"},{"id":199,"type":"single","stem":"某项目采用敏捷与瀑布混合模式，团队在每个迭代末交付可运行增量，同时整体架构设计在前期完成。关于该模式的适用场景，描述正确的是","options":["需求高度稳定且验收标准明确时，可减少迭代评审频率","需求存在不确定性但需要早期架构约束时，可兼顾稳定与响应变化","团队规模超过五十人时，迭代沟通成本会低于纯瀑布模式","客户无法参与迭代评审时，仍能通过文档确认获得同等效果"],"answer":[1],"explanation":"知识点为混合开发生命周期的适用条件。混合模式常用于需求不完全明确但需要前期架构或合规约束的项目，通过迭代交付应对变化。A项需求稳定时通常不必依赖高频迭代，但减少评审会削弱反馈，并非该模式优势；C项团队规模越大，迭代沟通成本通常越高；D项客户无法参与评审会削弱敏捷反馈机制，文档不能完全替代。"},{"id":200,"type":"single","stem":"某系统集成项目在合同收尾时，项目经理发现部分设备已到货但尚未安装，客户要求先签署验收报告再安排安装。项目经理的正确处置是","options":["按客户要求先签验收报告，再另行安排安装与测试","拒绝签署验收报告，因为设备未安装即不满足合同范围","在验收报告中注明未安装设备清单并约定后续完成时间","将未安装设备从合同范围中剔除后签署验收报告"],"answer":[2],"explanation":"知识点为合同收尾与验收管理。若部分工作尚未完成，应在验收文件中明确未完成项、责任和后续安排，避免范围与责任不清。A项先签报告会导致验收结论与事实不符；B项直接拒绝可能不利于项目收尾，应根据合同条款处理；D项擅自剔除合同范围属于单方面变更，需走变更流程。"},{"id":201,"type":"single","stem":"在项目风险应对中，项目团队决定为关键服务器采购备用电源，以减少断电对系统上线的影响。该应对策略属于","options":["风险规避","风险减轻","风险转移","风险接受"],"answer":[1],"explanation":"知识点为消极风险应对策略。减轻是通过降低风险发生概率或影响来应对，备用电源可减少断电影响。A项规避是改变计划以消除风险；C项转移是通过合同或保险将风险后果转给第三方；D项接受是不主动采取措施，仅准备应急储备。"},{"id":202,"type":"single","stem":"项目经理在编制进度计划时，将某个活动的持续时间估算为最乐观8天、最可能12天、最悲观22天。若采用三点估算的贝塔分布，该活动的期望持续时间约为","options":["12天","13天","14天","15天"],"answer":[1],"explanation":"知识点为三点估算的贝塔分布公式。期望值=(最乐观+4×最可能+最悲观)/6=(8+48+22)/6=78/6=13天。A项12天是最可能值，误把最可能当作期望；C项14天可能用简单平均后取整；D项15天计算错误。"},{"id":203,"type":"single","stem":"某项目在采购管理中要求供应商提供履约保函。关于履约保函的作用，理解正确的是","options":["保证供应商按合同履约，违约时采购方可依约索赔","保证采购方按时付款，供应商可据此向银行融资","保证设备质量在保修期内不出现任何故障","保证合同价格在项目期间不因市场波动调整"],"answer":[0],"explanation":"知识点为履约保函的性质与作用。履约保函由银行或担保机构出具，用于保障供应商履行合同义务，违约时采购方可索赔。B项混淆了履约保函与付款保函；C项质量保修通常由质量保证金或保修条款保障；D项价格调整取决于合同价格条款，与履约保函无关。"},{"id":204,"type":"single","stem":"在项目沟通管理中，项目经理需要向不同干系人传递同一项目状态信息，但各干系人关注的详细程度不同。最适宜采用的做法是","options":["向所有干系人发送完全相同格式的详细周报","按干系人信息需求调整报告内容与详细程度","只向发起人发送报告，由发起人转达其他干系人","等干系人主动询问时再提供相应信息"],"answer":[1],"explanation":"知识点为沟通管理中的信息分发与干系人信息需求。应根据干系人角色、影响和关注点调整沟通内容与形式。A项忽略差异，可能导致信息过载或关注不足；C项由发起人转达容易失真且不及时；D项被动沟通可能延误决策，不符合主动沟通原则。"},{"id":205,"type":"single","stem":"某系统集成项目在实施过程中，一名核心开发人员突然离职，项目经理评估后发现其负责的模块将影响关键路径。以下处置顺序中最合理的是","options":["先更新风险登记册，再评估对关键路径的影响，最后制定应对措施","先评估对关键路径的影响，再制定并执行应对措施，最后更新相关计划与登记册","先向客户申请延期，再安排其他人员接手，最后更新风险登记册","先安排其他人员接手，再评估影响，最后决定是否申请延期"],"answer":[1],"explanation":"知识点为风险与问题处理流程及进度控制。核心人员离职已影响关键路径，应先评估影响，再制定并执行应对措施，随后更新进度计划、资源计划和风险登记册。A项先更新登记册再评估，顺序倒置；C项直接申请延期过于草率，未先评估与采取措施；D项先接手后评估，可能导致资源安排不当。"},{"id":206,"type":"single","stem":"在编制项目进度计划时，项目经理发现关键路径上的某项活动因资源冲突需要推迟，而该活动有2天总浮动时间，此时正确的处置是","options":["在总浮动时间内推迟且不影响项目总工期","立即申请增加资源以消除该资源冲突","将该活动调整为非关键路径上的并行活动","压缩该活动的紧后活动工期以弥补推迟"],"answer":[0],"explanation":"知识点：总浮动时间的含义。总浮动时间是在不影响项目总工期的前提下活动可推迟的时间，故在2天总浮动时间内推迟不影响总工期，A正确；B增加资源并非必须，且未判断是否必要；C调整路径关系会改变网络逻辑，不能随意并行；D压缩紧后活动属于赶工，非针对本活动的正确处置。"},{"id":207,"type":"single","stem":"某系统集成项目在实施过程中，客户提出一项新的需求，项目经理评估后认为该需求会显著增加成本，此时项目经理应首先","options":["直接拒绝客户的新需求以控制成本","记录需求并提交变更控制委员会审批","口头答应客户并在后续阶段实现","修改项目范围说明书后立即实施"],"answer":[1],"explanation":"知识点：变更控制流程。任何范围变更都应走整体变更控制流程，由变更控制委员会审批，B正确；A未经评估擅自拒绝不符合变更管理；C口头承诺绕过流程；D未审批先改范围文件违反变更控制。"},{"id":208,"type":"single","stem":"在信息系统集成项目的质量保证过程中，项目经理安排团队成员按照质量计划检查可交付成果，这种活动属于","options":["质量规划过程的输出活动","实施质量保证过程的活动","实施质量控制过程的活动","质量改进过程的输入活动"],"answer":[2],"explanation":"知识点：质量保证与质量控制的区别。检查可交付成果、发现缺陷属于质量控制，C正确；A质量规划是制定标准与计划；B质量保证关注过程审计与改进；D质量改进不是独立过程名称的规范表述。"},{"id":209,"type":"single","stem":"某项目采用三点估算法对某活动进行工期估算，乐观值为6天，最可能值为9天，悲观值为18天，按贝塔分布计算该活动的期望工期为","options":["9天","10天","11天","12天"],"answer":[1],"explanation":"知识点：三点估算贝塔分布公式。期望工期=(乐观+4×最可能+悲观)/6=(6+36+18)/6=10天，B正确；A直接用最可能值；C、D为错误计算。"},{"id":210,"type":"single","stem":"项目经理在风险登记册中记录了一项风险，并制定了应急储备，当该风险实际发生后，动用应急储备需要经过的正确程序是","options":["项目经理直接动用并事后补报","由变更控制委员会审批后动用","由财务部门审批后动用","由发起人审批后动用"],"answer":[1],"explanation":"知识点：应急储备的使用。应急储备用于已识别风险，其动用通常需经变更控制流程审批，B正确；A绕过审批；C财务部门不是变更审批主体；D发起人审批不是通用程序。"},{"id":211,"type":"single","stem":"在项目沟通管理中，项目经理发现某关键干系人对项目进展报告始终未予反馈，经分析该干系人权力高、利益低，此时最适宜采用的干系人管理策略是","options":["重点管理并主动沟通争取支持","随时告知并保持信息同步","监督其态度变化并适度沟通","定期发送简报维持其满意度"],"answer":[3],"explanation":"知识点：干系人权力利益方格。权力高、利益低的干系人应采取令其满意的策略，定期发送简报维持满意度，D正确；A适用于权力高利益高；B适用于权力低利益低；C适用于权力低利益高。"},{"id":212,"type":"single","stem":"某系统集成项目在执行过程中，团队成员发现一项已识别的风险触发条件已经出现，按照风险应对计划应执行规避策略，下列做法属于规避策略的是","options":["修改项目计划以消除风险威胁","将风险转移给第三方承担","接受风险并准备应急储备","降低风险发生的概率或影响"],"answer":[0],"explanation":"知识点：风险应对策略。规避是通过改变项目计划消除风险威胁，A正确；B属于转移；C属于接受；D属于减轻。"},{"id":213,"type":"single","stem":"在项目收尾阶段，项目经理组织对已完成的可交付成果进行正式验收，验收通过后应完成的关键活动是","options":["将最终产品移交给客户并获取正式验收文件","解散项目团队并释放全部资源","开始编制项目最终绩效报告","更新组织过程资产并归档项目文件"],"answer":[3],"explanation":"知识点：项目收尾过程。验收通过后应更新组织过程资产并归档项目文件，D正确；A移交与验收文件获取是验收环节的一部分但非收尾关键活动表述；B团队解散应在收尾后进行且需考虑；C绩效报告在收尾前已编制。"},{"id":214,"type":"single","stem":"某项目在监控过程中发现成本绩效指数CPI为0.85，进度绩效指数SPI为1.10，据此可以判断该项目当前","options":["成本超支且进度提前","成本节约且进度滞后","成本超支且进度滞后","成本节约且进度提前"],"answer":[0],"explanation":"知识点：挣值分析指标。CPI<1表示成本超支，SPI>1表示进度提前，A正确；其余选项对指标含义判断错误。"},{"id":215,"type":"single","stem":"在信息系统集成项目中，项目经理需要确保项目团队按照既定的质量标准开展工作，下列活动属于实施质量保证的是","options":["对已完成模块进行功能测试","对项目过程进行质量审计","编制质量管理计划","对缺陷进行根本原因分析"],"answer":[1],"explanation":"知识点：质量保证活动。质量审计属于实施质量保证，B正确；A、D属于质量控制；C属于质量规划。"},{"id":216,"type":"multi","stem":"某系统集成项目在实施过程中，项目经理发现部分干系人对项目目标存在不同理解，为有效管理干系人参与，项目经理可以采取的措施包括","options":["识别干系人并分析其期望与影响","制定干系人参与计划并定期更新","在项目早期让关键干系人参与需求确认","对干系人提出的所有意见均予采纳","仅在项目收尾阶段向干系人汇报进展"],"answer":[0,1,2],"explanation":"知识点：干系人管理过程。识别干系人、制定参与计划、早期参与需求确认均为有效管理措施，A、B、C正确；D对所有意见均采纳不现实且可能导致范围蔓延；E仅在收尾汇报不符合持续沟通原则。"},{"id":217,"type":"single","stem":"在编制项目进度计划时，项目经理发现关键路径上的某项活动因资源冲突无法按原计划开始，此时应优先采取的措施是","options":["对该活动进行资源平衡以调整其开始时间","压缩非关键路径上活动的持续时间以释放资源","将关键路径上该活动拆分后并行执行","向发起人申请延长项目总工期"],"answer":[0],"explanation":"知识点是关键路径与资源冲突的处置。资源冲突影响关键路径时，应优先通过资源平衡调整活动时间以消除冲突，这不会改变项目总工期；压缩非关键路径活动无法释放关键路径所需资源；拆分关键路径活动并行执行可能破坏逻辑关系且增加风险；直接申请延期是最后手段，非优先措施。"},{"id":218,"type":"single","stem":"某系统集成项目在实施阶段发现已批准的需求规格说明书中存在一处遗漏，项目经理准备提交变更请求，变更控制委员会审批该请求时首先应关注的是","options":["变更对项目范围基准和进度基准的综合影响","变更实施所需的具体技术方案是否可行","变更申请人是否具备相应的技术资质","变更是否会影响项目团队的绩效考核"],"answer":[0],"explanation":"知识点是整体变更控制中CCB的决策依据。CCB审批变更首要关注变更对范围、进度、成本等基准的综合影响，据此决定批准与否；技术方案可行性由技术评审解决，非CCB首要关注点；申请人资质与变更审批无关；团队绩效考核不属于变更控制考量范围。"},{"id":219,"type":"single","stem":"在信息系统集成项目的质量管理中，用于识别哪些因素可能导致缺陷并据此制定预防措施的工具是","options":["因果图","控制图","帕累托图","趋势图"],"answer":[0],"explanation":"知识点是质量工具用途辨析。因果图用于追溯缺陷根本原因，从而制定预防措施；控制图用于监控过程是否稳定受控；帕累托图用于按频次排序找出少数关键问题；趋势图用于观察指标随时间的变化趋势，均不能直接生成预防措施。"},{"id":220,"type":"single","stem":"项目执行过程中，一名核心开发人员突然离职，项目经理评估后发现其负责的模块无其他成员熟悉，此时最恰当的风险应对策略是","options":["接受该风险并预留应急储备以应对可能的延期","将该风险登记并指定后备人员提前介入知识转移","把该模块工作外包给第三方以转移人员风险","调整项目范围以取消该模块的开发工作"],"answer":[1],"explanation":"知识点是风险应对策略中的减轻。通过指定后备人员并提前知识转移可降低人员流失的影响，属于减轻策略；单纯接受并预留储备未降低发生概率或影响；外包转移的应是可交付成果责任而非人员风险本身；削减范围需走变更流程且未必可行，非针对该风险的首选应对。"},{"id":221,"type":"single","stem":"在编制项目成本预算时，项目经理将各活动估算成本汇总后，又加入了应对已识别风险所需的应急储备，那么该项目的成本基准应","options":["包含应急储备但不包含管理储备","同时包含应急储备和管理储备","只包含各活动估算成本之和","包含管理储备但不包含应急储备"],"answer":[0],"explanation":"知识点是成本基准的构成。成本基准等于各活动估算成本加应急储备，用于衡量项目绩效；管理储备不包含在成本基准内，需在动用时经审批后追加；只含活动估算成本会遗漏应急储备；包含管理储备则混淆了成本基准与项目总预算的界限。"},{"id":222,"type":"single","stem":"某项目采用挣值管理，当前PV=200万元，EV=160万元，AC=180万元，据此可判断项目当前的状态是","options":["进度落后且成本超支","进度超前且成本节约","进度落后但成本节约","进度超前但成本超支"],"answer":[0],"explanation":"知识点是挣值分析指标判断。EV小于PV说明进度落后，EV小于AC说明成本超支，因此项目既进度落后又成本超支；其余选项对进度和成本状态的判断均与实际指标不符。"},{"id":223,"type":"single","stem":"在项目沟通管理中，项目经理需要向不同相关方传递同一项目的差异化信息，其首要依据应是","options":["相关方登记册中的沟通需求与偏好","项目管理计划中的进度基准","组织过程资产中的历史沟通记录","项目章程中规定的项目经理职权"],"answer":[0],"explanation":"知识点是规划沟通管理的输入。相关方登记册记录了各相关方的沟通需求、偏好和期望，是差异化沟通的首要依据；进度基准用于确定沟通时点而非内容差异；历史记录仅供参考；项目章程规定职权，不能决定沟通内容差异。"},{"id":224,"type":"single","stem":"某系统集成项目在验收阶段，客户提出一项合同范围外的功能需求，项目经理正确的处理方式是","options":["直接安排团队开发以满足客户要求","记录该需求并提交变更控制流程审批","拒绝该需求并说明其不在合同范围内","先开发再补充签订变更协议"],"answer":[1],"explanation":"知识点是变更控制流程。范围外需求必须通过正式的变更请求流程由CCB审批，评估影响后再决定是否实施；直接开发属于未经控制的变更；单纯拒绝未走流程且可能损害客户关系；先开发后补协议属于既成事实的违规操作。"},{"id":225,"type":"single","stem":"在项目风险管理的定性分析中，项目经理使用概率和影响矩阵对风险排序，其主要目的是","options":["确定各风险的发生概率和影响程度的具体数值","对风险进行优先级排序以确定应对重点","计算风险应对所需的应急储备金额","识别项目尚未发现的新风险"],"answer":[1],"explanation":"知识点是定性风险分析的输出。概率和影响矩阵用于对已识别风险按优先级排序，确定应对重点；具体数值计算属于定量分析；应急储备的量化计算属于定量分析或成本管理；识别新风险是风险识别过程的任务。"},{"id":226,"type":"single","stem":"某项目在执行中发现设计文档与已批准的需求规格说明书存在不一致，项目经理首先应做的是","options":["按设计文档继续实施并同步更新需求文件","组织相关方评审以确认正确的基准依据","暂停所有相关工作等待管理层决策","要求设计人员直接修改设计文档以匹配需求"],"answer":[1],"explanation":"知识点是配置管理与基准一致性。发现基准文件不一致时应先组织相关方评审确认哪份文件为正确基准，再按变更流程处理；按设计文档实施并改需求属于绕过变更控制；全面暂停影响过大；要求设计人员单方面修改未经验证，可能引入新偏差。"},{"id":227,"type":"single","stem":"在项目采购管理中，采用总价合同对买方的主要优势是","options":["合同签订前即可明确最终付款总额","可在范围变更时灵活调整合同金额","供应商承担了全部范围变更的风险","买方无需对供应商的工作进行监督"],"answer":[0],"explanation":"知识点是合同类型特点。总价合同在签订时即确定总价，便于买方控制成本；范围变更时总价合同调整不灵活，通常需走变更流程；总价合同虽将价格风险转移给卖方，但范围变更风险仍需买方承担部分；买方仍需监督供应商履约。"},{"id":228,"type":"single","stem":"在信息系统集成项目启动阶段，项目经理组织编制项目章程时，最应依据的文件是","options":["项目工作说明书与商业论证","项目管理计划与风险登记册","需求跟踪矩阵与范围基准","干系人登记册与沟通计划"],"answer":[0],"explanation":"知识点：项目章程的输入。项目章程由发起人基于工作说明书、商业论证、协议等编制，故正确项为A。项目管理计划是章程之后的输出，风险登记册也是后续过程产物；需求跟踪矩阵和范围基准属于规划阶段成果；干系人登记册和沟通计划同样是后续过程文件，均不能作为编制章程的主要依据。"},{"id":229,"type":"single","stem":"项目执行中，两名核心开发人员因技术方案分歧导致进度延误，项目经理分别沟通后促成双方达成一致，这种冲突解决方法属于","options":["合作解决问题","妥协退让","强制命令","撤退回避"],"answer":[0],"explanation":"知识点：冲突管理方法。合作解决问题是引导双方共同面对问题、寻求双赢方案，符合题干中促成一致的情形。妥协退让是双方各让一步，题干未体现让步；强制命令是项目经理直接裁决，题干未体现；撤退回避是暂时搁置，也不能达成一致。"},{"id":230,"type":"single","stem":"关于WBS分解原则，下列做法符合规范的是","options":["将工作包分解到可以可靠估算工期和成本的程度","按组织结构图逐层分解到每位成员","将WBS分解到越细越好以方便控制","把各分项工程按先后顺序排成一张网络图"],"answer":[0],"explanation":"知识点：WBS分解原则。工作包应分解到能可靠估算、分配和控制的粒度，故A正确。按组织结构分解是OBS而非WBS；过细会增加管理成本，并非越细越好；网络图是进度排列工具，不是WBS分解方式。"},{"id":231,"type":"single","stem":"项目采用三点估算，乐观值6天、最可能值9天、悲观值18天，按PERT公式计算的期望工期是","options":["9天","10天","11天","12天"],"answer":[1],"explanation":"知识点：PERT三点估算。期望工期=(乐观+4×最可能+悲观)/6=(6+36+18)/6=10天，故B正确。9天只取了最可能值；11天和12天均不符合公式计算结果。"},{"id":232,"type":"single","stem":"在项目质量管理中，用于识别问题根本原因并防止问题再次发生的工具是","options":["因果图","控制图","帕累托图","直方图"],"answer":[0],"explanation":"知识点：质量工具用途。因果图（鱼骨图）用于分析问题根本原因，支持制定纠正措施，故A正确。控制图用于判断过程是否稳定；帕累托图用于按频率排序找主要问题；直方图用于展示数据分布，均不直接用于根因分析。"},{"id":233,"type":"single","stem":"某系统集成项目合同约定按里程碑付款，目前第二个里程碑已通过客户验收，项目经理下一步应优先开展的工作是","options":["整理验收文档并提交付款申请","立即启动第三个里程碑的开发任务","更新风险登记册并关闭该风险","召开团队会议庆祝阶段成果"],"answer":[0],"explanation":"知识点：合同管理与阶段验收。里程碑验收通过后应完成验收文档归档并触发付款流程，故A正确。启动下一阶段需以合同和计划授权为前提；关闭风险与当前付款节点无直接关系；庆祝活动不构成优先管理动作。"},{"id":234,"type":"single","stem":"关于项目变更控制流程，下列做法正确的是","options":["变更请求经变更控制委员会评审批准后实施","项目经理判断变更影响较小可直接实施","客户口头同意后即可先行修改再补文件","变更实施完成后补交变更申请即可"],"answer":[0],"explanation":"知识点：整体变更控制。变更须经正式评审批准后实施，故A正确。项目经理无权对影响较小的变更自行决定实施；口头同意不能替代正式审批；先实施后补申请违反变更流程。"},{"id":235,"type":"single","stem":"项目团队中一名成员同时承担多个项目任务，导致本项目的关键路径活动频繁延期，项目经理首先应采取的措施是","options":["与职能经理协商该成员的资源可用性","将该成员承担的所有任务全部转给他人","延长项目关键路径的工期","在进度报告中标注该成员为高风险"],"answer":[0],"explanation":"知识点：资源管理与人际关系技能。资源冲突应通过与职能经理协商解决可用性问题，故A正确。全部转交任务不现实且可能引发新风险；直接延长工期属于被动接受，不是首先应采取的措施；标注风险只是记录，不能解决冲突。"},{"id":236,"type":"single","stem":"在项目成本管理中，某活动完工预算为1000元，实际完成40%工作量，实际成本为500元，则其成本偏差为","options":["-100元","100元","-500元","500元"],"answer":[0],"explanation":"知识点：挣值分析。EV=1000×40%=400元，AC=500元，CV=EV-AC=-100元，故A正确。100元为符号错误；-500元和500元均未按挣值公式计算。"},{"id":237,"type":"single","stem":"关于项目风险登记册的内容，下列描述正确的是","options":["记录已识别风险、责任人、应对措施及触发条件","记录项目所有已发生的问题及解决方案","记录项目干系人的联络方式与沟通偏好","记录项目合同条款与付款节点"],"answer":[0],"explanation":"知识点：风险登记册。风险登记册用于记录已识别风险及其分析、责任人、应对措施和触发条件，故A正确。问题日志记录已发生问题；干系人信息在干系人登记册；合同信息在合同文件与合同管理计划中。"},{"id":238,"type":"single","stem":"某项目在测试阶段发现一个严重缺陷，修复后需回归测试，但测试环境已被另一项目占用，项目经理协调后安排在下周使用，这种做法属于","options":["接受风险并调整进度计划","规避风险并修改测试方案","转移风险并签订外包合同","减轻风险并增加测试人员"],"answer":[0],"explanation":"知识点：风险应对策略与资源协调。环境不可用导致测试延期，项目经理接受该约束并调整计划，属于接受风险，故A正确。规避是改变方案消除风险；转移是转给第三方；减轻是降低概率或影响，均与题干情形不符。"},{"id":239,"type":"single","stem":"在制定项目进度计划时，项目经理发现关键路径上的某活动因资源冲突无法按最早开始时间启动，决定将该活动推迟3天并压缩其后续活动2天以保持总工期不变，这种调整属于","options":["资源平滑与进度压缩的组合应用","关键链法中的缓冲管理","赶工与快速跟进的组合应用","滚动式规划与假设分析的应用"],"answer":[0],"explanation":"知识点为资源优化与进度压缩。资源平滑是在不改变关键路径和总工期的前提下调整活动以缓解资源冲突，压缩后续活动属于赶工，二者组合应用正确。关键链法强调缓冲而非压缩后续活动，赶工与快速跟进是两种不同压缩方式但题干未体现并行，滚动式规划是渐进明细的规划方法与此无关。"},{"id":240,"type":"single","stem":"某系统集成项目中，客户在验收阶段提出新增数据导出功能，项目经理评估后认为该变更会影响已完成的接口设计，正确的下一步处置是","options":["直接安排开发人员利用空闲时间实现该功能","提交变更请求并交由变更控制委员会审查","先记录在问题日志中待项目收尾时统一处理","与客户协商将功能放入下一期项目合同中"],"answer":[1],"explanation":"知识点为整体变更控制流程。任何影响基准的变更都须走变更请求并由变更控制委员会审查，故B正确。A绕过变更控制，C把变更当问题处理，D虽可能但未走变更流程即替客户决定，均不符合受控变更要求。"},{"id":241,"type":"single","stem":"项目执行中，一名关键开发人员突然离职，项目经理首先应该做的是","options":["立即向客户申请延长项目工期","评估对关键路径和里程碑的影响","要求人力资源部门紧急招聘替代人员","将该成员负责的模块移交给测试人员"],"answer":[1],"explanation":"知识点为团队管理与风险应对。人员离职属于风险事件，应先评估对进度、关键路径和里程碑的影响再决定措施，故B正确。A未评估即申请延期不妥，C未评估影响即招聘可能不匹配，D随意移交可能造成质量隐患。"},{"id":242,"type":"single","stem":"某项目采用敏捷方法，团队在每个迭代结束时都向客户演示可工作的软件并收集反馈，这一实践主要体现了敏捷的哪项原则","options":["以简洁为本，减少不必要的文档","尽早并持续地交付有价值的软件","自组织团队产出最佳架构和设计","面对变化时优先遵循既定计划"],"answer":[1],"explanation":"知识点为敏捷宣言与原则。迭代演示可工作软件并收集反馈体现尽早并持续交付有价值软件，故B正确。A强调简洁、C强调自组织、D与敏捷拥抱变化相悖，均不匹配题干描述。"},{"id":243,"type":"single","stem":"在项目质量管理中，项目经理安排质量保证人员对开发过程进行审计，而安排测试人员对最终产品进行检验，这两类活动分别属于","options":["质量保证与质量控制","质量控制与质量保证","质量规划与质量保证","质量控制与质量规划"],"answer":[0],"explanation":"知识点为质量保证与质量控制的区别。过程审计关注过程改进属于质量保证，产品检验关注可交付成果属于质量控制，故A正确。B顺序颠倒，C把规划与保证混淆，D把控制与规划混淆。"},{"id":244,"type":"single","stem":"某信息系统集成项目在合同签订后，客户要求将原定的设备品牌更换为另一品牌，项目经理查阅合同发现技术规格中明确指定了原品牌，此时正确的做法是","options":["按客户要求直接更换以保证客户满意度","拒绝更换并要求客户按原合同执行","提出变更申请并按合同变更条款处理","先更换设备再补签补充协议说明情况"],"answer":[2],"explanation":"知识点为合同管理与变更控制。合同技术规格变更须走合同变更程序，故C正确。A绕过合同约束，B直接拒绝不利于合作且未走程序，D先执行后补协议违反受控变更原则。"},{"id":245,"type":"single","stem":"在识别项目风险时，项目经理组织团队采用德尔菲技术，该技术的主要特点是","options":["通过匿名多轮反馈逐步收敛专家意见","依靠头脑风暴快速产生大量风险清单","利用检查表对照历史项目逐项核对","通过访谈关键干系人获取定性判断"],"answer":[0],"explanation":"知识点为风险识别工具与技术。德尔菲技术强调专家匿名、多轮反馈直至意见收敛，故A正确。B是头脑风暴，C是核对表分析，D是访谈，三者均不具备匿名多轮收敛特征。"},{"id":246,"type":"single","stem":"项目进入监控阶段，项目经理发现某活动的挣值EV小于计划值PV且实际成本AC大于EV，下列判断正确的是","options":["进度落后且成本超支","进度超前且成本节约","进度落后但成本节约","进度超前但成本超支"],"answer":[0],"explanation":"知识点为挣值分析。EV小于PV表示进度落后，AC大于EV表示成本超支，故A正确。其余选项对进度或成本的判断与给定条件不符。"},{"id":247,"type":"single","stem":"某系统集成项目在实施过程中，机房供电改造由客户负责完成，但客户迟迟未完成导致项目延期，项目经理在索赔时应首先依据","options":["项目章程中关于项目目标的描述","合同条款中关于双方责任的约定","项目管理计划中的进度基准文件","干系人登记册中的沟通需求记录"],"answer":[1],"explanation":"知识点为合同管理与索赔依据。索赔首先依据合同条款中双方责任划分，故B正确。项目章程、进度基准和干系人登记册均不作为索赔的责任依据。"},{"id":248,"type":"single","stem":"项目经理在项目收尾阶段发现部分可交付成果尚未通过客户验收，但项目预算已基本耗尽，此时最恰当的做法是","options":["将未验收成果直接移交运维团队接管","记录未完成事项并提交管理层决策","自行削减剩余范围以配合预算结余","暂停项目并等待下一财年重新立项"],"answer":[1],"explanation":"知识点为项目收尾与变更决策。预算与验收冲突属于重大偏差，应如实记录并提交管理层决策，故B正确。A把未验收成果移交不合规，C单方面削减范围需变更审批，D暂停并重新立项非项目经理可自行决定。"},{"id":249,"type":"multi","stem":"在信息系统集成项目的配置管理中，下列活动属于配置控制范畴的有","options":["对配置项的变更请求进行评审与批准","记录并报告配置项的状态与变更情况","识别并确定项目中的配置项及其结构","验证配置项的完整性和一致性","编制项目人力资源管理计划"],"answer":[0,1,3],"explanation":"知识点为配置管理活动。配置控制包括变更评审批准、状态记录报告和配置审核验证，故A、B、D正确。C属于配置识别，E属于人力资源管理，均不在配置控制范畴。"},{"id":250,"type":"single","stem":"某系统集成项目采用关键路径法排期，活动A历时3天，活动B历时5天，A与B均无前置活动，活动C需A和B都完成后开始，则项目最短工期至少为","options":["3天","5天","8天","10天"],"answer":[2],"explanation":"知识点是关键路径与紧前关系计算。C必须等A和B都完成，A第3天完成、B第5天完成，故C最早第5天开始，若C历时3天则总工期8天；A、B选项只取单个活动历时；D把两个历时相加当作并行等待，属于误算。"},{"id":251,"type":"single","stem":"项目经理在监控项目成本时发现CV为负、SV为正，说明项目当前处于","options":["成本超支且进度提前","成本节约且进度落后","成本超支且进度落后","成本节约且进度提前"],"answer":[0],"explanation":"知识点是挣值分析中CV与SV的含义。CV=EV-AC为负表示实际成本高于挣值即超支，SV=EV-PV为正表示进度超前；B把两个指标都反向理解；C把SV误判为落后；D把CV误判为节约，均为易混错误。"},{"id":252,"type":"single","stem":"在编制项目质量管理计划时，项目经理确定某关键模块的测试覆盖率指标及其测量方法，这项工作属于","options":["规划质量管理","实施质量保证","控制质量","质量改进"],"answer":[0],"explanation":"知识点是质量管理三个过程的区分。确定质量标准与测量方法属于规划质量管理；实施质量保证关注过程审计与改进；控制质量关注可交付成果的检验；质量改进是保证过程中的活动而非独立规划活动。"},{"id":253,"type":"single","stem":"某项目识别到一项风险：核心设备可能因供应商产能不足延迟到货，项目经理决定与备选供应商签订框架协议以备切换，这种风险应对策略属于","options":["减轻","转移","规避","接受"],"answer":[0],"explanation":"知识点是消极风险应对策略。与备选供应商签约以降低延迟发生时的冲击，属于减轻；转移是通过合同把损失责任转给他方如保险；规避是改变计划消除风险；接受是不主动采取措施，与签约备选不符。"},{"id":254,"type":"single","stem":"在信息系统集成项目中，关于工作分解结构WBS的编制，下列做法符合规范的是","options":["将项目可交付成果逐层分解到可估算的工作包","按组织部门结构逐级分解形成WBS层级","将WBS最低层直接设置为具体人员姓名","在WBS中包含所有日常运营的重复性工作"],"answer":[0],"explanation":"知识点是WBS分解原则。WBS应面向可交付成果分解到工作包；B按部门分解属于OBS思路；C最低层应是工作包而非人员；D日常运营重复工作不属于项目范围，不应纳入WBS。"},{"id":255,"type":"single","stem":"某系统集成项目在执行过程中，一名关键开发人员突然离职，项目经理首先应做的处置是","options":["评估对进度和关键路径的影响并更新风险登记册","立即招聘同等资历人员填补岗位空缺","要求团队其他成员加班分担其未完成任务","向客户申请延长项目整体交付工期"],"answer":[0],"explanation":"知识点是资源风险与变更控制。人员离职应先评估影响并记录，再决定后续措施；B未评估就招聘可能不匹配需求；C未经分析就加班可能引入新风险；D直接申请延期缺少影响评估依据。"},{"id":256,"type":"single","stem":"在项目沟通管理中，项目经理需要向高层管理者和技术团队同步项目状态，适宜采用的信息管理方式是","options":["按干系人信息需求分别编制不同详细程度的报告","统一向所有干系人发送相同格式的完整技术报告","仅在项目例会上口头汇报不形成书面记录","由技术团队直接向高层提交原始测试数据"],"answer":[0],"explanation":"知识点是干系人信息需求差异。不同层级关注点不同，应分别编制适配报告；B统一完整技术报告对高层信息过载；C无书面记录不利于跟踪；D原始数据缺少解释与分析，不符合管理汇报要求。"},{"id":257,"type":"single","stem":"某项目在采购管理中采用总价合同，执行期间原材料价格大幅上涨导致供应商要求调价，从合同类型特点看，项目经理应","options":["按合同约定处理，通常总价合同价格风险由卖方承担","直接同意调价以避免供应商停止供货","单方面终止合同并重新招标采购","将合同改为成本加酬金合同后继续执行"],"answer":[0],"explanation":"知识点是合同类型与风险分担。总价合同下价格风险主要由卖方承担，应按合同条款处理；B未经评估直接同意属于随意变更；C单方终止缺乏依据；D合同类型变更需双方协商并履行变更程序。"},{"id":258,"type":"single","stem":"在项目整合管理中，项目章程与项目管理计划的关系是","options":["项目章程授权项目启动，项目管理计划指导项目如何执行","项目管理计划在项目章程之前编制并作为其依据","项目章程由项目经理编制并需团队签字确认","项目管理计划一经批准后不再需要更新"],"answer":[0],"explanation":"知识点是项目章程与项目管理计划的定位。章程由发起人发布并授权项目，计划由项目经理编制指导执行；B顺序颠倒；C章程通常由发起人签发；D计划需随变更更新。"},{"id":259,"type":"single","stem":"某系统集成项目进入收尾阶段，客户已签署验收报告，项目经理下一步应重点完成的工作是","options":["整理项目文档并释放项目资源","立即启动新项目以复用团队","删除项目过程中的临时工作记录","要求客户追加支付未约定的费用"],"answer":[0],"explanation":"知识点是项目收尾过程。验收后应完成文档归档、经验教训总结与资源释放；B与收尾无关；C临时记录也应归档而非删除；D未约定费用不能在收尾阶段擅自追加。"},{"id":260,"type":"single","stem":"在编制项目进度计划时，项目经理发现关键路径上的某项活动因资源冲突需要推迟，但该活动的总浮动时间为零，此时应优先采取的措施是","options":["压缩该活动的持续时间以消除推迟影响","调整非关键路径活动的资源支援关键活动","顺延项目总工期并更新基准","将该活动拆分为两个并行子活动"],"answer":[1],"explanation":"知识点：关键路径与资源平衡。关键路径上总浮动为零的活动推迟会直接影响总工期，优先从非关键路径调配资源是最常见的纠偏手段；压缩持续时间属于赶工，需评估成本与风险后才用；顺延工期是最后手段而非优先措施；拆分活动未必能并行且可能增加协调成本。"},{"id":261,"type":"single","stem":"某系统集成项目在实施阶段发现已采购的服务器型号与设计文档要求不一致，但功能参数基本满足需求，项目经理首先应做的处置是","options":["直接安装使用并记录偏差","发起变更申请走变更控制流程","退货并重新采购原型号","修改设计文档以匹配现有服务器"],"answer":[1],"explanation":"知识点：变更控制流程。实际到货与设计不符属于变更，必须先走变更申请与评审；直接使用绕过了变更控制；退货重采未经评估可能造成更大损失；修改设计文档属于变更结果而非先行处置。"},{"id":262,"type":"single","stem":"在项目质量管理中，用于识别问题根本原因并区分少数关键原因与多数次要原因的工具是","options":["控制图","帕累托图","直方图","散点图"],"answer":[1],"explanation":"知识点：质量工具辨析。帕累托图基于二八原理排序，用于找出关键少数原因；控制图用于判断过程是否受控；直方图展示数据分布；散点图分析两变量相关性。"},{"id":263,"type":"single","stem":"在信息系统集成项目的风险管理中，将风险登记册中已识别风险按优先级排序后，下一步应开展的工作是","options":["风险再评估","定性风险分析","定量风险分析","风险监控"],"answer":[1],"explanation":"知识点：风险管理过程顺序。识别之后是定性风险分析，用于评估概率与影响并排序；定量分析在定性之后对高优先级风险进行；排序本身属于定性分析输出，再评估与监控是后续过程。"},{"id":264,"type":"single","stem":"项目经理在制定沟通管理计划时，发现项目干系人分布在三个城市且时区不同，最应重点考虑的因素是","options":["干系人的信息需求与获取方式","项目预算的充足程度","团队成员的绩效考核方式","公司的组织结构类型"],"answer":[0],"explanation":"知识点：沟通管理计划要素。沟通计划核心是明确谁需要什么信息、何时、以何种方式获取，跨地域时区更需明确沟通渠道与频率；预算、绩效、组织结构是制约因素但不是沟通计划首要考虑内容。"},{"id":265,"type":"single","stem":"某项目在测试阶段发现缺陷密度远高于同类项目历史水平，项目经理决定进行过程分析，最适宜采用的工具是","options":["因果图与帕累托图组合","甘特图与里程碑图组合","责任分配矩阵与资源直方图组合","网络图与关键路径法组合"],"answer":[0],"explanation":"知识点：质量过程分析工具。因果图找原因、帕累托图排序主因，适合缺陷分析；甘特图、里程碑用于进度；责任矩阵与资源直方图用于资源管理；网络图与关键路径用于进度计算。"},{"id":266,"type":"single","stem":"在采购管理中，对于买方而言，采用成本补偿合同相比总价合同的主要风险是","options":["卖方可能偷工减料","买方承担成本超支风险","合同变更难以执行","验收标准不易确定"],"answer":[1],"explanation":"知识点：合同类型风险。成本补偿合同下买方按实际成本支付，成本超支风险由买方承担；偷工减料风险在总价合同下更突出；变更执行与验收标准与合同类型无必然直接关系。"},{"id":267,"type":"single","stem":"项目进入收尾阶段，客户提出一项小的功能增补，项目经理评估后认为不影响总工期，正确做法是","options":["直接安排团队开发并记录","拒绝并建议客户另行立项","提交变更请求经审批后实施","先实施再补办变更手续"],"answer":[2],"explanation":"知识点：变更控制与项目收尾。任何范围变更无论大小都应走变更审批；直接实施或先做后补都绕过控制；拒绝需基于评估结论而非一律拒绝。"},{"id":268,"type":"single","stem":"在配置管理中，用于记录配置项状态变化并确保只有经授权人员才能修改配置项的活动是","options":["配置标识","配置审计","配置控制","配置状态报告"],"answer":[2],"explanation":"知识点：配置管理活动。配置控制负责变更授权与权限管理；配置标识是给配置项编号命名；配置审计验证一致性；状态报告记录变更历史但不授权修改。"},{"id":269,"type":"single","stem":"某系统集成项目在试运行期间出现间歇性故障，日志显示与第三方接口超时有关，项目经理下一步最有效的做法是","options":["立即更换第三方供应商","组织接口双方联合排查并建立监控","延长试运行时间观察","降低系统并发量以规避故障"],"answer":[1],"explanation":"知识点：问题解决与干系人协作。接口超时需双方联合定位，不能单方换供应商；延长观察不解决根因；降并发是临时规避而非根治。"},{"id":270,"type":"single","stem":"在编制项目进度计划时，项目经理发现关键路径上的某项活动存在资源冲突，最应先采取的措施是","options":["调整该活动的逻辑关系以消除冲突","延长项目总工期以缓解冲突","增加该活动的浮动时间以吸收冲突","降低该活动的质量要求以释放资源"],"answer":[0],"explanation":"知识点是关键路径法与资源平衡。关键路径上的活动没有浮动时间，出现资源冲突时应优先通过调整逻辑关系或资源平衡来解决。选项A正确，调整逻辑关系可在不必然延长工期的情况下消除冲突；选项B延长总工期不是首选，会直接影响交付；选项C关键路径活动浮动时间为零，无法通过增加浮动时间吸收冲突；选项D降低质量要求违反质量管理原则，不能作为解决资源冲突的手段。"},{"id":271,"type":"single","stem":"某系统集成项目实施过程中，客户提出一项范围变更，项目经理首先应当完成的工作是","options":["记录变更申请并提交变更控制流程","直接安排团队评估变更工作量","口头同意后先实施再补文档","通知客户变更将影响项目验收"],"answer":[0],"explanation":"知识点是整体变更控制流程。任何变更都应先形成书面变更申请，再进入变更控制流程评估。选项A正确，记录并提交变更控制流程是规范起点；选项B跳过申请直接评估，缺少变更依据；选项C先实施后补文档违反变更控制原则；选项D仅是告知，未进入正式变更处理。"},{"id":272,"type":"single","stem":"在项目成本管理中，项目经理用挣值法分析得到CPI为0.85、SPI为1.10，说明项目当前","options":["成本超支且进度提前","成本节约且进度滞后","成本超支且进度滞后","成本节约且进度提前"],"answer":[0],"explanation":"知识点是挣值分析指标含义。CPI小于1表示成本超支，SPI大于1表示进度提前。选项A正确，CPI为0.85小于1且SPI为1.10大于1；选项B、C、D对两个指标的判断方向均有误，混淆了CPI与SPI的大小含义。"},{"id":273,"type":"single","stem":"关于项目质量管理中的质量保证与质量控制，下列理解正确的是","options":["质量保证关注过程改进，质量控制关注可交付成果","质量保证关注可交付成果，质量控制关注过程改进","两者都只关注最终产品是否满足验收标准","两者都由客户独立完成，项目团队不参与"],"answer":[0],"explanation":"知识点是质量保证与质量控制的区别。质量保证面向过程，通过审计和过程改进预防缺陷；质量控制面向成果，通过检查和测试发现缺陷。选项A正确；选项B将两者关注对象颠倒；选项C忽略了过程管理；选项D错误，质量活动主要由项目团队实施，客户参与验收但不替代团队质量职责。"},{"id":274,"type":"single","stem":"某项目团队分布在三个城市，项目经理希望降低沟通误解并保留可追溯记录，最合适的日常沟通方式是","options":["定期视频会议并形成会议纪要","每天电话口头同步进展","通过即时消息随意讨论后不归档","仅在里程碑评审时集中沟通"],"answer":[0],"explanation":"知识点是分布式团队沟通管理。视频会议可兼顾非语言信息，会议纪要可追溯。选项A正确；选项B口头同步缺少记录且信息易失真；选项C即时消息不归档导致不可追溯；选项D沟通频率过低，问题积累到里程碑才暴露。"},{"id":275,"type":"single","stem":"在信息系统集成项目的风险登记册中，风险责任人最主要的职责是","options":["制定并执行风险应对计划","批准项目整体风险预算","代替项目经理做所有决策","在风险发生后追究相关人员责任"],"answer":[0],"explanation":"知识点是风险管理职责。风险责任人负责监控风险并落实应对措施。选项A正确；选项B风险预算批准通常属于管理层或发起人；选项C风险责任人不能替代项目经理的整体决策职责；选项D风险管理强调预防和应对，不是事后追责。"},{"id":276,"type":"single","stem":"某项目在采购一批服务器时，供应商交付的设备型号与合同约定一致，但部分配件品牌发生变更，项目经理正确的做法是","options":["依据合同变更条款评估配件变更影响并走变更流程","直接拒收全部设备并要求重新招标","先验收使用，待项目结束后再与供应商协商","要求供应商按原品牌更换但不记录变更"],"answer":[0],"explanation":"知识点是采购管理与合同变更控制。配件品牌变更属于合同履行中的变更事项，应评估影响并走变更流程。选项A正确；选项B全部拒收可能造成项目停工，处理过重；选项C先使用后协商会使变更失去控制；选项D要求更换但不记录，仍缺少正式变更管理。"},{"id":277,"type":"single","stem":"在制定项目管理计划时，项目经理将范围基准、进度基准和成本基准整合在一起，其主要作用是","options":["为项目执行和变更控制提供统一比较基准","替代项目章程作为项目授权文件","直接作为项目验收的唯一依据","减少项目干系人参与项目决策"],"answer":[0],"explanation":"知识点是项目管理计划与基准的作用。三大基准整合后用于衡量绩效和控制变更。选项A正确；选项B项目章程才是授权文件；选项C验收依据还包括合同、需求和质量标准等；选项D基准不会减少干系人参与，反而需要干系人认可。"},{"id":278,"type":"single","stem":"某项目在执行阶段发现一项已识别风险实际发生，项目经理首先应","options":["按风险应对计划实施既定应对措施","立即更新风险登记册并关闭该风险","重新进行项目可行性研究","暂停项目并等待发起人指示"],"answer":[0],"explanation":"知识点是风险应对与监控。已识别风险发生时，应按预先制定的应对计划执行。选项A正确；选项B关闭风险应在应对完成并确认影响消除后；选项C可行性研究属于项目前期工作，不适用于执行阶段的风险应对；选项D暂停项目过于激进，除非风险已触发严重危机。"},{"id":279,"type":"single","stem":"在项目干系人管理中，某关键干系人权力高但对项目支持度低，项目经理最适宜采用的策略是","options":["重点管理并主动争取其支持","仅定期发送项目周报即可","将其列入观察名单减少沟通","完全按其要求调整项目目标"],"answer":[0],"explanation":"知识点是干系人权力利益方格。权力高、支持度低的干系人需要重点管理，主动沟通并争取支持。选项A正确；选项B沟通不足，难以改变其态度；选项C会加剧其低支持状态；选项D无原则调整目标会破坏项目基准。"},{"id":280,"type":"single","stem":"在系统集成项目的WBS分解过程中，项目团队将某个可交付成果分解到工作包层级后，发现最底层工作包仍无法进行可靠的成本估算，此时项目经理应采取的做法是","options":["继续分解该工作包直至可进行可靠估算","将该工作包直接估算并标注为低精度估算","将该工作包合并到上一层可交付成果中估算","暂停WBS分解并转入风险识别过程"],"answer":[0],"explanation":"知识点：WBS分解的充分性准则。正确项：WBS分解到工作包后应满足可估算、可分配、可跟踪，若无法可靠估算说明分解粒度不够，应继续分解。错误项A：将不可估算的工作包强行估算会失去WBS的估算基础；错误项B：合并到上一层会使估算粒度更粗，更无法可靠估算；错误项C：WBS分解与风险识别是两个过程，不能以此替代分解工作。"},{"id":281,"type":"single","stem":"某系统集成项目的进度网络图中，活动A历时3天，活动B历时5天，A完成后B才能开始，B完成后活动C才能开始，C历时2天，则从A开始到C结束的最短工期为","options":["8天","10天","5天","7天"],"answer":[1],"explanation":"知识点：紧前关系与关键路径计算。正确项：A(3天)+B(5天)+C(2天)=10天。错误项A：8天漏算了C的历时；错误项C：5天只计算了活动B的历时；错误项D：7天误将A和C的历时相加但漏算B或计算错误。"},{"id":282,"type":"single","stem":"项目经理在制定项目成本管理计划时，公司财务部门要求所有项目必须采用挣值管理进行绩效监控，但该项目周期仅为两个月且总预算较小，项目经理较为合理的处理方式是","options":["按财务部门要求全面实施挣值管理并定期报告","在成本管理计划中说明裁剪理由并采用简化绩效监控","拒绝执行财务部门要求并仅用实际支出对比预算","将挣值管理推迟到项目中期再决定是否采用"],"answer":[1],"explanation":"知识点：项目管理计划的裁剪与组织过程资产。正确项：项目管理计划可依据项目规模进行裁剪，但需在计划中说明理由并保留有效监控手段。错误项A：小项目全面实施EVM会造成管理成本过高，不是合理裁剪；错误项C：直接拒绝组织要求不符合组织过程资产约束；错误项D：绩效监控方法应在规划阶段确定，推迟决定会导致前期无监控依据。"},{"id":283,"type":"single","stem":"某项目在风险登记册中将“关键开发人员离职”列为已知风险，并制定了安排后备人员和文档化知识的应对计划，这属于哪种风险应对策略","options":["减轻","规避","转移","接受"],"answer":[0],"explanation":"知识点：消极风险应对策略。正确项：减轻是通过降低风险发生概率或影响来应对风险，安排后备人员和文档化知识可降低离职带来的影响。错误项A：规避是改变项目计划以消除风险或风险成因，如取消该部分工作；错误项C：转移是将风险后果转移给第三方，如购买保险或外包；错误项D：接受是承认风险存在但不主动采取措施，与制定应对计划不符。"},{"id":284,"type":"single","stem":"项目团队在迭代评审会上发现某功能模块已按需求规格说明书完成开发并通过单元测试，但集成后导致其他模块接口调用失败，造成该问题最可能的原因是","options":["单元测试覆盖度不足","需求规格说明书存在遗漏","接口定义与集成测试不充分","项目范围基准未获批准"],"answer":[2],"explanation":"知识点：系统集成中的接口管理与测试层级。正确项：各模块单独测试通过但集成失败，通常说明接口定义、接口兼容性或集成测试不充分。错误项A：单元测试覆盖度不足会导致模块内部缺陷，而非接口调用失败；错误项B：需求遗漏会导致功能缺失或错误，不直接解释接口调用失败；错误项D：范围基准未批准是范围管理问题，与集成接口故障无直接因果。"},{"id":285,"type":"single","stem":"在信息系统集成项目中，配置管理里“配置项状态”通常不包括","options":["草稿","正式","修改中","已归档"],"answer":[3],"explanation":"知识点：配置管理中的配置项状态。正确项：配置项典型状态包括草稿、正式、修改中，已归档不是标准状态划分。错误项A：草稿是配置项初始状态；错误项B：正式是评审通过后的状态；错误项C：修改中是变更时的状态，三者均属常见状态。"},{"id":286,"type":"single","stem":"项目经理在项目执行阶段发现一名团队成员经常越过项目经理直接向职能经理汇报工作，导致任务优先级冲突，项目经理首先应采取的措施是","options":["向职能经理正式投诉该成员","与该成员和职能经理沟通明确汇报关系","将该成员调离项目团队","在项目例会上重申项目章程的授权"],"answer":[1],"explanation":"知识点：项目组织与沟通管理、矩阵组织中的汇报关系。正确项：应先沟通明确汇报关系与优先级，避免冲突升级。错误项A：直接投诉会激化矛盾且未解决优先级冲突；错误项C：调离成员过于极端且不一定解决问题；错误项D：仅重申授权不能解决实际汇报冲突，需双方沟通。"},{"id":287,"type":"single","stem":"某项目在范围确认时，客户对已完成的系统模块提出新增需求，项目经理评估后认为该需求会影响进度和成本，此时正确的处理流程是","options":["直接接受需求并安排团队开发","拒绝需求并说明合同已规定范围","提交变更请求并走整体变更控制流程","先开发再补签变更手续"],"answer":[2],"explanation":"知识点：整体变更控制。正确项：任何影响范围、进度、成本的变更都应提交变更请求并经过整体变更控制流程审批。错误项A：直接接受会导致范围蔓延且未经审批；错误项B：拒绝需求不符合变更管理原则，应评估后走流程；错误项D：先开发再补手续违反变更控制程序。"},{"id":288,"type":"single","stem":"在项目人力资源管理过程中，责任分配矩阵（RAM）的主要作用是","options":["明确每个工作包由谁负责以及谁参与","确定项目团队成员的技能培训需求","记录团队成员的工作时间与考勤","评估团队成员的个人绩效等级"],"answer":[0],"explanation":"知识点：责任分配矩阵。正确项：RAM将工作包或活动与团队成员对应，明确角色与职责。错误项A：技能培训需求来自培训计划或技能评估；错误项C：工作时间与考勤属于项目执行记录；错误项D：个人绩效等级属于绩效评价，不是RAM用途。"},{"id":289,"type":"single","stem":"在项目进度管理中，项目经理发现某关键活动的总浮动时间为零，这意味着该活动","options":["可以适当延后而不影响总工期","延误将直接导致项目总工期延长","其自由浮动时间也必然为零","必须压缩工期才能保证项目按时完成"],"answer":[1],"explanation":"知识点：关键路径与总浮动时间。总浮动时间为零说明该活动位于关键路径上，任何延误都会直接推迟项目完工时间，故B正确。A错误，关键活动延后会直接影响总工期；C错误，总浮动为零不必然推出自由浮动为零，二者概念不同；D错误，浮动为零只说明不能延后，并不要求必须压缩工期。"},{"id":290,"type":"single","stem":"某系统集成项目在采购服务器时，合同约定采用成本加激励费合同，目标成本为100万元，目标费用为10万元，分担比例为80/20，实际成本为120万元，则买方应支付的激励费为","options":["6万元","8万元","10万元","14万元"],"answer":[0],"explanation":"知识点：成本加激励费合同的计算。实际成本超支20万元，按80/20分担，卖方承担20%即4万元，激励费=目标费用10-4=6万元，A正确。B错误，误将超支额的40%扣减；C错误，未考虑超支分担；D错误，误将超支额加而非扣减。"},{"id":291,"type":"single","stem":"在项目质量管理中，使用控制图监控过程稳定性时，连续七个点出现在均值同一侧，此时项目经理应","options":["判定过程失控并查明原因","判定过程正常无需处理","继续观察直到出现点超出控制限","重新计算控制限后再判断"],"answer":[0],"explanation":"知识点：控制图的七点规则。连续七点在均值同侧属于非随机模式，表明过程存在异常原因，应判定失控并调查，A正确。B错误，忽视非随机模式会漏判异常；C错误，七点规则本身就是失控判据，不必等到超限；D错误，控制限由过程数据计算，不能因七点规则随意重算。"},{"id":292,"type":"single","stem":"项目团队中两名核心成员因技术方案分歧产生冲突，项目经理安排双方各自陈述观点后共同寻找折中方案，这种冲突解决方法属于","options":["妥协/调解","合作/解决问题","缓和/包容","撤退/回避"],"answer":[1],"explanation":"知识点：冲突管理方法。合作/解决问题是直面分歧、共同寻找双赢方案，B正确。A错误，妥协是双方各让一步而非共同寻找最优解；C错误，缓和是强调一致点、回避分歧；D错误，撤退是暂时搁置冲突。"},{"id":293,"type":"single","stem":"在信息系统集成项目中，识别干系人过程的主要输出是","options":["干系人登记册","干系人管理计划","干系人参与计划","权力/利益方格"],"answer":[0],"explanation":"知识点：识别干系人的输出。识别干系人过程输出干系人登记册，A正确。B错误，干系人管理计划属于规划干系人参与的输出；C错误，干系人参与计划同样是规划过程的输出；D错误，权力/利益方格是识别干系人的工具与技术，不是输出。"},{"id":294,"type":"single","stem":"某项目在风险登记册中记录了一项风险，其概率为0.3，影响为80万元，若采取规避策略需花费20万元，则从预期货币价值角度该规避措施","options":["值得采用，因为EMV为24万元","不值得采用，因为EMV低于措施成本","值得采用，因为EMV为80万元","无法判断，需结合进度影响"],"answer":[0],"explanation":"知识点：预期货币价值分析。风险EMV=0.3×80=24万元，规避成本20万元小于EMV，故值得采用，A正确。B错误，24万元高于20万元；C错误，误将影响值当作EMV；D错误，EMV分析本身已可给出量化判断依据。"},{"id":295,"type":"single","stem":"在配置管理中，某开发人员未经变更控制流程直接修改了已基线化的需求文档，配置管理员发现后首先应","options":["恢复基线版本并补走变更流程","直接接受修改并更新基线","通知客户重新确认需求","将该文档从配置库中删除"],"answer":[0],"explanation":"知识点：配置管理与变更控制。基线化配置项只能通过变更控制流程修改，发现违规修改应先恢复基线并补办变更，A正确。B错误，直接接受修改破坏了基线严肃性；C错误，客户确认不能替代变更控制流程；D错误，删除配置项会造成配置信息丢失。"},{"id":296,"type":"single","stem":"项目在执行阶段发现某供应商交付的硬件不符合合同技术规格，项目经理依据合同条款要求供应商更换，这属于合同管理中的","options":["索赔管理","质量控制","采购审计","变更控制"],"answer":[0],"explanation":"知识点：合同管理与索赔。依据合同条款要求对方纠正违约交付属于索赔管理范畴，A正确。B错误，质量控制针对项目可交付成果而非合同违约处理；C错误，采购审计是对采购过程的审查；D错误，变更控制针对变更请求而非违约处理。"},{"id":297,"type":"single","stem":"在项目成本管理中，某活动的计划价值PV为50万元，挣值EV为40万元，实际成本AC为60万元，则成本偏差CV和成本绩效指数CPI分别为","options":["CV=-20万元，CPI=0.67","CV=-10万元，CPI=0.80","CV=10万元，CPI=1.25","CV=-20万元，CPI=1.50"],"answer":[0],"explanation":"知识点：挣值分析。CV=EV-AC=40-60=-20万元；CPI=EV/AC=40/60≈0.67，A正确。B错误，将EV-PV当作CV；C错误，符号和计算均错；D错误，CPI计算方向错误。"},{"id":298,"type":"multi","stem":"在信息系统集成项目的整体变更控制中，变更控制委员会（CCB）在审批变更请求时通常需要考虑的因素包括","options":["变更对项目范围、进度、成本的影响","变更是否符合项目目标与业务价值","变更请求提出者的职位高低","变更对项目风险和质量的影响","变更是否由客户口头提出"],"answer":[0,1,3],"explanation":"知识点：整体变更控制与CCB决策依据。CCB应基于变更对范围、进度、成本、风险、质量及业务价值的影响进行决策，A、B、D正确。C错误，决策应基于变更本身而非提出者职位；E错误，口头提出需先形成正式书面变更请求，提出形式不是决策依据。"},{"id":299,"type":"single","stem":"某系统集成项目在执行阶段发现，已批准的项目管理计划中规定每周提交一次进度报告，但客户新提出希望改为每日提交。项目经理首先应做的工作是（　）。","options":["直接按客户要求改为每日提交，以提升客户满意度","提交变更请求，走整体变更控制流程评估影响","与客户协商将报告改为每两日一次作为折中","先按每日提交试行一周，再决定是否正式变更"],"answer":[1],"explanation":"知识点：整体变更控制流程，基准和已批准的项目管理计划变更须走变更请求与审批。正确项B符合变更控制要求，任何对已批准计划的修改都应先提变更请求再评估审批。A错在未经审批直接改已批准计划；C错在折中方案仍属变更却未走流程；D错在先行试行实质已改变执行方式，绕开了变更控制。"},{"id":300,"type":"multi","stem":"在项目成本管理中，关于应急储备与管理储备的使用，下列做法正确的有（　）。","options":["动用应急储备应对已识别风险发生时产生的成本","动用管理储备应对未识别风险发生时产生的成本","动用应急储备前须获得项目发起人或高层审批","应急储备包含在项目成本基准之内，管理储备不包含","管理储备可直接由项目经理决定用于赶工支出"],"answer":[0,1,3],"explanation":"知识点：成本基准、应急储备与管理储备的关系及动用权限。A正确，应急储备用于已识别风险；B正确，管理储备用于未识别风险；D正确，应急储备计入成本基准，管理储备不计入。C错在应急储备通常由项目经理在权限内动用，动用管理储备才需高层审批；E错在管理储备动用须经高层审批，项目经理不能直接决定。"}]}