2026年PMP项目管理敏捷专项试题及答案解析

2026年PMP项目管理敏捷专项试题及答案解析第一部分：单项选择题（共40题，每题1分。每题只有一个选项最符合题意）1.一个敏捷团队正在开发一个复杂的软件产品。在冲刺评审会议上，产品负责人注意到一个关键功能未能按预期工作，尽管开发团队认为该功能已经完成。作为敏捷教练，你应该首先建议做什么？A.要求开发团队立即修复该缺陷，因为这是关键功能。B.询问团队该功能是否真正符合“完成的定义”。C.将该缺陷记录在待办事项列表中，并调整优先级以便在下一个冲刺中修复。D.与产品负责人单独沟通，解释技术实现的难度。【答案】B【解析】在敏捷中，“完成的定义”是团队之间关于可交付产品质量的共识。如果一个功能未通过评审，首先需要检查的是团队是否遵守了DoD。如果DoD包含了“通过测试”或“无已知缺陷”，那么该功能实际上并未完成。选项A试图立即修复可能违反了当前冲刺的范围；选项C是后续步骤，但首先要明确质量标准；选项B直击核心，检查DoD的执行情况，是敏捷流程控制的关键；选项D回避了团队内部的质量标准问题。2.在一个Scrum团队中，一名高级开发人员总是直接分配任务给初级开发人员，导致初级开发人员缺乏积极性，团队自组织能力下降。作为ScrumMaster，你应该如何处理？A.在回顾会议上提出这个问题，并引导团队讨论自组织的重要性。B.私下找该高级开发人员谈话，要求其停止指挥行为。C.介入任务分配过程，确保任务分配的公平性。D.建议项目经理将高级开发人员调离该团队。【答案】A【解析】ScrumMaster是servant-leader（仆人式领导），其职责是促进Scrum流程和团队自组织。直接干预（选项B、C）或调离人员（选项D）并不是首选方案，尤其是在没有团队共识的情况下。回顾会议是团队自我检视和改进的最佳场所。通过引导团队讨论，让成员意识到自组织受阻的问题，由团队内部制定规范来解决，符合敏捷原则。3.产品负责人在冲刺中期收到了一个紧急的市场变更请求，该请求具有很高的商业价值。产品负责人希望将此功能加入当前的冲刺。作为ScrumMaster，你的建议是？A.拒绝请求，因为冲刺开始后范围是不允许变更的。B.如果团队能够在不影响当前冲刺目标的前提下完成该请求，则允许加入。C.取消当前的冲刺，重新开始包含该新功能的冲刺规划。D.将该请求放入待办事项列表的优先级位置，等待下一个冲刺规划。【答案】D【解析】Scrum指南明确指出，冲刺期间，开发目标和范围是固定的，以确保团队专注于承诺。虽然产品负责人可以在冲刺期间管理待办事项，但不应干扰开发团队的工作。如果变更极其紧急且重要，选项C（取消冲刺）是可能的，但通常成本高。标准的敏捷做法是保持冲刺稳定性，将新需求放入待办事项列表，并根据优先级在下一个冲刺中处理。选项A过于生硬但逻辑正确，但D更体现了PO管理待办列表的职责；在PMP考试语境下，保护冲刺不被干扰是核心原则，因此D是最佳实践，除非该变更导致当前冲刺目标失去意义，否则不取消冲刺。4.一个跨职能敏捷团队由10人组成，其中两名成员远程办公。团队发现远程成员在每日站会上经常听不清现场讨论的内容，导致信息同步不及时。应该采取什么措施？A.要求所有成员回到办公室工作。B.取消每日站会，改用书面日报。C.确保每日站会使用高质量的协作工具，并要求发言者面向麦克风清晰表达。D.缩短每日站会的时间，只汇报进度，不进行讨论。【答案】C【解析】敏捷倡导分布式团队的有效协作。选项A不现实且违背敏捷灵活性；选项B去除了同步互动的价值；选项D虽然站会不应深入讨论，但根本问题是沟通障碍而非会议时长。选项C通过技术手段和团队约定（协议）来解决物理分布带来的沟通问题，是最佳的敏捷实践。5.在使用看板方法的团队中，团队发现“测试”列中的在制品（WIP）数量经常超过限制，导致工作积压。为了解决这一问题，团队应该？A.增加“测试”列的WIP限制，以容纳更多工作。B.停止从“开发”列拉取新任务，直到“测试”列的WIP降低。C.招聘更多的测试人员来提高测试能力。D.强制开发人员协助测试，以加快测试速度。【答案】B【解析】看板的核心是限制在制品（WIP）以发现瓶颈和促进流动。当WIP超过限制时，意味着下游存在瓶颈。正确的做法是停止启动，开始完成。即停止向上游输入新工作，集中精力帮助下游清除瓶颈。选项A掩盖了问题；选项C是传统瀑布式的解决思路；选项D是B的执行手段之一，但B是看板机制的首要原则。6.敏捷宣言中强调“响应变化高于遵循计划”。这意味着在敏捷项目中：A.完全不需要做计划，计划是无用的。B.计划是动态的，随着项目的进展和知识的获取而不断调整。C.只有客户可以要求变更计划，团队不能主动变更。D.变更是无条件的，任何时间都可以接受任何变更。【答案】B【解析】敏捷并不是反计划，而是拥抱变化。计划在敏捷中依然重要（如迭代计划、发布计划），但计划不是僵化的。当情况发生变化或获得更多信息时，计划应当相应调整以适应新情况。选项A是误解；选项C和D过于绝对。7.一个敏捷团队正在开发一款医疗设备软件，由于法规限制，文档要求非常严格。团队认为文档编写拖慢了开发速度。作为敏捷教练，你建议？A.忽略法规要求，专注于软件功能，因为敏捷推崇“可工作的软件高于详尽的文档”。B.将文档编写任务放入待办事项列表，像对待功能一样对其进行优先级排序和估算。C.专门指派一名人员负责文档，其他人只管写代码。D.在项目结束时集中补齐所有文档。【答案】B【解析】敏捷原则是“可工作的软件高于详尽的文档”，但并不意味着文档不重要，特别是在受监管环境中。最佳实践是将文档视为价值交付的一部分，像对待用户故事一样对待它：拆解、估算、放入待办列表、并在迭代中完成。选项A违规；选项C破坏了跨职能协作；选项D风险巨大且违背增量交付。8.在冲刺回顾会议上，团队成员之间发生了激烈的争执，互相指责对方导致冲刺失败。作为ScrumMaster，你此时应该？A.立即终止会议，避免冲突升级。B.保持中立，让团队成员自行解决争执。C.干预会议，引导团队关注流程和问题本身，而不是个人指责。D.记录下争执的内容，会后向管理层汇报。【答案】C【解析】回顾会议需要在一个安全的氛围中进行。ScrumMaster的职责之一是营造这种环境并引导讨论。当出现人身攻击时，ScrumMaster必须介入，将焦点从“对人”转移到“对事/流程”上，以保护团队氛围和会议效果。选项A放弃了改进机会；选项B在冲突升级时无效；选项D破坏了信任。9.一个项目采用Scrum方法，团队速度在过去三个冲刺中持续下降。作为ScrumMaster，你首先应该关注哪方面？A.检查待办事项列表的优先级是否正确。B.检查团队的技术债务是否在增加。C.检查查尔斯·舒曼图表，看是否有外部干扰或范围蔓延。D.要求产品负责人减少每个冲刺的用户故事数量。【答案】C【解析】速度下降可能由多种原因引起。查尔斯·舒曼图表展示了实际完成的工作量与计划工作量的对比。通过该图表可以直观地看到是否存在未计划的工作加入（范围蔓延）或外部干扰导致的时间损耗。这是诊断速度下降趋势的常用工具。选项B是可能的原因之一，但不如C直观全面；选项D是应对措施，不是诊断步骤。10.在特性驱动开发中，哪项不是其主要特征？A.面向客户的特性。B.按功能进行迭代和增量开发。C.强调严格的层级管理和命令控制。D.频繁的交付和可视化的进度。【答案】C【解析】FDD（特性驱动开发）是一种敏捷方法，强调迭代、增量、面向客户和频繁交付。它依然遵循敏捷的价值观，如自组织和协作。选项C“严格的层级管理和命令控制”属于传统瀑布式或预测型管理的特征，与敏捷精神相悖。11.敏捷团队中的“技术主管”或“架构师”角色，其主要职责是？A.负责分配具体的编程任务给开发人员。B.制定详细的技术架构，并强制团队严格执行，不得更改。C.指导团队技术决策，支持解决技术难题，并确保代码质量。D.独自负责核心模块的编码，其他人员负责外围模块。【答案】C【解析】在敏捷中，架构师或技术主管是服务型角色。他们通过指导、协作和辅导来帮助团队，而不是通过命令。选项A和B破坏了自组织；选项D造成了知识孤岛和瓶颈。12.团队正在使用用户故事来描述需求。一个好的用户故事应该遵循INVEST原则。其中“V”代表：A.Value（对客户有价值）。B.Vertical（垂直切片）。C.Variable（可变的）。D.Verified（可验证的）。【答案】D【解析】INVEST原则包括：Independent（独立的）、Negotiable（可协商的）、Valuable（有价值的）、Estimable（可估算的）、Small（小的）、Testable（可测试的）。这里“V”通常指Testable（有时也被解释为Validated），即故事应当有明确的验收标准，是可验证的。选项A对应的是Valuable，但在INVEST缩写中V通常排在最后指Testable（虽然不同教材略有差异，但在PMP语境下，Testable是V的标准对应）。*注：部分资料将INVEST中的V解释为Valuable，E为Estimable，S为Small，T为Testable。但在PMP考试中，通常考察的是“Testable”作为故事质量的重要属性。若严格按照字母顺序，V通常指Valuable，但INVEST全称中T是Testable。让我们重新审视：Independent,Negotiable,Valuable,Estimable,Small,Testable。题目问V，根据全称应为Valuable。但题目选项D是Verified（Testable的同义词）。若题目意在考察最后一个字母，则是T。这里题目问V，根据INVEST定义，V是Valuable。然而，如果题目考察的是“可验证性”，这是INVEST的关键部分。鉴于选项中有Value和Verified，需判断。通常INVEST中V=Valuable。但是，如果这是一道陷阱题，可能考察的是Testable。让我们修正：INVEST中，V是Valuable。T是Testable。但很多敏捷实践强调“可验证性”。若题目严格按字母，选A。若考察原则内容，可能混淆。但在PMP考试中，INVEST的V通常指Valuable。不过，查看标准PMP考题，有时会考察原则的具体含义。让我们确认：Independent,Negotiable,Valuable,Estimable,Small,Testable。所以V是Valuable。选项A是Value。选项D是Verified。此题若选A最符合字母。但若题目意指“故事必须是...”，且选项中有Testable含义，需注意。通常考题会问“T代表什么”。这里问V。标准答案是Valuable。**修正：为了确保准确性，重新分析。INVEST原则：I=Independent,N=Negotiable,V=Valuable,E=Estimable,S=Small,T=Testable。因此V代表Valuable。选项A正确。*13.一个大型企业决定转型为敏捷，但在转型初期，中层管理者表现出强烈的抵触情绪，担心失去权力。作为敏捷推动者，你应该如何帮助中层管理者适应？A.绕过中层管理者，直接与高层和团队沟通。B.解雇抵触的中层管理者。C.帮助中层管理者转变角色，从“监督者”转变为“服务型领导”或“障碍消除者”。D.允许中层管理者继续按照旧模式管理，只要团队名义上是敏捷的。【答案】C【答案解析】敏捷转型中，中层管理者的角色转变是最难的一环。他们的权力来源从“分配任务和监控”转变为“协调资源、消除障碍、支持团队”。选项C帮助他们找到新的价值定位，是成功的转型策略。选项A和B会制造阻力；选项D导致伪敏捷。14.在Scrum中，如果开发团队在冲刺期间发现无法完成承诺的所有工作，他们应该？A.立即通知产品负责人，并协商缩减范围。B.默默加班，尽量完成所有工作。C.继续工作，如果在冲刺评审时未完成，则作为未完成项处理。D.请求ScrumMaster强制产品负责人移除一些用户故事。【答案】A【解析】敏捷强调透明度。如果团队发现无法完成目标，应尽早（而不是等到最后）与产品负责人沟通。PO可能会决定移除低优先级的功能，或者如果冲刺目标受到威胁，可能会取消冲刺。选项B损害可持续开发；选项C缺乏透明度；选项D越权，PO是唯一有权管理待办列表范围的人。15.以下哪项是敏捷发布规划的主要目的？A.详细规划每个迭代的具体任务。B.预测项目何时可以发布具有特定价值集的MVP（最小可行产品）。C.代替项目章程，定义项目的高层目标。D.分配具体的人员到具体的任务上。【答案】B【解析】发布规划关注的是长期愿景和基于速度的预测，旨在回答“我们大概何时能发布包含哪些功能的产品”。选项A是迭代规划的内容；选项C是愿景或章程的内容；选项D是微观管理。16.在一个分布式敏捷团队中，由于时差问题，同步会议非常困难。为了提高效率，团队决定采用“跟随太阳”模式。这意味着？A.团队成员在不同时区工作，当一个团队下班时，将工作移交给另一个时区的团队继续。B.所有人都按照太阳的时间作息，白天工作，晚上休息。C.团队只在有阳光的时候开会。D.取消所有同步会议，完全依靠异步沟通。【答案】A【解析】“跟随太阳”是一种分布式开发策略，利用时差让开发工作24小时不间断进行。例如，伦敦团队下班前将代码移交给旧金山团队，后者继续开发和测试。这可以缩短交付周期。17.关于敏捷中的“风险”，以下说法正确的是？A.敏捷项目没有风险管理，因为变更太频繁。B.风险管理主要通过详细的upfrontplanning（前期规划）来消除。C.风险通过迭代、短周期反馈和频繁交付来最小化。D.只有项目经理负责风险，团队不参与。【答案】C【解析】敏捷不依赖长周期的预测来消除风险，而是通过缩短反馈循环（迭代），尽早发现问题（通过PO评审、测试等），从而降低风险。这是敏捷应对不确定性的核心策略。18.在估算故事点时，团队使用计划扑克。计划扑克的主要好处是？A.它基于数学算法，能提供最准确的时间估算。B.它避免了锚定效应，并让所有成员发声，从而达成共识。C.它速度最快，不需要讨论。D.它可以将故事点直接换算成工时。【答案】B【解析】计划扑克是一种共识机制。它通过匿名展示估算，防止少数人或高嗓门的人影响他人（避免锚定），并引发关于为什么估算差异巨大的讨论，从而深化对需求的理解。它估算的是相对复杂度，而非绝对时间（选项D错误）。19.敏捷团队在构建产品时，发现用户故事之间的依赖关系非常复杂，导致优先级排序困难。为了解决这个问题，产品负责人应该？A.优先开发依赖最少的模块。B.尝试拆分用户故事，以减少依赖，或利用技术手段（如Mock）解耦。C.按照难度从低到高排序。D.随机挑选故事开发。【答案】B【解析】依赖关系是敏捷流动的敌人。解决方法包括：1.通过切片技术拆分故事，使其独立；2.在架构上解耦；3.利用桩代码等技术手段并行开发。选项A和C没有解决根本问题；选项D不可行。20.一个已经成熟的敏捷团队，其回顾会议变得越来越形式化，产出很少。为了打破僵局，ScrumMaster引入了“ESVP”活动。ESVP代表什么？A.Estimate,Story,Value,Priority,Estimate.B.Expecter,Seeker,Shunner,Voyager,Prisoner.C.Every,Story,Value,Priority,Estimable.D.Enter,Start,View,Plan,Exit.【答案】B【解析】ESVP是回顾会议中用于评估参与者态度的工具：E=Expecter（期待者），S=Seeker（寻求者），Sh=Shunner（逃避者），V=Voyager（漫游者），P=Prisoner（囚犯）。这有助于ScrumMaster了解团队心态，调整会议形式。21.在XP（极限编程）中，结对编程的主要目的是？A.节省成本，减少一半的人力投入。B.提高代码质量，促进知识共享和团队协作。C.让资深开发人员监督新手。D.加快编码速度，因为两个人打字更快。【答案】B【解析】结对编程虽然看起来用了两个人，但研究表明它能减少缺陷、提高设计质量、促进技能传播（集体代码所有权）。虽然单人打字速度可能一样，但整体质量和团队能力的提升是核心价值。选项A错误，因为成本不是主要节省点；选项C不是监督而是协作；选项D是误解。22.在动态系统开发方法中，哪项技术强调在开发之前必须花时间建立良好的基础和架构？A.MoSCoW优先级排序。B.时间箱。C.前期构架协调。D.工作坊。【答案】C【解析】DSDM（DynamicSystemsDevelopmentMethod）有八大原则，其中之一是“Nevercompromisequality”（绝不妥协质量）和相关的架构实践。DSDM认为在敏捷开发前，进行充分的架构和设计探讨是必要的，以避免后期返工。这被称为“FAG”或类似的架构协调活动。23.一个敏捷团队包含开发人员、测试人员和BA（业务分析师）。在迭代中，测试人员通常在最后几天才开始工作，导致发现Bug时已无时间修复。这违反了敏捷的什么原则？A.迭代中包含所有不同专业的成员。B.可以工作的软件高于详尽的文档。C.尽早且持续地交付有价值的软件。D.团队围绕激励的项目构建。【答案】A【解析】敏捷强调“跨职能团队”和“持续测试”。测试人员在最后才介入是“瀑布式”的坏习惯。敏捷要求测试贯穿整个迭代，甚至TDD（测试驱动开发）要求测试先于编码。这体现了团队中各角色应并行工作，而非串行。24.关于“最小可行产品”（MVP），以下描述正确的是？A.它是质量最低的产品，只是为了快速上线。B.它是包含所有可能功能但性能较差的产品。C.它是具有足够功能以满足早期客户并获取反馈的产品，不包含非必要功能。D.它是项目结束时的最终交付物。【答案】C【解析】MVP策略旨在用最小的成本（功能集）来验证假设和获取反馈。它不等于低质量（敏捷不妥协质量），也不等于半成品。它是“可行”的，即能用的，但功能是最小集。选项B和D错误。25.在看板图中，如果“在开发”列和“在测试”列之间积累了大量的卡片，这通常被称为？A.瓶颈。B.浪费。C.批量。D.缓冲区。【答案】A【解析】在看板中，卡片积压的地方就是瓶颈。流动被阻碍了。需要识别瓶颈并采取措施（如增加资源、减少WIP、优化流程）来疏通。26.Scrum中的“冲刺目标”的作用是？A.给开发人员设定一个必须完成的KPI指标。B.指导开发团队在本次冲刺中工作的目的，并在范围发生冲突时提供决策依据。C.用来计算团队的速度。D.用来向客户承诺具体的交付日期。【答案】B【解析】冲刺目标为团队提供了方向。如果在冲刺中途，PO想移除某个故事，或者团队发现无法完成所有故事，他们可以参考冲刺目标：“如果我们不完成这个，是否还能达成冲刺目标？”它是团队在不确定性中的导航灯。27.敏捷团队使用“燃尽图”来追踪进度。如果燃起图中的线条是水平的，意味着什么？A.团队工作速度非常快。B.团队没有完成任何工作。C.团队增加了新的工作范围。D.图表画错了。【答案】B【解析】燃尽图（通常指剩余工作量随时间的变化）如果是水平的，说明剩余工作量没有减少，即团队没有完成任何任务。燃起图如果是水平的，说明已完成的工作量没有增加。通常考察燃尽图，水平意味着没有进展。28.在大规模敏捷框架（如SAFe）中，“PI（项目增量）规划”的主要产出是？A.详细的代码实现。B.一套经过团队承诺的PI目标和计划。C.单个团队的SprintBacklog。D.企业的年度战略规划。【答案】B【解析】SAFe中的PIPlanning是所有团队对齐的同步会议，为期两天。其产出是PI目标、PI计划、风险评估和依赖管理。它不是写代码（A），也不是单团队计划（C），而是更高层级的对齐。29.以下哪项技术有助于团队在需求不明确的情况下，快速验证假设并减少浪费？A.GanttChart（甘特图）。B.Spike（探针故事/技术探索）。C.WBS（工作分解结构）。D.CriticalPathMethod（关键路径法）。【答案】B【解析】Spike是敏捷中的一种特殊用户故事，用于调研或技术探索。它的产出是信息，而不是功能。当团队对某个故事估算困难或不清楚如何实现时，可以插入Spike来获取信息，从而减少后续开发的不确定性。30.产品负责人在维护产品待办列表时，应该关注？A.细节粒度要足够细，以便开发人员无需思考就能直接编码。B.优先级排序，确保高价值项排在前面，且列表随时就绪。C.包含所有未来可能想到的功能，以免遗漏。D.仅关注技术实现细节。【答案】B【解析】PO的核心职责是最大化产品价值和待办列表的管理。这包括优先级排序（价值驱动）和确保列表就绪（DEEP原则：Detailedappropriately,Estimated,Emergent,Prioritized）。选项A错误，细节只需适度；选项C会导致列表臃肿；选项D是团队的事。31.在敏捷项目中，变更成本曲线与传统瀑布项目相比，有何不同？A.敏捷的变更成本曲线随时间推移急剧上升。B.敏捷的变更成本曲线随时间推移保持相对平缓。C.敏捷不允许变更，所以成本无限大。D.两者没有区别。【答案】B【解析】传统模式下，越到后期变更成本越高（指数级）。敏捷通过短迭代、自动化测试、持续集成等工程实践，使得在项目后期变更功能的成本相对较低（平缓），因为架构更具适应性，且反馈更早。32.一个敏捷团队在完成一个功能后，发现虽然功能实现了，但UI设计非常丑陋，客户不满意。这反映了敏捷中的什么问题？A.缺乏持续集成。B.缺乏全功能团队或跨职能协作（如缺少UI设计师）。C.速度计算错误。D.每日站会效率低。【答案】B【解析】敏捷强调交付“完整”的功能增量。如果功能可用但UI不行，说明团队没有包含必要的技能（设计）或没有将“完成”定义为包含UI验收。这通常是跨职能能力缺失的表现。33.关于“持续集成”（CI），以下哪项不是其实践？A.开发人员频繁地将代码集成到主干。B.每次集成都进行自动化构建和测试。C.团队每天进行一次长时间的集成会议。D.快速检测并修复集成错误。【答案】C【解析】CI是一种工程实践，主要是自动化的。选项C“长时间的集成会议”是反模式，CI的目标是减少集成痛苦，而不是通过会议来解决集成问题。34.在敏捷项目中，如果干系人要求提供一个固定的完工日期和固定的范围，敏捷教练应该？A.直接拒绝，因为敏捷不支持固定日期和范围。B.接受要求，并承诺加班完成。C.接受日期固定，但告知范围是可变的（权衡）；或者接受范围固定，但日期由速度决定。D.签订合同后，再通过敏捷方法偷工减料。【答案】C【解析】项目管理存在铁三角（范围、时间、成本）。在敏捷中，如果日期和范围都固定，那么质量必然受损（这是不可接受的）。敏捷教练需要与干系人协商，通常固定日期和预算，让范围随价值优先级浮动；或者固定范围，让日期随团队速度浮动。选项C体现了这种权衡思维。35.在用户故事的描述中，“作为一个...，我想要...，以便...”的格式，其核心价值在于？A.强调技术实现细节。B.强调用户角色和价值，避免功能堆砌。C.方便测试人员写测试用例。D.方便估算工时。【答案】B【解析】这种格式强制需求方思考“谁”在用，“为了什么价值”。这有助于将关注点从“功能本身”转移到“用户价值”上，从而帮助PO和团队做优先级决策。如果“以便”部分没有价值，该故事可能就不该做。36.一个新组建的敏捷团队处于“震荡期”，冲突不断。作为领导者，此时最适合的领导风格是？A.指令型（告诉他们怎么做）。B.教练型（引导他们建立规范）。C.授权型（完全放手）。D.民主型（投票决定）。【答案】B【解析】根据塔克曼团队发展阶段模型（形成、震荡、规范、执行...），在震荡期，团队需要建立规则和解决冲突的机制。领导者应采用教练式或支持式风格，帮助团队度过冲突，建立规范。指令式（A）会阻碍自组织；授权式（C）在团队未成熟时会导致混乱。37.敏捷中的“回顾会议”与“评审会议”的主要区别是？A.评审会议关注产品和干系人反馈，回顾会议关注团队流程和改进。B.评审会议只有内部人员参加，回顾会议邀请客户。C.评审会议每两周一次，回顾会议每月一次。D.没有区别，只是名字不同。【答案】A【解析】评审会议是展示成果（可工作软件），获取反馈，调整产品待办列表（关注产品）。回顾会议是团队内部检视流程、工具和协作，制定改进计划（关注流程）。38.在估算用户故事时，团队发现某个故事非常大，估算为21点（团队通常用斐波那契数列）。这通常意味着？A.团队速度变慢了。B.该故事需要被拆解成更小的故事。C.该故事应该直接丢弃。D.团队应该使用线性估算。【答案】B【解析】敏捷建议用户故事的大小应在一个迭代内能完成。如果估算值过大（如21、13等，视团队速度而定），意味着不确定性高，难以在单次迭代完成，风险大。因此需要拆解。39.关于“敏捷中的质量”，以下说法正确的是？A.质量由QA团队在迭代结束时负责。B.质量是全员责任，通过左移（测试前移）和自动化来保证。C.敏捷为了速度，可以适当牺牲质量。D.质量通过大量的文档来保证。【答案】B【解析】敏捷不认为质量是测试部门的关口。质量是全员责任，特别是通过TDD、结对编程、持续集成等“左移”实践，在开发早期就保证质量。选项C是严重的误解。40.一个项目采用混合模式，部分硬件用瀑布，部分软件用敏捷。作为项目经理，你需要注意的关键点是？A.硬件和软件团队完全隔离，互不干扰。B.管理好依赖关系和接口，通常在硬件里程碑点进行软件集成。C.强迫硬件团队也完全转为敏捷。D.让软件团队适应硬件团队的文档要求。【答案】B【解析】混合模式下的挑战在于节奏不同步。瀑布通常是大里程碑，敏捷是小迭代。关键在于管理依赖，通常在硬件的关键节点进行集成验证，同时软件内部保持敏捷迭代。第二部分：多项选择题（共10题，每题2分。每题有两个或两个以上选项符合题意。少选得部分分，错选不得分）41.以下哪些属于《敏捷宣言》背后的四项价值观？A.个体和互动高于流程和工具。B.可工作的软件高于详尽的文档。C.客户合作高于合同谈判。D.响应变化高于遵循计划。E.严格的计划高于响应变化。【答案】A,B,C,D【解析】这是敏捷宣言的完整四条价值观。E是反义。42.Scrum框架中的三个角色分别是？A.ScrumMaster。B.ProductOwner。C.ProjectManager。D.DevelopmentTeam。E.Stakeholder。【答案】A,B,D【解析】Scrum指南明确角色只有：ScrumMaster,ProductOwner,DevelopmentTeam。ProjectManager在Scrum中不存在（职责分散到PO和SM及团队）。43.在敏捷项目中，为了促进“透明度”，团队可以使用哪些工具或实践？A.信息发射器。B.每日站会。C.冲刺评审会议。D.隐瞒代码进度。E.私下估算。【答案】A,B,C【解析】信息发射器（如看板墙）、站会、评审会议都是为了增加项目进度的可视化和透明度。D和E显然破坏了透明度。44.优秀的用户故事应当具备哪些特征（INVEST原则）？A.Independent（独立的）。B.Negotiable（可协商的）。C.Valuable（有价值的）。D.Estimable（可估算的）。E.Specific（具体的）。【答案】A,B,C,D【解析】INVEST原则对应上述A、B、C、D以及Small（小的）和Testable（可测试的）。选项E不是INVEST的标准缩写项，虽然故事需要具体，但INVEST中不选E。45.以下哪些是看板方法的核心实践？A.可视化工作流。B.限制在制品（WIP）。C.管理流动。D.明确的流程规则。E.每日站会。【答案】A,B,C,D【解析】看板核心实践包括：可视化工作流、限制在制品、管理流动、明确流程规则、反馈循环（含会议）。虽然看板也有会议，但“每日站会”是Scrum的术语，看板通常称“每日同步会议”或Cadencemeetings，但E常被归为Scrum特有。不过看板也有Cadence。但在严格考题中，ABCD是看板区别于其他的最显著特征。实际上，看板确实包含反馈环（含每日会议），但A、B、C、D是更核心的机制。若选E可能被视为Scrum特征。根据标准教材，看板实践：Visualize,LimitWIP,ManageFlow,MakeProcessPoliciesExplicit,ImplementFeedbackLoops,Collaborate,Improve.选项E属于反馈环的一部分。但通常多选题选最核心的。ABCD肯定对。46.敏捷团队在遇到技术难题时，可以采取哪些措施？A.在回顾会议上讨论并寻找解决方案。B.使用Spike（探针）进行技术调研。C.请教团队外部的技术专家。D.忽略问题，继续开发其他功能。E.增加加班时间强行攻克。【答案】A,B,C【解析】面对技术难题，应通过回顾会、Spike调研或寻求外部帮助（协作）来解决。D和E不是健康的敏捷实践。47.以下哪些属于敏捷中的“反模式”（Anti-pattern）？A.ScrumMaster兼任产品负责人。B.团队成员超过9人且不拆分。C.只有产品负责人有权更新待办列表。D.冲刺期间不允许变更需求。E.“僵尸站会”（只汇报进度，不解决问题）。【答案】A,B,E【解析】A：SM和PO角色冲突，应分离；B：Scrum指南建议3-9人，过大会降低沟通效率；E：站会不是汇报会，是同步计划会。C和D是Scrum的正常规则（PO管理待办，冲刺锁定范围），不是反模式。48.在敏捷环境中，项目经理（或类似职能）的职责更倾向于？A.清除障碍。B.服务型领导。C.指导团队。D.控制进度。E.分配任务。【答案】A,B,C【解析】敏捷中的管理者转变为仆人式领导，主要职责是服务团队、清除障碍、指导和教练团队，而不是控制进度或分配任务（D和E是传统管理职能）。49.持续交付的价值包括？A.缩短反馈周期。B.降低发布风险。C.提高软件质量。D.增加繁琐的手工部署工作。E.确保每个构建都是可部署的。【答案】A,B,C,E【解析】持续交付通过自动化构建、测试、部署，实现快速反馈、低风险、高质量和随时可部署。D是反效果，它减少了手工工作。50.敏捷原则中提到：“激发个体的斗志，赋予他们环境和权利，让他们以完成任务为目标”。为了实现这一点，团队应该？A.拥有自组织权。B.拥有跨职能技能。C.受到微观管理。D.处于一个可持续的节奏中。E.获得持续的激励。【答案】A,B,D,E【解析】自组织、跨职能、可持续节奏（不加班）、激励都是激发斗志的条件。C是反作用。第三部分：情景分析与应用题（共5大题，每大题包含3个小题，共15题。每题3分）【情景一】某金融科技公司正在开发一款新的移动支付应用。项目采用Scrum框架。团队由7名成员组成，包括后端、前端、QA和UI设计师。项目进行到第5个Sprint时，产品负责人（PO）接到了市场部的紧急通知，竞争对手刚刚发布了一项类似“人脸识别支付”的功能，市场部要求团队必须在下一个Sprint（第6个Sprint）中加入此功能，否则产品将失去竞争力。然而，第6个Sprint的规划会议已经结束，范围已经锁定。51.面对市场部的紧急请求，作为ScrumMaster，你首先建议产品负责人如何处理？A.立即取消第6个Sprint，重新规划包含人脸识别功能的Sprint。B.拒绝市场部的请求，坚持第6个Sprint的范围不变。C.与市场部和开发团队沟通，评估该功能的紧急性和价值，如果确实关键，可考虑取消第6个Sprint。D.偷偷将该功能加入第6个Sprint，不告诉团队，以免影响士气。【答案】C【解析】Scrum允许在Sprint期间取消Sprint，但这通常由PO决定。SM应促进沟通。首先需要评估该变更的商业价值与当前Sprint目标的价值。如果该功能关乎产品生死，取消当前Sprint并重新规划是合理的。但必须经过评估和沟通，不能盲目取消（A）或一味拒绝（B）。D违背透明度。52.假设经过评估，决定不取消第6个Sprint，而是将“人脸识别支付”放入待办事项列表。开发团队表示该功能涉及复杂的算法和安全合规，非常困难。PO希望团队能给出一个估算。团队应该？A.为了满足PO，随便给一个估算。B.拒绝估算，因为需求不明确。C.插入一个Spike（探针故事），在接下来的Sprint中先进行技术调研，获得信息后再给出估算。D.要求PO必须先写出完美的技术规格说明书。【答案】C【解析】对于高不确定性或复杂的技术任务，敏捷的最佳实践是使用Spike。Spike允许团队投入时间进行调研、原型设计或概念验证，从而将不确定性转化为确定性，然后再对实际功能进行估算。A不负责任，B完全拒绝不可取，D瀑布模式。53.在第6个Sprint执行期间，开发团队发现原本承诺的一个功能比预期难得多，可能无法完成。同时，人脸识别功能的调研也在进行。团队感到压力巨大。ScrumMaster应该？A.鼓励团队加班，确保承诺完成。B.在每日站会上提醒团队关注进度，施加压力。C.与PO沟通，告知实际情况，如果无法完成Sprint目标，协商移除低价值功能。D.接管部分代码编写工作，帮助团队赶上进度。【答案】C【解析】SM不是管理者，不应施压（B）或写代码（D）。加班（A）损害可持续性。正确的做法是保持透明，尽早让PO知道风险，由PO决定是否调整范围（移除低优先级功能）以保护Sprint目标。【情景二】一个大型软件项目正在从传统的瀑布模型向敏捷转型。管理层对“敏捷”的理解存在偏差，认为敏捷就是“快”，因此要求团队将Sprint周期从2周压缩为1周，并要求在每个Sprint结束时交付完整的产品包。团队士气低落，质量开始下滑。54.针对管理层要求将Sprint改为1周的做法，作为敏捷教练，你应该？A.严格执行管理层的命令，因为管理层是客户。B.向管理层解释，Sprint的长度应根据项目的复杂度和团队的节奏来确定，盲目缩短可能适得其反。C.建议团队假装接受，实际上还是按2周跑，只是在报告时说是1周。D.让团队投票决定是否改为1周。【答案】B【解析】敏捷转型需要教育干系人。Sprint长度（盒子的时间）不是越短越好，它需要与开发周期、同步成本相匹配。盲目缩短会导致频繁的会议开销和碎片化。教练有责任向管理层解释敏捷原理，而非盲目执行（A）或欺骗（C）。D虽然民主，但缺乏专业依据。55.管理层要求每个Sprint结束都交付“完整的产品包”，这违背了敏捷的什么原则？A.增量交付。B.最小可行产品（MVP）。C.迭代开发。D.可工作的软件。【答案】B【解析】敏捷强调增量交付，每个迭代交付的是“潜在可交付”的产品增量，但这并不意味着是“完整的产品包”（即包含所有功能）。MVP强调的是最小功能集。要求每个Sprint都交付全量产品是不现实的，也是对敏捷增量理解的误区。56.为了改善团队士气低落和质量下滑的问题，敏捷教练应该优先关注？A.引入更多的自动化测试工具，确保质量。B.组织一次回顾会议，专门讨论转型期的痛苦和管理层的压力。C.更换掉绩效最差的团队成员。D.增加团队的娱乐活动，放松心情。【答案】B【解析】虽然自动化测试（A）很重要，但问题的根源在于管理层的期望偏差和团队的压力。回顾会议是团队表达情绪、识别根本原因并共同制定应对策略的最佳场所。只有解决了流程和心理层面的问题，技术工具才能发挥作用。【情景三】一个分布式Scrum团队，成员分布在北京、伦敦和纽约。由于时差，每日站会非常难安排。最终决定由北京和伦敦先开，伦敦再转达给纽约。这种做法导致信息失真严重，且纽约成员感觉被边缘化。57.目前的站会安排存在的主要问题是？A.违反了Scrum的所有团队成员必须同时参加每日站会的规则。B.浪费了伦敦成员的时间。C.没有使用视频会议。D.没有记录会议纪要。【答案】A【解析】Scrum指南要求每日站会是开发团队的会议，且所有成员必须同时参加，以保持信息同步的一致性。接力传达的方式会导致信息丢失（失真），破坏了团队的整体感和透明度。58.为了解决分布式站会的难题，以下哪项方案最可行？A.轮流牺牲某个地区的休息时间，大家找一个重叠的1-2小时窗口开会。B.取消每日站会，改用邮件汇报。C.在每个地区