系统集成项目管理工程师综合练习（考前模拟）

系统集成项目管理工程师综合练习（考前模拟）一、单项选择题（本大题共10小题，每小题2分，共20分）1.在系统集成项目管理中，项目经理通过制定项目章程正式授权项目的存在，此时项目所处的阶段是（）A.项目启动阶段B.项目规划阶段C.项目执行阶段D.项目收尾阶段解析：项目章程是项目启动阶段的输出，它正式批准项目的存在并授权项目经理动用组织资源。根据PMBOK指南，项目章程由项目发起人或高级管理层签发，明确项目目标、范围、主要干系人及项目经理的职责。选项B、C、D分别对应项目规划、执行和收尾阶段，与章程签发时的阶段特征不符。项目启动阶段的核心活动包括识别项目初步范围、确定干系人、任命项目经理并签发章程。2.某系统集成项目采用敏捷开发模式，团队成员每周五召开回顾会议，总结本周工作并改进流程。该做法体现的敏捷原则是（）A.分散化决策B.持续交付价值C.自组织团队D.强制技术规范解析：敏捷开发强调通过短周期迭代持续交付可用软件，并定期反思改进。选项A的分散化决策与敏捷的协作文化相悖；选项C的自组织团队是敏捷团队的特征之一，但题干描述的是会议机制而非团队结构；选项D的强制技术规范违背了敏捷的灵活性原则。题干中“每周五召开回顾会议”明确指向敏捷的“Sprint回顾会议”活动，该活动旨在通过团队协作识别改进点，符合“持续改进”而非“强制规范”的理念。3.在制定项目进度计划时，项目经理采用关键路径法（CPM），发现某任务的总时差为3天，自由时差为1天。这意味着（）A.该任务必须最早在第3天开始B.该任务延迟1天不会影响项目总工期C.该任务必须最晚在第1天完成D.该任务依赖的紧前任务有3天延迟容忍度解析：总时差（TotalFloat）表示任务可以延迟而不影响项目总工期的时间，自由时差（FreeFloat）表示任务可以延迟而不影响其紧后任务最早开始时间的时间。题干中总时差为3天，说明该任务最多延迟3天仍不延误项目总工期；自由时差为1天，说明该任务可延迟1天但不影响紧后任务。选项B错误，因为总时差而非自由时差决定任务对总工期的影响；选项C与任务时差无关；选项D混淆了任务时差与紧前任务时差的概念。正确理解需区分：总时差=最晚完成时间-最早完成时间=最晚开始时间-最早开始时间；自由时差=紧后任务最早开始时间-本任务最早完成时间。4.某系统集成项目预算为500万元，当前已花费150万元，剩余工作量为原计划的60%。若项目按原计划时间完成，则项目的完工估算（EAC）为（）A.400万元B.550万元C.600万元D.750万元解析：完工估算（EAC）的计算需考虑当前偏差。若项目绩效正常（CPI=1），则EAC=AC+剩余预算；若存在偏差，需调整剩余预算。题干未说明成本绩效指数（CPI），按正常情况计算：剩余预算=500×(1-60%)=200万元，EAC=150+200=350万元。但选项无350，需考虑题目可能隐含偏差。若假设CPI=0.75（常见偏差场景），则EAC=150+（200÷0.75）=500万元。但此计算未利用“剩余工作量60%”信息。更合理的解释是题目考查典型偏差场景，实际应为EAC=AC+EAC-EV，即EAC=AC+（BAC-EV）。当前EV=150×60%=90万元，BAC=500，EAC=150+（500-90）=460万元。选项最接近550（若假设CPI=0.6），但需注意题目未明示偏差，按标准公式计算应为460。5.在项目风险管理中，某团队识别出“客户需求变更频繁”这一风险，并制定了“签订变更控制协议”的应对措施。该措施属于（）A.风险规避B.风险转移C.风险减轻D.风险接受解析：风险应对策略包括规避、转移、减轻和接受。题干中“签订变更控制协议”通过建立流程规范来减少需求变更带来的影响，属于典型的风险减轻措施。选项A规避风险需消除风险源或放弃项目；选项B转移风险通过合同或保险将风险转移给第三方；选项D接受风险不采取主动措施。变更控制协议本质是建立管理机制以降低风险发生的概率或影响程度，符合风险减轻的特征。6.某系统集成项目采用瀑布模型开发软件，项目经理在需求分析阶段完成文档后，直接进入系统设计。若后续发现需求遗漏，则该项目可能面临的主要问题包括（）A.成本超支B.项目延期C.质量下降D.以上都是解析：瀑布模型强调阶段间顺序依赖，若需求分析阶段不彻底直接进入设计，可能导致后期大量返工。需求遗漏会引发设计缺陷、开发困难、测试不充分等问题，直接导致成本超支（修复成本）、项目延期（重新开发时间）和质量下降（未满足需求）。选项D正确，三个问题均可能发生。瀑布模型的适用前提是需求清晰稳定，若需求变更频繁则不适用，但题目未涉及变更，仅讨论需求遗漏的后果。7.在项目团队建设中，某项目经理通过组织团队建设活动，促进成员间的信任与合作。根据Tuckman团队发展模型，该阶段属于（）A.形成期（Forming）B.规范期（Storming）C.执行期（Performing）D.解散期（Adjourning）解析：Tuckman模型包含五个阶段：形成期（成员认识彼此）、规范期（冲突与妥协）、执行期（高效协作）、休整期（反思调整）和解散期（项目结束）。题干中“组织团队建设活动，促进信任与合作”指向规范期后的执行期特征，此时团队已建立基本规范，开始高效协作。选项A形成期强调角色认知；选项B规范期核心是解决冲突；选项D解散期涉及项目收尾。8.某IT系统集成项目采用挣值管理（EVM）进行绩效监控，当前SV=200万元，AC=150万元，PV=180万元。则项目的进度绩效指数（SPI）为（）A.1.33B.1.11C.0.91D.0.75解析：进度绩效指数（SPI）=SV/PV（计划价值）。题干SV=200，PV=180，SPI=200/180≈1.11。选项A、C、D计算结果不符。SPI>1表示进度提前，<1表示进度滞后。若题目改为SV=150，则SPI=150/180≈0.83，对应选项D。需注意题目数据准确性，按给定数据计算SPI=1.11。9.在配置管理中，某项目建立了版本库，对代码、文档等进行版本控制。配置项（CI）的基线通常包括（）A.工作分解结构（WBS）B.项目章程和需求规格说明书C.测试计划和测试报告D.项目管理计划解析：配置管理基线是经过批准的项目文件集合，具有最高级别的批准，可作为后续变更的基准。典型基线包括：项目计划基线（含范围、进度、成本计划）、产品基线（含需求、设计、代码等）。选项A、C、D均可能包含在基线中，但最核心的是需求文档（如需求规格说明书）和项目章程。项目章程是项目正式启动的授权文件，需求规格是产品定义的核心。若题目强调“产品基线”，则B选项更准确；若强调“项目基线”，则D选项更全面。按配置管理实践，需求文档和章程常作为初始基线。10.某系统集成项目采用RACI矩阵明确角色职责，其中“系统架构师”在“技术决策”活动中被标记为“C”（承担者）。若其他角色均为“R”（负责者），则该矩阵反映了（）A.职责冗余B.职责缺失C.职责平衡D.职责冲突解析：RACI矩阵定义四个角色：R（Responsible，负责）、A（Accountable，批准）、C（Consulted，咨询）、I（Informed，通知）。若同一活动多个角色标记为“R”，则存在职责冗余；若无“R”标记，则职责缺失；若角色间职责分配合理，则为平衡；若存在同一活动有多个“C”或“R”且无“R”或“A”，则为冲突。题干中“系统架构师”为“C”，其他为“R”，表明技术决策主要由架构师咨询后执行，其他角色负责具体实施。若其他角色也为“R”，则存在职责冗余（多个角色均负责技术决策），选项A正确。二、填空题（本大题共10小题，每小题2分，共20分）1.在项目沟通管理中，沟通管理计划应明确沟通的（）、（）、（）和（）。参考答案：方法、工具、频率、目的解析：根据PMBOK指南，沟通管理计划是描述项目沟通需求的文档，需明确：①沟通方法（如会议、邮件）；②沟通工具（如即时通讯、项目管理软件）；③沟通频率（如周报、月度评审）；④沟通目的（如信息同步、决策支持）。这些要素确保沟通有效且高效。2.项目风险管理过程包括风险（）、（）、（）、（）和（）。参考答案：识别、分析、应对、监控、记录解析：风险管理是系统化过程，完整步骤为：①风险识别（识别潜在风险源）；②风险分析（定性/定量评估风险影响）；③风险应对（制定并实施应对策略）；④风险监控（跟踪风险状态并调整应对）；⑤风险记录（更新风险登记册）。这些步骤形成闭环管理。3.根据项目管理知识体系，项目整合管理的主要过程包括（）、（）和（）。参考答案：制定项目章程、制定项目管理计划、指导与管理项目工作解析：整合管理是确保项目各要素协调一致的核心过程，主要活动为：①制定项目章程（授权项目存在）；②制定项目管理计划（整合所有分计划）；③指导与管理项目工作（执行计划并整合资源）；④监控项目工作（跟踪进展并调整）；⑤结束项目或阶段（正式收尾）。题干要求填三个，可填前三个或后三个，按常见考题填核心三个。4.工作分解结构（WBS）的最低层级被称为（），它是项目（）的依据。参考答案：工作包；范围基准解析：WBS将项目范围逐层分解至可交付成果，最底层为“工作包”，它是：①资源估算的基础（工作包是成本和资源分配单元）；②进度规划的基本单元（工作包可排定顺序）；③范围确认的依据（验收单元）；④范围控制的基准。题干要求填两个，工作包和范围基准。5.在敏捷开发中，“用户故事”通常采用（）格式编写，其核心要素包括（）、（）和（）。参考答案：“作为一个<角色>，我想要<功能>，以便<价值>”；角色、功能、价值解析：用户故事是敏捷需求表达方式，标准格式为：“作为一个<用户类型>，我想要<完成某事的功能>，以便<获得某种价值>”。要素为：①角色（Who：用户类型）；②功能（What：需完成的功能）；③价值（Why：实现的价值或目的）。6.项目变更控制流程通常包括（）、（）、（）和（）四个主要步骤。参考答案：提出变更请求、评估变更影响、审批变更、实施变更解析：变更控制是项目管理关键机制，步骤为：①提出变更请求（任何人可发起）；②评估变更影响（范围、进度、成本、风险）；③审批变更（授权人决策是否批准）；④实施变更（按批准方案执行）；⑤变更验证（确认变更效果）。题干要求填四个，按典型流程填前四个。7.配置管理中，“基线”是指经过（）批准的、可作为（）的项目文件集合。参考答案：正式评审；后续变更基准解析：基线是配置管理的核心概念，定义为：①经过正式评审的项目文件；②具有最高批准级别；③作为后续变更的基准。基线可以是整个项目管理计划，也可以是其中的部分（如范围基线、产品基线）。8.项目团队建设过程中，冲突管理常用的策略包括（）、（）、（）和（）。参考答案：合作、回避、强制、妥协解析：根据冲突管理矩阵，处理冲突的策略有五种：①合作（寻求双赢）；②回避（暂不处理）；③强制（一方占优）；④妥协（各让一步）；⑤迁就（一方让步）。题干要求填四个，可填合作、回避、强制、妥协。9.项目质量管理包括质量（）、（）和（）三个核心过程。参考答案：规划、保证、控制解析：质量管理过程组包含：①质量规划（确定质量标准和活动）；②质量保证（执行质量标准相关活动）；③质量控制（监控特定质量结果）。这三个过程确保项目满足质量要求。10.在项目采购管理中，招标采购的主要步骤包括（）、（）、（）和（）。参考答案：编制采购文件、发布招标公告、开标评标、签订合同解析：招标采购是系统集成项目常见采购方式，主要步骤为：①编制采购文件（含需求、技术规格、评标标准）；②发布招标公告（邀请潜在供应商）；③开标评标（审查投标文件）；④签订合同（选择中标方）。其他步骤如合同管理、验收等属于后续阶段。三、判断题（本大题共10小题，每小题2分，共20分）1.项目沟通的频率越高，信息传递的效果就一定越好。参考答案：错误解析：沟通频率需根据项目需求合理确定，过高可能导致信息过载，过低则延误决策。有效沟通需平衡效率与效果，而非盲目增加频率。沟通效果受编码、渠道、反馈等多种因素影响，频率并非唯一决定因素。2.在项目风险管理中，风险登记册是风险管理的核心输出，应在项目收尾时最终确定。参考答案：错误解析：风险登记册是动态文档，贯穿项目始终，应在项目收尾时更新最终风险信息，但不是“最终确定”。风险管理是持续过程，收尾时只是完成所有风险处理，登记册需包含所有历史风险及处理结果。3.瀑布模型适用于需求明确且稳定的软件项目，而敏捷开发适合需求频繁变更的项目。参考答案：正确解析：瀑布模型的核心前提是需求早期固定，适合需求稳定的项目；敏捷开发的核心是拥抱变化，通过短迭代适应需求变更。这是两种开发范式的典型适用场景区分。4.项目进度偏差（SV）为负值时，说明项目实际进度落后于计划进度。参考答案：正确解析：进度偏差（SV）=挣值（EV）-计划价值（PV），当SV<0时，EV<PV，表示实际进度落后于计划进度。这是挣值管理的核心概念之一。5.项目章程由项目经理编制，经项目发起人或高级管理层批准后生效。参考答案：错误解析：项目章程是项目启动阶段的输出，由项目发起人或高级管理层编制（或委托编制），批准者也是发起人或管理层，而非项目经理。项目经理在章程批准后获得授权。6.在配置管理中，版本库（VCS）主要用于代码版本控制，不适用于文档管理。参考答案：错误解析：版本控制系统（VCS）如Git、SVN等不仅支持代码版本管理，也可用于文档、设计文件等任何文本型或二进制文件的版本控制。配置管理工具通常集成VCS功能。7.RACI矩阵中的“I”（Informed，通知）角色表示该角色需被告知相关决策结果。参考答案：正确解析：RACI矩阵定义四个角色：R（Responsible）、A（Accountable）、C（Consulted）、I（Informed）。其中“I”表示该角色需被动接收信息，但不参与决策或执行。8.项目成本绩效指数（CPI）小于1时，说明项目成本超支。参考答案：正确解析：成本绩效指数（CPI）=挣值（EV）/实际成本（AC），CPI衡量成本效率。当CPI<1时，EV<AC，表示实际成本高于挣值，即成本超支。9.项目团队建设活动只能通过线下会议形式进行。参考答案：错误解析：团队建设活动形式多样，可以是线下会议、线上协作、团建旅行、工作坊等。只要能有效促进沟通与协作，任何形式均可。敏捷团队常用站会、回顾会等形式进行建设。10.项目收尾阶段只需处理行政收尾工作，无需关注项目成果交付。参考答案：错误解析：项目收尾包含两个核心活动：①行政收尾（文件归档、结算、审计）；②项目或阶段收尾（成果交付、客户验收、经验总结）。两者同等重要，特别是成果交付是项目成功的关键。四、简答题（本大题共8小题，每小题2分，共16分）1.简述项目范围蔓延（ScopeCreep）的定义、原因及应对措施。参考答案：定义：项目范围未经正式变更控制程序而逐渐扩大，导致项目目标模糊、资源分散、进度延误。原因：①需求不明确；②干系人参与过多；③变更控制不严格；④缺乏有效沟通。应对措施：①早期明确需求并文档化；②建立严格的变更控制流程；③加强干系人管理；④定期范围审查。解析：范围蔓延是项目管理常见问题，核心在于失控的变更。答题需覆盖定义、原因、措施三个维度。定义需强调“无正式变更”；原因需结合实际场景；措施需具体可操作。2.比较项目经理在瀑布模型和敏捷开发模式下的核心职责差异。参考答案：瀑布模型：①主导阶段评审；②严格按计划执行；③管理文档交付；④协调各阶段接口。敏捷开发：①促进团队协作；②组织迭代会议；③快速响应变化；④驱动持续改进。解析：两种模式下项目经理的角色定位不同。瀑布模型下更偏向计划者和管理者；敏捷模式下更偏向服务者（ServantLeader）和协调者。需突出角色定位的对比。3.解释项目风险管理中“风险规避”与“风险转移”的区别。参考答案：风险规避：通过消除风险源或放弃项目来完全避免风险发生。风险转移：将风险部分或全部转移给第三方（如保险、外包）。区别：规避是消除风险本身，转移是转移风险责任。解析：两种策略本质不同。规避是主动消除威胁，转移是被动分摊责任。答题需明确定义和核心差异。4.描述项目团队从“规范期”（Storming）进入“执行期”（Performing）的关键条件。参考答案：关键条件：①明确角色职责；②建立信任与协作；③统一团队目标；④有效解决冲突；⑤认可团队成就。解析：Tuckman模型中，规范期到执行期的转变依赖于团队成熟度。答题需列举促进团队协作的因素。5.项目进度计划中，“关键路径”的核心特征是什么？参考答案：核心特征：①包含项目最长的活动序列；②总时差为零；③任何延迟都会影响项目总工期。解析：关键路径是进度管理的核心概念，答题需覆盖定义、时差特征和影响。6.简述项目沟通管理计划应包含的主要内容。参考答案：①沟通需求（谁需什么信息、何时需）；②沟通方法（会议、报告、邮件等）；③沟通工具（电话、协作平台等）；④沟通频率（每日、每周、每月）；⑤责任分配（谁负责沟通）；⑥报告格式与模板。解析：沟通计划是指导项目信息流动的纲领性文件，答题需覆盖信息、方法、工具、频率等要素。7.解释项目质量管理中“质量保证”与“质量控制”的区别。参考答案：质量保证：为确保项目过程符合质量标准而进行的系统性活动（预防性）。质量控制：对项目成果进行监控，确保符合质量要求（检查性）。区别：保证关注过程，控制关注结果。解析：两种活动在质量管理中不同阶段发挥作用。答题需明确定义和阶段侧重。8.项目采购管理中，“招标采购”与“谈判采购”的主要区别是什么？参考答案：招标采购：基于公开文件进行竞争性选择，流程规范但效率可能较低。谈判采购：通过协商达成协议，适用于复杂或定制化需求，灵活性高但可能存在道德风险。解析：两种采购方式的核心差异在于选择机制和灵活性。答题需突出各自特点。五、应用题（本大题共8小题，每小题4分，共24分）1.某系统集成项目计划工期为6个月，当前已进行3个月，实际花费80万元，挣值60万元。若剩余工作量仍需3个月完成，项目是否存在进度或成本风险？若存在，应采取哪些应对措施？参考答案：计算：①进度偏差（SV）=EV-PV=60-（80÷80%×50%）=60-50=10（万元）→进度提前②成本偏差（CV）=EV-AC=60-80=-20（万元）→成本超支③成本绩效指数（CPI）=EV/AC=60/80=0.75④进度绩效指数（SPI）=EV/PV=60/50=1.2⑤剩余预算=原预算-AC=（80÷80%）-80=100-80=20万元⑥剩余EV=原EV-当前EV=（80÷80%）-60=100-60=40万元⑦剩余成本=剩余EV/CPI=40/0.75≈53万元⑧实际剩余工期=3个月⑨预计总成本=AC+剩余成本=80+53=133万元⑩预计总工期=6个月（无提前）结论：成本超支，但进度提前。应对措施：①调整进度（如增加资源缩短剩余工期）；②优化成本（如替换低成本方案）；③协商变更（如减少部分需求）；④加强监控（预防新偏差）。解析：题目考查EVM综合分析，需计算多个绩效指标并判断风险。答题需分步骤计算，结论需明确，措施需具体。2.某项目团队在开发过程中发现需求遗漏，导致返工。项目经理组织了复盘会议，识别出以下问题：①需求评审不充分；②需求文档不清晰；③开发人员未及时反馈疑问。（1）分析这些问题的根本原因。（2）提出改进措施。参考答案：（1）根本原因：①需求管理流程缺陷（评审环节缺失）；②文档标准化不足（缺乏清晰模板）；③团队协作不畅（沟通渠道不明确）。（2）改进措施：①建立需求评审机制（含干系人参与）；②制定文档标准（如使用用户故事格式）；③建立问题反馈机制（如每日站会疑问收集）；④加强团队培训（如敏捷实践）。解析：问题分析需深入挖掘表面现象背后的系统性原因。改进措施需针对根本原因，且可操作。3.某系统集成项目采用关键路径法（CPM）排定进度，当前关键路径上的任务A（持续5天）延迟2天，其他路径正常。（1）项目总工期受影响吗？（2）若非关键路径上的任务B（总时差3天）也延迟2天，结果如何？参考答案：（1）受影响：关键路径任务延迟直接导致项目延期（5-2=3天）。（2）不受影响：非关键路径任务延迟3天仍在总时差范围内，不影响总工期。解析：关键路径是决定项目工期的核心概念。答题需区分关键与非关键路径的响应差异。4.项目团队在执行过程中收到客户变更请求，要求增加一项非核心功能，可能导致成本增加20%、进度延长1个月。（1）项目经理应如何处理？（2）若客户坚持，项目经理可采取哪些应对策略？参考答案：（1）处理流程：①评估影响（成本、进度、风险）；②与客户协商（说明利弊）；③提交变更请求（含审批）；④若批准则调整计划。（2）应对策略：①坚持原计划（说明变更风险）；②提出替代方案（如简化功能）；③建议分阶段实施；④必要时上报决策层。解析：变更管理是项目管理核心环节。答题需体现流程化处理和灵活策略。5.某项目采用配置管理工具（如Git）进行版本控制，当前版本v1.0已发布，现发现一个严重bug。（1）应如何进行版本回退与修复？（2）修复后如何确保变更被正确记录？参考答案：（1）回退与修复：①使用Gitlog查看历史版本；②执行`gitcheckoutv0.9`回退到前一个稳定版本；③修复bug；④提交新版本`gitcommit-m"Fixbuginv1.1"`；⑤创建新tag`gittagv1.1`。（2）变更记录：①更新版本库；②修改配置项状态为“已修改”；③更新配置管理计划；④记录变更日志（含原因、操作、时间）。解析：配置管理工具操作与流程结合，答题需覆盖技术操作和管理规范。6.项目团队采用敏捷开发，每个Sprint周期为2周。当前Sprint结束，回顾会议发现：①团队对需求理解不一致；②测试覆盖率不足；③开发与测试协作不畅。（1）分析这些问题的可能原因。（2）提出Sprint改进措施。参考答案：（1）可能原因：①需求沟通不足（缺乏用户故事细化）；②测试计划缺失；③缺乏协作仪式（如每日站会）。（2）改进措施：①加强需求澄清会；②制定Sprint测试计划；③引入TDD（测试驱动开发）；④优化每日站会（聚焦协作）。解析：敏捷问题分析需结合实践场景。改进措施应具体且可落地。7.某系统集成项目采用挣值管理（EVM），当前数据：PV=100万，EV=80万，AC=90万。（1）计算进度绩效指数（SPI）和成本绩效指数（CPI）。（2）若项目总预算为120万，项目是否超支？预计完工成本（EAC）为多少？参考答案：（1）计算：①SPI=EV/PV=80/100=0.8②CPI=EV/AC=80/90≈0.89（2）分析：①成本偏差（CV）=80-90=-10万→成本超支②预计剩余EV=120-80=40万③剩余AC=剩余EV/CPI=40/0.89≈45万④EAC=AC+EAC-EV=90+（120-80）=130万结论：项目超支，预计总成本130万。解析：EVM计算是项目管理核心技能。答题需分步计算并得出结论。【标准答案及解析】一、单项选择题1.A2.B3.B4.B5.C6.B7.D8.C9.B10.A二、填空题1.方法、工具、频率、目的2.识别、分析、应对、监控、记录3.制定项目章程、制定项目管理计划、指导与管理项目工作4.工作包；范围基准5.“作为一个<角色>，我想要<功能>，以便<价值>”；角色、功能、价值6.提出变更请求、评估变更影响、审批变更、实施变更7.正式评审；后续变更基准8.合作、回避、强制、妥协9.质量、保证、控制10.编制采购文件、发布招标公告、开标评标、签订合同三、判断题1.×22.×23.√24.√25.×26.×27.√28.√29.×30.×四、简答题1.定义：项目范围未经正式变更控制程序而逐渐扩大，导致项目目标模糊、资源分散、进度延误。原因：①需求不明确；②干系人参与过多；③变更控制不严格；④缺乏有效沟通。应对措施：①早期明确需求并文档化；②建立严格的变更控制流程；③加强干系人管理；④定期范围审查。2.瀑布模型：①主导阶段评审；②严格按计划执行；③管理文档交付；④协调各阶段接口。敏捷开发：①促进团队协作；②组织迭代会议；③快速响应变化；④驱动持续改进。3.风险规避：通过消除风险源或放弃项目来完全避免风险发生。风险转移：将风险部分或全部转移给第三方（如保险、外包）。区别：规避是消除风险本身，转移是转移风险责任。4.关键条件：①明确角色职责；②建立信任与协作；③统一团队目标；④有效解决冲突；⑤认可团队成就。5.核心特征：①包含项目最长的活动序列；②总时差为零；③任何延迟都会影响项目总工期。6.主要内容：①沟通需求（谁需什么信息、何时需）；②沟通方法（会议、报告、邮件等）；③沟通工具（电话、协作平台等）；④沟通频率（每日、每周、每月）；⑤责任分配（谁负责沟通）；⑥报告格式与模板。7.质量保证：为确保项目过程符合质量标准而进行的系统性活动（预防性）。质量控制：对项目成果进行监控，确保符合质量要求（检查性）。区别：保证关注过程，控制关注结果。8.招标采购：基于公开文件进行竞争性选择，流程规范但效率可能较低。谈判采购：通过协商达成协议，适用于复杂或定制化需求，灵活性高但可能存在道德风险。五、应用题1.进度偏差（SV）=10万元（提前），成本偏差（CV）=-20万元（超支），CPI=0.75，SPI=1.2。剩余预算20万，预计总成本133万，工期6个月。应对措施：①调整进度（增加资源）；②优化成本（替换方案）；③协商变更（减少需求）；④加强监控。2.根本原因：需求管理流程缺陷、文档标准化不足、团队协作不畅。改进措施：建立需求评审机制、制定文档标准、建立问题反馈机制、加强团队培训。3.关键路径任务延迟2天导致项目延期3天。非关键路径任务延迟3天仍在时差内，不影响总工期。4.处理流程：评估影响、协商、提交变更请求、调整计划。应对策略：坚持原计划、提出替代方案、分阶段实施、上报决策层。5.回退修复：`gitcheckoutv0.9`回退，修复后`gitcommit`提交，`gittag`打标签。变更记录：更新版本库、修改配置项状态、更新计划、记录日志。6.可能原因：需求沟通不足、测试计划缺失、协作仪式缺失。改进措施：加强需求澄清会、制定测试计划、引入TDD、优化每日站会。7.SPI=0.8，CPI≈0.89。项目超支，EAC=130万。【解析】一、单项选择题1.项目章程是项目启动阶段的输出，授权项目经理，对应PMBOK指南“1.4.1.1项目章程”。2.敏捷开发强调快速响应变化，用户故事是需求表达方式，对应PMBOK敏捷原则“拥抱变化”。3.关键路径总时差为零，任何延迟影响总工期，对应PMBOK“7.4关键路径法”。4.成本偏差（CV）=EV-AC，CPI=EV/AC，对应PMBOK“7.3.2