2026年PMP-敏捷项目管理试题及迭代实践解析

2026年PMP敏捷项目管理试题及迭代实践解析一、单选题（共10题，每题2分）1.在敏捷项目管理中，Scrum框架中负责确保团队与产品负责人、开发团队及其他相关方之间信息透明和沟通顺畅的角色是？A.ScrumMasterB.ProductOwnerC.DevelopmentTeamD.Stakeholder2.某IT公司采用Kanban方法管理软件开发项目，发现工作队列（WorkInProgress,WIP）中任务积压严重，导致交付周期延长。根据Kanban原则，应优先采取哪种措施？A.增加团队成员数量B.限制WIP限制并优化流程C.缩短Sprint周期D.提高任务优先级3.在敏捷环境中，产品负责人（ProductOwner）与开发团队之间的典型协作方式是？A.通过正式合同进行需求分配B.通过每日站会进行需求澄清C.通过季度评审会议确定需求优先级D.通过电子邮件提交变更请求4.某敏捷团队在Sprint评审会上展示了一个未完全完成的用户故事，产品负责人表示可以接受该部分功能先交付。根据敏捷原则，这体现了哪种实践？A.需求冻结B.分批交付（IncrementalDelivery）C.范围蔓延D.整体验收5.在Scrum中，负责规划Sprint目标、估算任务并分配工作的会议是？A.Sprint评审会（SprintReview）B.Sprint回顾会（SprintRetrospective）C.Sprint计划会（SprintPlanning）D.日常站会（DailyScrum）6.某敏捷团队采用相对估算（StoryPoints）而非绝对工时（如小时）进行任务估算，其主要目的是？A.提高估算精度B.促进跨职能团队成员理解工作量C.避免团队过度关注时间细节D.满足管理层对工时报告的要求7.在敏捷项目管理中，"DefinitionofDone"（完成定义）的主要作用是？A.规定团队成员的每日工作时间B.确保所有任务在Sprint结束时达到可交付状态C.设定团队成员的绩效考核标准D.约束产品负责人的需求变更权限8.某企业采用敏捷方法管理跨国项目，团队成员分布在不同时区。为保持高效协作，应优先采用哪种沟通工具？A.实时视频会议B.电子邮件C.固定电话D.即时消息9.在敏捷项目中，如果开发团队发现某个用户故事的技术难度远超预期，导致Sprint目标可能无法达成，应如何处理？A.忽略该问题，继续推进其他任务B.向产品负责人申请延长Sprint周期C.重新评估用户故事的优先级并调整Sprint计划D.将问题上报给项目经理进行决策10.某敏捷团队采用"时间盒"（Timebox）管理任务，但发现部分任务因依赖外部资源而无法按时完成。根据敏捷原则，应如何应对？A.延长时间盒B.取消该任务C.与外部资源方协商调整依赖关系D.将任务拆分为更小的子任务二、多选题（共5题，每题3分）1.在Scrum框架中，产品负责人（ProductOwner）的主要职责包括哪些？A.确定产品待办事项列表（ProductBacklog）的优先级B.估算开发任务的工时C.审批Sprint计划D.确保Sprint评审会上的产品演示效果E.负责产品发布后的运维支持2.Kanban方法的核心原则包括哪些？A.限制在制品（WIP）数量B.持续改进流程（ContinuousImprovement）C.通过可视化看板跟踪任务进度D.设定固定的Sprint周期E.强调跨职能团队协作3.敏捷项目管理中常见的估算技术包括哪些？A.PlanningPoker（计划扑克）B.自下而上估算C.三点估算（PERT）D.按工时估算E.按完成百分比估算4.在敏捷项目中，导致Sprint失败的主要原因可能包括哪些？A.产品负责人频繁变更需求优先级B.开发团队任务分配不均C.缺乏有效的沟通机制D.未设置明确的完成定义（DefinitionofDone）E.管理层过度干预团队决策5.敏捷团队如何通过Sprint回顾会（SprintRetrospective）实现持续改进？A.识别Sprint过程中的成功经验B.讨论未解决的技术难题C.制定具体的改进措施并分配责任人D.评估团队成员的工作绩效E.决定下一Sprint的产品待办事项优先级三、案例分析题（共2题，每题10分）案例一：某电商公司采用Scrum框架开发新功能模块，但团队在Sprint过程中遇到以下问题：1.产品负责人频繁调整需求优先级，导致开发团队疲于应对；2.部分用户故事因依赖第三方API而延迟交付；3.团队成员对"完成定义"的理解存在分歧，导致部分任务未达标。问题：请结合敏捷原则，分析上述问题产生的原因，并提出至少三项改进措施。案例二：某制造企业采用Kanban方法管理设备维护流程，初期看板设计如下：-列表分为"待处理""进行中""已完成"三列；-每列WIP限制为5个任务；-但实施后发现"进行中"列任务积压严重，导致整体维护周期延长。问题：请分析可能导致WIP积压的原因，并提出优化建议。答案及解析一、单选题答案及解析1.A解析：ScrumMaster的核心职责是服务型领导，确保团队遵循Scrum框架，促进信息透明和跨职能协作。产品负责人侧重需求，开发团队负责执行，而Stakeholder是外部利益相关者。2.B解析：Kanban通过WIP限制控制流程流量，解决积压问题。增加人力可能加剧混乱，缩短周期不解决根本原因，邮件和电子邮件不适合实时协作。3.B解析：敏捷强调每日站会（15分钟）快速同步，而非正式合同或季度会议。产品负责人与开发团队通过站会实时澄清需求，提高响应速度。4.B解析：分批交付是敏捷核心实践之一，允许部分功能提前交付以获取早期反馈。需求冻结与敏捷背道而驰，验收需整体完成，未完成部分不可验收。5.C解析：Sprint计划会（1-4小时）是Scrum固定仪式，用于确定Sprint目标、估算任务并分配。评审会展示成果，回顾会讨论改进，站会是每日同步。6.C解析：相对估算是为了促进团队内部对工作量的一致理解，而非精确量化。敏捷反对过度关注工时，强调价值交付而非资源消耗。7.B解析：完成定义确保所有成员对"完成"标准达成共识，避免返工。它不限制工作时长、不用于考核，也不决定需求优先级。8.A解析：跨时区团队需高频同步，实时视频会议（如Zoom、Teams）结合异步文档（如Confluence）最有效。电子邮件和电话不适合实时协作，即时消息延迟较大。9.C解析：敏捷强调适应性，团队应主动调整计划而非依赖外部决策。重新评估优先级并拆分任务，确保Sprint价值最大化。10.C解析：敏捷通过协作解决依赖问题，而非简单延长时间盒。拆分任务可降低复杂度，但根本解决需与外部资源协商（如SLA调整）。二、多选题答案及解析1.A,D,E解析：产品负责人的核心职责是最大化产品价值，包括优先级排序（A）、演示产品（D）及发布后运维（E）。工时估算（B）和计划审批（C）非其职责。2.A,B,C解析：Kanban核心原则包括可视化（C）、WIP限制（A）、持续改进（B）。固定周期（D）是Scrum特征，运维支持（E）非Kanban范畴。3.A,B,C解析：敏捷常用估算技术包括PlanningPoker（A）、自下而上（B）和三点估算（C）。按工时（D）和百分比（E）是传统瀑布方法。4.A,B,C,D解析：敏捷Sprint失败常见于需求变更（A）、任务分配不均（B）、沟通缺失（C）、无完成定义（D）。绩效评估（E）是管理行为，非敏捷问题。5.A,C解析：Sprint回顾会通过复盘成功经验（A）和制定改进措施（C）实现持续改进。技术难题（B）、绩效评估（D）、优先级调整（E）非其核心内容。三、案例分析题答案及解析案例一：问题原因：1.产品负责人频繁变更优先级，违反了Scrum中产品待办事项应稳定的原则；2.第三方API依赖未在Sprint规划阶段识别，导致意外阻塞；3.完成定义不明确，导致团队对"完成"标准理解不一致。改进措施：1.加强产品待办事项管理：产品负责人需提前至少一周公示优先级调整计划，并与团队讨论影响；2.识别外部依赖并前置：在Sprint计划会中明确API依赖，提前验证或寻找替代方案；3.统一完成定义：团队需共同制定并签字确认的完成定义清单，并定期复盘。案例二：WIP积压原因：1.任务颗粒度过大：单个任务耗时过长，导致WIP限制被频繁触发；2.流程瓶颈："进行中"列存在隐性依赖或资源短缺（如测试