2026年项目管理专业人士PMP认证考题含答案

2026年项目管理专业人士PMP认证考题含答案一、单项选择题1.在一个混合型项目中，项目经理注意到开发团队采用了Scrum模式进行迭代开发，而测试团队仍然处于传统的预测型阶段。在最近的一次冲刺评审会议上，产品负责人拒绝了一个未能通过测试的增量。作为项目经理，为了促进团队协作，你应该首先做什么？A.建议将测试团队也纳入Scrum流程，实行跨职能团队。B.安排ScrumMaster与测试经理进行会议，协商测试流程的适配。C.在回顾会议上引导所有相关方讨论当前的流程障碍并寻找解决方案。D.要求测试团队加班赶工，确保下一个冲刺的增量能通过测试。答案：C解析：在混合型项目中，流程不一致是常见挑战。作为项目经理，首要任务是促进整合与协作。选项A直接建议改变流程可能操之过急；选项B仅限于两人沟通，缺乏团队视角；选项D是强制命令，不利于团队建设。选项C利用回顾会议这一敏捷仪式，让团队内部（包括开发和测试成员）共同识别障碍并自我组织解决，符合敏捷原则和servant-leader（服务型领导）的精神。2.你正在管理一个为期两年的基础设施建设项目，目前处于执行阶段。项目发起人突然要求增加一个额外的功能模块，并声称这对市场成功是“关键”的。在评估该请求后，你发现这将显著影响关键路径和成本基准。你应该立即采取哪两项行动？（选择两项）A.拒绝该请求，因为项目基准已经批准。B.记录该请求并更新变更日志。C.实施变更，因为发起人拥有最高权力。D.评估影响并提交变更请求给CCB。E.与发起人沟通，说明如果不增加预算和延长时间，无法容纳该变更。答案：B,D解析：在预测型生命周期中，任何影响基准的变更都必须遵循正式的变更控制流程。首先，必须记录所有请求（B），然后进行影响分析。由于影响了关键路径和成本基准，必须提交变更请求（CR）给变更控制委员会（CCB）审批（D）。选项A错误，因为不能直接拒绝；选项C错误，发起人不能绕过CCB直接命令实施基准变更；选项E是沟通的一部分，但不是立即采取的流程性步骤，通常包含在影响分析或与CCB的交互中。3.项目经理正在管理一个全球分布的虚拟团队。团队成员来自不同的文化背景，最近出现了频繁的误解和沟通延迟，导致进度落后。项目经理决定通过调整沟通技术来解决这个问题。以下哪项是改善这种情况最有效的长期措施？A.增加状态报告的频率。B.实施视频会议并建立明确的沟通规范。C.要求所有团队成员学习项目经理的母语。D.将关键任务分配给文化背景相似的成员。答案：B解析：对于虚拟团队和文化差异，建立清晰的沟通规范和使用富媒体（如视频会议）有助于减少误解。选项A只是增加信息量，不一定解决质量；选项C不现实且可能造成抵触；选项D会导致资源分配不均，并非最佳实践。选项B通过技术手段和规范制定，从根本上改善沟通渠道。4.在项目执行阶段，一名关键的高级工程师因个人原因威胁要离职。项目经理经过评估认为，如果该工程师离职，项目将面临重大风险。项目经理尚未找到替补人员。此时，项目经理应该参考哪一份文件来寻找减轻这一威胁的策略？A.风险管理计划B.资源管理计划C.风险登记册D.资源日历答案：C解析：风险登记册记录了已识别的风险及其应对策略。虽然人员离职是资源问题，但一旦被识别为威胁，其应对措施（如“减轻”策略中的培训替补人员或“接受”策略中的应急储备）应在风险登记册中追踪。选项A是关于如何管理风险的策略；选项B是关于如何获取、管理团队资源的策略；选项D显示资源可用时间。只有C包含具体风险的应对细节。5.敏捷团队在举行每日站会时，有几名成员习惯性地汇报进度给项目经理，而不是与团队成员进行沟通。作为敏捷教练（或项目经理），你应该如何干预？A.在站会后私下提醒这几名成员站会的目的和规则。B.在站会上立即打断并纠正他们，以确保会议效率。C.取消站会，改为每周一次的状态汇报会议。D.允许这种行为继续，因为这是团队习惯，难以改变。答案：A解析：每日站会是团队内部的同步会议，不是向项目经理汇报。干预时应遵循敏捷的辅导原则。选项B在公开场合打断可能打击积极性；选项C是倒退到瀑布模式；选项D纵容了不良行为。选项A通过私下辅导（反馈），既尊重了成员，又能有效纠正行为，符合服务型领导风格。6.你正在计算项目的挣值管理（EVM）指标。已知PV=1000,AC=1100,EV=900。请问项目的成本绩效指数（CPI）和进度绩效指数（SPI）分别是多少？目前项目处于什么状态？A.CPI=0.82,SPI=0.90,成本超支，进度落后B.CPI=0.90,SPI=0.82,成本超支，进度落后C.CPI=1.10,SPI=0.90,成本节约，进度落后D.CPI=0.90,SPI=0.90,成本超支，进度落后答案：D解析：计算公式如下：CPI=EV/AC=900/1100≈0.818（约等于0.82，但选项D是0.90，让我们重新审视题目数据或选项）。*修正计算*：PV=1000,AC=1100,EV=900.CPI=EV/AC=900/1100=0.818...SPI=EV/PV=900/1000=0.9.如果选项是A，那么A符合。如果选项D是0.90,0.90，那是不对的。让我们假设题目数据意图是：CPI=0.82,SPI=0.90。选项A符合：CPI=0.82(0.818),SPI=0.90(0.9)。状态：CPI<1成本超支，SPI<1进度落后。因此正确答案是A。*(注：如果原题选项设计有误，此处以计算结果为准，选择最接近的A)*。7.项目处于收尾阶段，客户拒绝签发最终验收报告，声称产品虽然满足了技术规格，但没有满足他们预期的业务价值。作为项目经理，你应该首先审查哪份文件来确定客户是否合理？A.项目章程B.工作说明书（SOW）C.质量管理计划D.项目范围说明书答案：A解析：项目章程确立了高层级的需求、假设条件和制约因素，以及项目的商业论证（业务价值）。如果客户提到“业务价值”，这通常追溯到章程中的商业论证。SOW（B）通常包含可交付成果的详细技术描述。范围说明书（D）包含详细的可交付成果。如果技术规格满足但业务价值未达，可能是在项目初期对商业价值的定义或对齐不够清晰，这属于章程层面的高层级问题。虽然SOW也很重要，但章程是项目存在的根本依据。8.在一个采用预测型生命周期的项目中，一名团队成员告诉你，他发现了一个可以提高效率的方法，可以缩短后续任务的时间，但这需要略微增加成本。他建议直接实施，因为“这对项目有利”。你应该建议他做什么？A.直接实施，因为团队成员最了解工作。B.提交变更请求，分析对范围、时间、成本和质量的影响。C.询问发起人是否同意。D.先实施，如果节省了时间再告诉发起人。答案：B解析：任何影响基准（即使是缩短时间但也增加成本）的变更都必须通过变更控制流程。团队成员不能擅自变更。必须提交变更请求，进行全面的影响分析（包括对其他领域的影响），由CCB决定。9.一个跨国项目涉及多个供应商。项目章程已经批准，但项目经理发现公司内部的采购政策非常严格，且与供应商的合同类型尚未确定。为了确保项目顺利启动，项目经理应该参考哪份计划？A.采购管理计划B.采购策略C.供方选择标准D.合同管理计划答案：A解析：采购管理计划包含如何从项目团队外部的采购组织获取货物和服务的流程。它定义了合同类型、如何编制采购文件等。在启动和规划早期，采购管理计划指导如何进行后续的采购活动。选项B是采购计划的一部分或特定策略；选项C用于评估卖方；选项D用于管理合同。10.敏捷团队在进行Sprint规划时，产品负责人坚持要求团队完成一个用户故事，但团队认为该故事的技术细节尚未明确，估算困难，风险很高。作为促进者，你应该建议怎么做？A.强制团队接受，因为PO对产品backlog负责。B.将该故事拆分为更小的故事，或者将其移回Backlog进行细化，暂不纳入本次Sprint。C.让团队给出一个估算值，并在Sprint期间尝试解决技术问题。D.请技术主管介入决定是否接受。答案：B解析：敏捷原则强调“可工作的软件”和“可持续的开发步调”。接受一个高风险且定义不清的故事可能导致Sprint失败。最佳实践是将大或模糊的故事进行拆分，或者在细化环节准备好后再纳入。选项A违背了团队自组织；选项C增加了风险；选项D绕过了团队决策。选项B是最稳妥且符合敏捷流程的做法。二、多项选择题11.项目经理正在管理一个高风险的研发项目。为了有效管理风险，项目经理决定使用预期货币价值（EMV）分析。关于EMV分析，以下哪些说法是正确的？（选择三项）A.EMV是当特定情况下发生时，计算结果的一个统计平均值。B.EMV需要为每个风险识别概率和影响。C.EMV分析通常用于决策树分析中。D.EMV分析的结果可以确定风险的应急储备金。E.EMV计算必须包含机会和威胁的净值。答案：A,B,C解析：EMV（ExpectedMonetaryValue）是一种量化风险分析技术。A正确，它是统计计算的平均值；B正确，计算EMV=概率x影响；C正确，决策树中常用EMV来计算路径价值；D错误，应急储备通常基于EMV的汇总，但EMV结果本身不是储备金，而是计算储备的依据；E错误，虽然计算时通常分别计算威胁（负值）和机会（正值），但EMV技术本身是针对单个事件或场景的，说“必须包含...净值”不如ABC准确。且通常EMV用于计算整体风险敞口。最准确的是A,B,C。12.在构建项目团队时，项目经理可以通过多种方式获取资源。以下哪些属于获取资源的工具和技术？（选择三项）A.虚拟团队B.谈判C.多标准决策分析D.预分派E.人际关系与团队技能答案：B,C,D解析：根据PMBOK指南，获取资源的工具和技术包括：谈判、预分派、虚拟团队、多标准决策分析。选项A虚拟团队是获取资源的一种形式/工具；B谈判是；C多标准决策分析是；D预分派是；E人际关系与团队技能属于建设资源团队的工具。因此选B,C,D。（注：如果严格按PMBOK6/7版，虚拟团队也是工具之一，但通常A更多被描述为团队组成形式。这里选择最核心的B,C,D）。13.项目经理正在规划一个大型软件集成项目的质量。为了确保项目交付物满足干系人的期望，项目经理应该考虑以下哪些质量管理的原则？（选择三项）A.客户满意是核心关注点。B.管理层对质量负责。C.质量是规划出来的，而不是检查出来的。D.持续改进。E.等级必须与质量一致。答案：A,C,D解析：现代质量管理理念（如戴明、朱兰、PMI观点）强调：A客户满意；C预防胜于检查（规划而非检查）；D持续改进。B“管理层负责”是传统的观点，但在项目中，项目经理和团队对质量负责；E等级是功能分类，质量是满足要求，等级低不代表质量低，它们不必一致。14.一个敏捷团队由10名成员组成，其中包含2名远程成员。为了确保远程成员的有效参与，ScrumMaster应该采取哪些措施？（选择三项）A.确保所有沟通工具对远程成员可见且可访问。B.在每日站会中，最后询问远程成员的汇报。C.调整会议时间，轮流照顾不同时区的成员。D.将重要的决策讨论安排在面对面会议中进行。E.使用数字看板工具替代物理看板。答案：A,C,E解析：对于分布式敏捷团队：A确保工具可访问是基础；C轮流调整时间体现了公平和包容；E使用电子看板是必须的，因为物理看板远程不可见。B在站会中最后询问远程成员容易导致其被边缘化，应该按顺序或随机进行；D将重要决策放在面对面会议会疏远远程成员，应使用在线协作工具同步进行。15.在项目执行过程中，项目出现了严重的进度延误。项目经理决定采用“快速跟进”技术来压缩进度。关于快速跟进，以下哪些描述是正确的？（选择三项）A.它是一种进度压缩技术。B.它通常会导致风险增加。C.它只适用于依赖关系是灵活型的逻辑关系。D.它通过增加资源来缩短工期。E.它可能需要将原来按顺序进行的活动改为并行进行。答案：A,B,E解析：快速跟进是通过将正常情况下按顺序进行的活动改为并行（例如，FS改为SS）来压缩进度。A正确；B正确，并行增加了返工风险；E正确。C错误，它是改变依赖关系逻辑，而非仅适用于灵活型（实际上它强行改变逻辑）；D是“赶工”的定义。三、应用分析题（含计算与情景分析）16.情景分析：你是一家建筑公司的项目经理，负责建造一座商业综合体。项目目前处于中期，预算为5000万美元。截至目前，你已经花费了3000万美元（AC）。根据计划，到目前为止你应该完成价值3200万美元的工作（PV），但实际上你只完成了价值2800万美元的工作（EV）。问题：(1)计算当前的进度偏差（SV）和成本偏差（CV）。(2)计算进度绩效指数（SPI）和成本绩效指数（CPI）。(3)基于当前的CPI，如果项目继续按此绩效执行，完工估算（EAC）是多少？(4)项目发起人询问项目状态，你应该如何简练地汇报？详细内容与答案：(1)计算偏差：进度偏差（SV）=EV-PV=2800万-3200万=-400万美元。成本偏差（CV）=EV-AC=2800万-3000万=-200万美元。(2)计算指数：进度绩效指数（SPI）=EV/PV=2800/3200=0.875。成本绩效指数（CPI）=EV/AC=2800/3000≈0.933。(3)计算完工估算（EAC）：假设当前偏差代表未来典型情况（即CPI保持不变）：EAC=BAC/CPI=5000万/0.933≈5359万美元。*(注：保留两位小数约为5358.96万)*(4)汇报建议：“项目目前处于进度落后且成本超支的状态。进度落后了计划价值的12.5%（SPI=0.875），成本超支了约6.7%（CPI=0.933）。如果按照当前趋势继续，项目最终预计将花费约5360万美元，超出预算360万美元。我们需要立即采取纠正措施，重点提高资源效率或进行赶工。”17.情景分析：你正在管理一个新产品研发项目，采用了混合型生命周期。项目分为四个阶段：概念设计（预测型）、原型开发（敏捷）、系统测试（预测型）和发布（预测型）。目前项目刚刚结束“原型开发”阶段，进入了“系统测试”阶段。在敏捷阶段的回顾会议上，团队提到由于需求变更频繁，导致技术债务累积。进入系统测试阶段后，测试团队发现了很多由于技术债务导致的低级Bug，这严重影响了测试进度。问题：(1)作为项目经理，你应该如何处理测试团队发现的这些Bug？(2)针对敏捷阶段遗留的技术债务，你应该如何在混合型项目中管理？(3)在阶段关口，你审查了什么文件才决定进入系统测试阶段？详细内容与答案：(1)处理Bug：首先，应该记录这些Bug在问题日志或缺陷追踪系统中（如Jira）。然后，根据Bug的严重程度进行优先级排序。对于阻碍测试或影响核心功能的Bug，应立即触发变更请求或修复流程（可能需要回退到开发团队）。在混合模式下，对于低级但数量多的Bug，可以考虑在当前迭代中修复，或者如果时间紧迫，将其作为技术债务记录在Backlog中，但需评估其对发布的影响。(2)管理技术债务：技术债务不应被忽视。在混合型项目中，应将技术债务转化为产品待办列表中的条目，并给予适当的优先级。在未来的Sprint或开发迭代中，应专门分配容量（如建议20%的时间）来偿还技术债务。项目经理应与干系人沟通，说明技术债务对质量和长期维护成本的影响，确保在追求功能的同时保持代码质量。(3)阶段关口审查：在结束原型开发进入系统测试前，项目经理和团队应审查以下关键文件：*可交付成果：确认原型已通过验收。*问题日志：确认没有遗留的重大阻碍性问题。*变更日志：确认所有变更已处理。*风险登记册：更新了下一阶段的风险。*过程资产：更新了经验教训。*阶段结束文件：正式签署的阶段验收文件。18.情景分析：你的项目团队由5名全职员工和3名承包商组成。项目进行中，两名全职员工发生冲突。其中一名员工（Alice）认为承包商Bob在代码审查中过于挑剔，针对个人；而承包商Bob则认为Alice的代码质量不达标，且态度傲慢。冲突导致团队氛围紧张，影响了每日站会的效率。问题：(1)这是哪种类型的冲突？(2)作为项目经理，你希望采用“合作/解决问题”的策略来彻底解决此冲突。请描述你将采取的具体步骤。(3)如果冲突无法解决，且影响了项目绩效，下一步应该采取什么措施？详细内容与答案：(1)冲突类型：这属于“人际关系”冲突，同时也夹杂了“技术/观点”冲突（关于代码质量的分歧）。但主要表现形式是人际间的对抗。(2)合作/解决问题步骤：1.私下分别与Alice和Bob进行会谈，倾听他们的观点和感受，不偏袒任何一方。2.组织一次由双方参与的调解会议。3.在会议上，引导双方聚焦于问题本身（代码质量标准），而不是个人攻击。4.引导双方共同制定一个双方都接受的代码质量标准和审查流程。5.确立未来的行为规范，确保专业沟通。6.跟踪后续情况，确保协议得到执行。(3)后续措施：如果冲突无法通过内部调解解决，项目经理应：1.依据公司的人力资源政策和项目资源管理计划中的纪律处分程序，采取正式的纪律行动。2.如果冲突严重到无法挽回，可能需要重新分配团队成员（将其中一人调离项目）。3.记录冲突解决过程和结果在经验教训登记册中。19.情景分析：项目涉及与10个不同的干系人进行沟通。项目经理计算发现沟通渠道数量为45。随后，项目新增了5个干系人。问题：(1)原始干系人数量是多少？(2)新增5个干系人后，沟通渠道增加了多少条？(3)沟通渠道数量的增加对项目经理意味着什么？详细内容与答案：(1)原始干系人数量：沟通渠道公式N(N-1)/2=45。N(N-1)=90。解方程N=10。所以原始干系人数量为10人。(2)新增后的沟通渠道增量：新增5人，总人数=10+5=15人。新的沟通渠道总数=15(15-1)/2=15*14/2=105条。增加的渠道数=105-45=60条。(3)意味着：沟通渠道数量大幅增加（从45增加到105，增幅超过100%），这意味着沟通的复杂性和潜在的信息混乱风险显著上升。项目经理需要更加严格地管理沟通，可能需要更新沟通管理计划，采用更结构化的沟通方式（如分发列表、会议层级），并投入更多精力来确保信息的一致性和准确性，防止信息过载或谣言传播。20.情景分析：你正在管理一个外部咨询项目，合同类型是固定总价加激励费用（FPIF）。合同目标成本是200,000美元，目标费用是30,000美元，分摊比率是80/20（买方/卖方）。上限是50,000美元，下限是10,000美元。项目实际执行结束时，实际成本（AC）为220,000美元。问题：(1)计算成本偏差。(2)计算卖方（承包商）实际获得的费用。(3)计算合同总价。详细内容与答案：(1)计算成本偏差：成本偏差=目标成本-实际成本=200,000-220,000=-20,000美元（即超支20,000美元）。(2)计算卖方实际获得的费用：根据分摊比率，卖方承担20%的超支。卖方分担的惩罚=超支金额*卖方分摊比例=20,000*20%=4,000美元。实际费用=目标费用-卖方分担的惩罚=30,000-4,000=26,000美元。*(检查上下限：26,000在10,000下限和50,000上限之间，有效)*(3)计算合同总价：合同总价=实际成本+实际费用=220,000+26,000=246,000美元。21.情景分析：在一个敏捷项目中，产品负责人（PO）因病请假两周，期间无法更新产品待办列表。团队正在进行Sprint3。在Sprint中期，团队发现当前选定的一个用户故事依赖于一个尚未完全定义的外部API，该API的定义在待办列表的优先级较低的位置。团队因此受阻。问题：(1)作为ScrumMaster，你应该如何指导团队处理这个障碍？(2)这种情况反映了敏捷项目管理中的什么原则或实践缺失？(3)如果无法立即解决API定义问题，团队在本Sprint剩余时间内应该做什么？详细内容与答案：(1)处理障碍：ScrumMaster的职责是移除障碍。首先，ScrumMaster应尝试联系PO或其代理，看是否能获取紧急指导。如果无法联系，ScrumMaster应协助团队寻找替代方案，例如：*查看是否有其他干系人（如架构师、技术负责人）了解该API。*协助团队与外部API提供方直接沟通（如果可行）。*如果完全无法定义，建议团队与PO协商（如果可能）替换该用户故事。(2)缺失的实践：这反映了“待办列表梳理”的不足。如果在Sprint规划前，待办列表中的高优先级故事没有准备好（即“就绪”标准未满足），就会导致Sprint中受阻。这也反映了PO备份机制的缺失。(3)剩余时间行动：如果无法解决受阻问题，团队不应等待。敏捷强调自组织和最大化交付价值。团队应该：*在Sprint内重新协商范围：如果PO不可用，团队可以根据授权，从待办列表中选择下一个优先级最高且准备好的故事开始工作，前提是这不违背团队对目标的承诺。*或者，利用时间处理技术债务、进行重构、学习新技术或完善自动化测试。*关键是不要因为等待而浪费产能。22.情景分析：项目A的完工估算（EAC）是100万，完工尚需估算（ETC）是30万。项目B的完工估算（EAC）是100万，完工尚需估算（ETC）是80万。问题：(1)计算项目A和项目B目前的实际成本（AC）。(2)哪个项目的绩效更差？请说明理由。(3)如果项目B的BAC（完工预算）是120万，项目B目前的成本绩效指数（CPI）是多少？详细内容与答案：(1)计算实际成本（AC）：公式：EAC=AC+ETC。项目A：AC=EAC-ETC=100万-30万=70万。项目B：AC=EAC-ETC=100万-80万=20万。(2)绩效比较：项目A的绩效更差。理由：虽然两个项目最终预计都花费100万，但项目A已经花费了70万，只剩30万的工作量；而项目B只花费了20万，还有80万的工作量。这意味着项目A在前期消耗了大量资金但进度缓慢（或者工作极其昂贵），而项目B前期花费较少。通常情况下，AC越高且ETC越低，说明资金利用率低，或者前期严重超支。另外，我们可以假设BAC相同（虽然未给出），或者简单看AC的消耗速度。如果假设BAC都是100万，项目A已经花掉70%，项目B只花掉20%，显然项目A的进度和成本控制更差。(3)计算项目B的CPI：假设BAC=120万，EAC=100万。根据公式EAC=BAC/CPI（假设典型偏差）。CPI=BAC/EAC=120/100=1.2。*(注：这意味着项目B目前成本节约，绩效良好)*。23.情景分析：你正在使用关键路径法（CPM）排定项目进度。网络图中包含活动A、B、C、D、E。依赖关系如下：A->B(FS,3天)A->C(FS,5天)B->D(FS,2天)C->D(FS,4天)D->E(FS,2天)活动A的最早开始时间是第0天，工期是3天。问题：(1)计算活动D的最早开始时间（ES）和最早完成时间（EF）。(2)计算活动D的最晚完成时间（LF）和最晚开始时间（LS），假设项目E的LF是第18天（工期2天）。(3)找出关键路径。详细内容与答案：(1)正推法计算：A:ES=0,EF=3。B:ES=3,EF=3+3=6。C:ES=3,EF=3+5=8。D:依赖B和C。ES_D=Max(EF_B,EF_C)=Max(6,8)=8。D的工期是4天（根据C->D的依赖推断？题目未直接给D工期，但通常网络图需给出。假设题目隐含B->D和C->D有滞后量？不，通常滞后量在依赖线上。*修正题目理解*：题目中“B->D(FS,2天)”和“C->D(FS,4天)”如果是滞后量，则：D的ES=Max(EF_B+2,EF_C+4)=Max(6+2,8+4)=Max(8,12)=12。如果D本身有工期，题目未给。假设D的工期为X。*另一种理解*：括号内是后续活动的工期？不，通常是滞后量。*为了题目可解，假设括号内是活动本身的工期，且依赖是FS*。重新假设：A(3)->B(3)->D(2)->E(2)A(3)->C(5)->D(4)(这里D有两个工期？矛盾)*标准题目格式修正*：假设依赖关系是FS，括号内是前导活动的工期。A(3)->B(3)A(3)->C(5)B(3)->D(2)C(5)->D(4)D->E(2)计算：A:ES=0,EF=3。B:ES=3,EF=6。C:ES=3,EF=8。D:ES=Max(6,8)=8。假设D工期未知？题目数据不全。*让我们假设一种常见的数据结构*：A(3),B(2),C(4),D(3),E(2).A->B,A->C,B->D,C->D,D->E.计算：A:0-3.B:3-5.C:3-7.D:ES=Max(5,7)=7.EF=7+3=10.E:ES=10,EF=12.*既然是模拟题，我将基于逻辑构建一个完整的计算路径*：假设题目意图：A(3天)->B(2天)->D(4天)->E(2天)A(3天)->C(5天)->D(注：这里D的工期是4天)计算：A:ES=0,EF=3。B:ES=3,EF=5。C:ES=3,EF=8。D:ES=Max(EF_B,EF_C)=Max(5,8)=8。EF=8+4=12。E:ES=12,EF=14。所以D的ES=8,EF=12。(2)逆推法计算：已知E的LF=18(题目给定)。E工期=2。E的LS=LF-2=16。D的LF=E的LS=16。D的LS=LF-4=12。(3)关键路径：比较ES和LS。A:ES=0,LS=0(因为B和C的LS推回去，B的LS=D的LS-4=8,C的LS=D的LS-0=12...等等)让我们重新逆推：E:LF=18,LS=16.D:LF=16,LS=12.C:LF=12(D的LS),LS=8.B:LF=12(D的LS),LS=10.A:LF=Min(B的LS,C的LS)=Min(10,8)=8.LS=5.关键路径是总浮动时间为0的路径。路径A-B-D-E:浮动时间?A(5-0=5),B(10-3=7)...这不是关键路径。路径A-C-D-E:A(LS=5,ES=0,Float=5)...*数据矛盾*：题目给定E的LF=18，而正推算出E的EF=14。总浮动时间=4。关键路径是浮动时间最小的路径。正推：A-C-D-E(3+5+4+2=14天)。逆推：E(LF18)->D(LF16)->C(LF12)->A(LF8)。A-C-D-E上的浮动时间：A:8-0=8?不对。让我们简化：关键路径是工期最长的路径。A->C->D->E=3+5+4+2=14天。A->B->D->E=3+2+4+2=11天。关键路径是A->C->D->E。24.情景分析：项目经理正在识别干系人。通过权力/利益方格分析，将干系人分为高权力高利益、高权力低利益、低权力高利益、低权力低利益四类。问题：(1)对于“高权力高利益”的干系人，管理策略是什么？(2)对于“低权力高利益”的干系人，管理策略是什么？(3)为什么不能忽视“低权力低利益”的干系人？详细内容与答案：(1)高权力高利益：管理策略是“重点管理”。这些干系人对项目有极大的影响力和关注度，是项目的核心驱动者或关键阻碍者。项目经理必须花费最多精力与他们沟通，满足他们的期望，确保他们积极参与。(2)低权力高利益：管理策略是“随时告知”。这些干系人非常关注项目，但缺乏改变决策的权力。他们可能是项目的受益者或深受影响的用户。保持他们及时了解项目进展，可以利用他们的热情来支持项目，或者在项目出现问题时获得他们的理解。(3)不忽视低权力低利益的原因：虽然他们目前权力低、利益低，属于“监督”对象，但不能忽视，原因包括：*情况变化：他们的权力或利益可能会随着项目进展而增加（例如，晋升或项目范围变更影响到他们）。*联盟效应：多个低权力干系人联合起来可能形成较大的影响力。*隐性知识：他们可能掌握项目所需的关键信息或历史数据。*反对风险：如果被忽视，他们可能转变为项目的反对者，在关键时刻制造阻力。25.情景分析：项目正在进行配置管理。项目团队使用版本控制工具管理代码。最近，开发人员在集成时发现了一个严重的Bug，该Bug导致系统崩溃。团队回滚到了上一次的提交，但无法确定是谁引入了该Bug。问题：(1)这反映了配置管理中哪一方面的缺失？(2)为了防止此类情况，应该实施什么具体的配置管理活动？(3)除了版本控制，配置管理还包括哪些关键要素？详细内容与答案：(1)缺失的方面：这反映了“配置状态记录”和“配置核实与审计”的缺失。具体来说，缺乏对每次变更的详细记录（谁、何时、为什么变更），导致无法追溯责任人。(2)应实施的活动：*强制执行“提交注释”规范：每次提交代码必须附带详细的信息描述。*实施分支策略：如GitFlow，确保主分支的稳定性，开发在功能分支进行，并通过PullRequest（PR）进行代码审查。*配置识别：确保所有配置项（代码、文档）都有唯一标识和版本号。*自动化构建与测试：在每次提交后自动运行测试，尽早发现Bug。(3)其他关键要素：*配置识别：定义配置项及其特征。*配置控制：控制变更的提交和批准。*配置状态记录：记录配置项的状态和变更历史。*配置核实与审计：验证配置项是否符合性能要求和功能规范，确保配置记录与实际产品一致。26.情景分析：你正在使用三点估算法计算活动工期。乐观估计（O）=5天，最可能估计（M）=10天，悲观估计（P）=25天。问题：(1)使用贝塔分布计算期望工期（PERT估算）。(2)如果该活动在关键路径上，计算该工期的标准差。(3)解释标准差在项目风险管理中的意义。详细内容与答案：(1)期望工期（ExpectedDuration）：公式：(O+4M+P)/6计算：(5+4*10+25)/6=(5+40+25)/6=70/6≈11.67天。(2)标准差：公式：(P-O)/6计算：(25-5)/6=20/6≈3.33天。(3)标准差的意义：标准差衡量了估算的不确定性程度。*标准差越小，说明估算的不确定性越低，实际工期偏离期望值的可能性越小，风险越低。*标准差越大，说明估算的不确定性越高，实际工期可能在很大范围内波动，风险越高。*在正态分布假设下，它可以帮助计算工期在特定范围内完成的概率（如±1个标准差内为68.3%）。27.情景分析：一个敏捷团队包含7名成员。在Sprint评审会议上，他们展示了5个用户故事。产品负责人（PO）只接受了其中的3个，拒绝了2个，因为未完全完成验收标准。团队辩解说代码已经写好，只是测试还没做完。问题：(1)这违反了敏捷中的什么核心概念？(2)这2个未完成的用户故事在Sprint结束时应该如何处理？(3)这种情况对团队的“速度”有何影响？详细内容与答案：(1)违反的概念：违反了“增量潜能”或“完成的定义”。敏捷强调Sprint结束时交付的必须是“完成”的可工作软件增量。未通过测试、未满足验收标准的功能就是未完成。(2)处理方式：这2个故事不能算作本Sprint的完成。它们必须被放回到产品待办列表中。根据PO的优先级，它们可能会被重新排序到下一个Sprint的顶部。团队在本Sprint中不能获得这2个故事的任何故事点数。(3)对速度的影响：团队的速度只计算本Sprint中“完成”的用户故事的故事点总数。因此，本Sprint的速度只包含那3个被接受的故事的点数。这会导致速度下降，但这反映了真实的交付能力。团队应在回顾会议上分析为何未完成（如规划时高估了能力、中途被打断、技术难题等），并相应调整下一个Sprint的规划。28.情景分析：项目经理收到一封来自