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