易错点 1早期定死范围 / 进度 / 成本基准预测型项目早期必须确定完整的范围、进度、成本基准这是预测型的核心特征敏捷绝对不会在早期锁定全周期的详细基准仅确定高层级愿景详细内容迭代细化这是你之前错题的核心考点。易错点 2过程问题的解决场景预测型过程问题通过阶段评审、绩效审查会解决敏捷团队协作、流程效率的过程问题必须在迭代回顾会回顾仪式中解决这也是你之前错题的核心考点。易错点 3变更管理的边界预测型任何基准变更都必须走正式的整体变更控制流程项目经理无权擅自批准敏捷需求优先级的调整由产品负责人在迭代间隙完成无需走复杂的变更流程仅需同步团队。易错点 4会议的核心作用预测型评审会核心是验收阶段成果、审批阶段交付物敏捷迭代评审会核心是演示成果、获取客户反馈、对齐产品方向迭代回顾会核心是团队持续改进这是考试高频区分点。刷题必背口诀敏捷开发的核心是迭代闭环与持续改进迭代结束后迭代回顾会的核心输出就是改进事项清单这是针对本次迭代出现的范围、进度问题量身定制的解决方案。要避免下一次迭代延迟首要动作就是对改进事项做优先级排序确保团队聚焦最高效的改进动作落地已确定的优化方案从根源上规避上一轮的问题。某敏捷项目完成了 3 次迭代每次迭代都出现进度延迟、需求变更频繁的问题。项目经理为了避免下一次迭代继续出现延迟首先应该怎么做A. 组织团队召开迭代回顾会总结问题、制定改进事项按优先级排序后落地B. 向公司申请增加开发人员扩充团队产能C. 研究行业内同类项目的敏捷管理工具引入新的管理方法D. 组织待办事项细化会把客户的变更需求全部纳入下一次迭代答案A解析敏捷项目中解决迭代问题、避免后续延迟的首要动作是召开迭代回顾会总结问题、制定改进项并排序落地这是持续改进的核心流程A 正确。B 盲目加人、C 外部参考、D 直接纳入变更均不符合敏捷的标准流程均错误。以下哪项是敏捷项目中避免迭代延迟、持续优化交付效率的首要动作A. 每次迭代结束后落地回顾会确定的高优先级改进事项B. 每次迭代都增加更多的需求提升交付价值C. 每月做一次成本效益分析评估项目的盈利情况D. 每周和客户开一次会同步所有需求变更答案A解析敏捷持续改进的核心是基于迭代回顾会的改进项落地这是优化效率、避免延迟的首要动作A 正确。B 增加需求会加剧延迟C 成本效益分析与迭代效率无关D 频繁同步变更无法解决延迟的根源问题均错误。刷题必背口诀迭代审查发现的团队沟通误解、重复工作问题属于迭代过程中暴露的流程问题迭代回顾会正是为这类问题设置的标准环节。在回顾会中提出话题引导团队讨论误解的根源、制定改进措施如每日站会对齐、任务看板透明化、跨团队同步会等既符合敏捷自组织团队的原则也能从根源上解决问题。敏捷的核心改进机制是迭代回顾会所有迭代中暴露的流程、沟通、协作问题都应在回顾会中提出由团队自主讨论、制定改进行动。从瀑布向敏捷过渡的团队回顾会是帮助团队适应敏捷思维、自主解决问题的关键实践项目经理应引导团队参与而非直接替团队修改流程文件。敏捷项目执行中项目经理发现不同开发小组之间的沟通误解导致大量重复开发工作项目经理应该怎么做A. 在即将到来的迭代回顾会中提出该问题引导团队讨论改进措施B. 提交变更请求更新项目的沟通管理计划C. 强制要求团队使用固定的沟通工具和格式D. 向公司申请更换团队成员答案A解析敏捷项目中的团队沟通问题应通过迭代回顾会引导团队自主讨论解决A 正确。B 是预测型项目的做法C 违背敏捷自组织原则D 属于消极应对均错误。某软件项目团队长期采用瀑布模式首次转型敏捷开发在第一次迭代审查中项目经理发现前端和后端开发团队因需求沟通不清晰导致接口开发重复工作。项目经理应该怎么做A. 在即将到来的迭代回顾会中提出该问题引导两个团队讨论沟通改进方案B. 提交变更请求更新项目的沟通管理计划强制要求双方每周开一次同步会C. 向产品负责人申请修改需求文档增加接口细节说明D. 直接指定一名项目经理助理专门负责协调两个团队的沟通答案A解析瀑布团队转敏捷迭代中出现跨团队沟通问题需要项目经理正确处理。A 正确通过迭代回顾会引导团队自主讨论沟通问题制定改进方案符合敏捷项目的标准流程也能帮助团队适应敏捷自组织模式。B 错误提交变更请求、修改沟通管理计划是预测型项目的做法不适用于敏捷项目。C 错误修改需求文档是迭代评审会中处理的需求问题无法解决跨团队沟通的过程问题。D 错误指定专人协调沟通违背了敏捷自组织团队的原则无法从根源上解决团队沟通的问题。刷题必背口诀冲刺评审会的核心输出之一就是基于本次成果演示和干系人反馈对齐下一次冲刺的高级别计划与方向。邀请新干系人参与讨论既能让他们尽早参与项目方向的决策也能提前对齐干系人预期完全贴合题干「使新确定的干系人尽早参与项目」的核心目标。会议名称核心定位参会人员核心作用 / 输出冲刺评审会Sprint Review成果验收 干系人反馈 方向对齐产品负责人、开发团队、关键干系人客户 / 用户 / 新干系人1. 演示本次冲刺可交付成果获取干系人反馈2. 验收已完成的可交付物3. 更新产品待办列表PBL4. 对齐下一次冲刺的高级别计划 / 方向冲刺回顾会Sprint Retrospective团队过程改进 绩效反思开发团队、Scrum Master、产品负责人可选团队内部反思本次冲刺的过程、绩效、协作问题制定改进措施冲刺计划会Sprint Planning本次冲刺目标与任务拆解产品负责人、开发团队、Scrum Master1. 确定本次冲刺目标2. 从产品待办列表中选取本次冲刺的用户故事3. 拆解任务、估算工作量产品待办列表梳理PBL Refinement需求细化 优先级排序产品负责人主导开发团队配合1. 细化用户故事、明确验收标准2. 产品负责人确定用户故事优先级3. 评估故事风险与工作量以下哪项属于 Scrum 冲刺评审会的核心作用A. 团队反思本次冲刺的协作问题制定改进措施B. 向干系人演示可交付成果获取反馈对齐下一次冲刺的高级别方向C. 确定本次冲刺的目标拆解开发任务D. 细化产品待办列表确定用户故事的优先级答案B解析冲刺评审会的核心是面向干系人演示成果、获取反馈、对齐项目方向B 正确。A 是冲刺回顾会的作用C 是冲刺计划会的作用D 是产品待办列表梳理的内容均错误。Scrum 框架中产品待办列表中用户故事的优先级由哪个角色最终确定A. Scrum MasterB. 开发团队C. 产品负责人POD. 关键客户干系人答案C解析Scrum 框架中产品负责人PO对产品待办列表的内容、可用性、优先级负最终责任C 正确。某软件项目采用 Scrum 框架开发在冲刺评审会中新加入的客户干系人对本次交付的成果提出了大量修改意见同时对项目后续的开发方向提出了新的要求。项目经理Scrum Master首先应该怎么做A. 在会议中组织团队和干系人基于反馈对齐下一次冲刺的高级别开发方向B. 立即要求团队按照客户的意见修改成果纳入本次冲刺C. 在会议上直接确定修改需求的优先级纳入下一次冲刺D. 会后组织团队召开回顾会反思为什么没有提前识别到客户的需求答案A解析冲刺评审会中干系人提出反馈和新的方向要求需要匹配评审会的标准动作。A 正确冲刺评审会的核心动作之一就是基于干系人反馈对齐下一次冲刺的高级别方向符合 Scrum 标准流程。B 错误本次冲刺已经结束不能再纳入新的修改需求违背冲刺时间盒规则。C 错误需求优先级是产品负责人的职责不能在评审会上直接确定场景错配。D 错误回顾会是团队内部改进会议不是收到客户反馈后的首要动作场景错配。刷题必背口诀敏捷项目的核心持续改进机制就是迭代回顾会回顾仪式所有影响项目效率、成本效益、团队协作、干系人互动的过程问题都应在回顾仪式中由团队共同讨论、制定改进措施这是敏捷中优化成本效益、解决过程问题的标准、最高效的方式。题干有「优化成本效益」回顾仪式是敏捷中最高效、成本最低的持续改进方式无需等到交付后、绩效审查时再处理能最快解决问题、减少对项目的影响。敏捷项目执行中项目经理发现团队成员之间的跨模块沟通效率极低导致大量重复工作严重影响项目的交付效率与成本效益。项目经理应该在哪个环节解决这个问题A. 下一次迭代计划会B. 下一次迭代回顾会C. 下一次每日站会D. 季度绩效审查会答案B解析团队沟通效率、协作流程的过程类问题必须在迭代回顾会中讨论解决这是敏捷持续改进的标准场景B 正确。A 是规划迭代目标的会议C 是同步每日进度、暴露障碍的会议D 是预测型项目的绩效问责环节均不适用。以下哪项是敏捷迭代回顾会的核心作用A. 向客户演示迭代交付成果获取反馈B. 确定下一次迭代的交付目标与待办项C. 总结迭代过程问题制定改进措施持续优化项目效率D. 同步团队每日进度解决当天的工作障碍答案C解析迭代回顾会的核心作用是总结过程问题、制定改进措施实现持续优化C 正确。A 是迭代评审会的作用B 是迭代计划会的作用D 是每日站会的作用均错误。某软件敏捷开发项目团队成员希望通过快速交付获得客户信任项目经理发现部分团队成员绕过产品负责人直接和客户对接需求导致需求范围频繁变更项目成本持续超支。项目经理应该在哪个环节解决这个问题以优化项目成本效益A. 项目启动阶段制定团队规则时B. 下一次迭代回顾会C. 下一次需求评审会D. 年度团队绩效评估时答案B解析敏捷项目中团队成员的需求对接流程不规范导致成本超支属于典型的过程类问题需要优化团队协作规则。B 正确迭代回顾会是团队讨论过程问题、制定改进规则的标准场景能从根源上规范需求对接流程优化成本效益。A 错误问题是执行中出现的项目启动阶段无法提前预判并解决。C 错误需求评审会仅能验收需求成果无法解决团队对接流程的根源问题。D 错误年度绩效评估是问责环节无法及时解决当前的过程问题也不符合敏捷的持续改进原则。刷题必背口诀产品路线图的核心作用是产品愿景的分阶段落地路径用于向干系人展示愿景如何逐步实现最终目的还是支撑愿景对齐而非制定详细的版本执行计划。敏捷与预测型的核心边界敏捷不会在项目早期锁定详细的范围、进度、成本基准而是通过迭代持续交付、持续优化只有预测型瀑布项目才会在早期确定全周期的详细基准。敏捷项目启动阶段产品负责人组织关键干系人召开会议宣讲产品愿景、业务目标与产品路线图本次会议的核心目的是什么A. 制定项目详细的进度计划与成本预算B. 在关键干系人之间建立共享的产品愿景对齐项目方向C. 为每个迭代创建详细的迭代待办列表D. 确定项目的详细范围基准与验收标准答案B解析敏捷项目启动阶段宣讲愿景、路线图的核心目的是建立共享的产品愿景对齐干系人方向B 正确。A、D 是预测型项目的规划动作C 是迭代计划会的内容均错误。以下哪项是敏捷项目与预测型瀑布项目的核心差异A. 敏捷项目会在项目早期锁定详细的范围、进度、成本基准B. 敏捷项目以共享的产品愿景为北极星通过迭代持续交付、拥抱需求变化C. 敏捷项目会为每个发布版本单独创建一套产品待办列表D. 敏捷项目不需要制定项目计划完全按需开发答案B解析敏捷项目的核心逻辑是以产品愿景为指引通过迭代持续交付拥抱需求变化B 正确。A 是预测型项目的特征C 术语错误D 表述错误敏捷项目需要制定滚动式的迭代计划而非无计划开发。某智能硬件敏捷开发项目产品负责人组织客户、开发团队、销售等关键干系人召开启动会议会上详细讲解了产品的长期愿景、目标用户群体、核心业务价值以及未来 1 年的产品迭代路线图。本次会议的核心目的是什么A. 确定项目全周期的详细范围、进度与成本基准B. 为每个迭代制定详细的开发任务与交付计划C. 在所有关键干系人之间建立统一共享的产品愿景对齐项目方向D. 评审产品待办列表确定首个迭代的交付内容答案C解析敏捷项目启动阶段产品负责人宣讲愿景、业务价值、产品路线图核心是愿景对齐。C 正确会议的核心目的是建立共享的产品愿景对齐所有关键干系人的项目方向符合敏捷项目的核心逻辑。A 错误敏捷项目不会在早期锁定全周期的范围、进度、成本基准属于预测型项目的动作。B 错误迭代开发任务是迭代计划会的内容不是启动愿景会议的目的。D 错误首个迭代交付内容是迭代计划会的输出与本次愿景对齐会议无关。刷题必背口诀Scrum 敏捷项目、干系人咨询「功能取舍原因 / 下一次冲刺交付内容 / 项目资金使用」、Scrum MasterSM严格遵守Scrum 三大核心角色的法定职责边界干系人咨询的需求优先级、功能交付、价值投入类问题是产品负责人PO的核心职责SM 的核心定位是仆人式领导、流程守护者核心动作是引导干系人与正确角色对接而非越权解答、传递错误信息。某 Scrum 项目中客户找到开发团队要求在本次冲刺中新增一个紧急需求开发团队应该怎么做A. 直接接受需求加入本次冲刺待办列表B. 拒绝客户告知需求只能在下一次冲刺加入C. 引导客户与产品负责人沟通由 PO 评估需求价值与优先级D. 在每日站会上讨论投票决定是否加入需求答案C解析需求的优先级、是否纳入冲刺是产品负责人 PO 的核心职责开发团队应引导客户对接 POC 正确。A、B、D 均违背了 Scrum 的角色职责边界。项目经理想要跟踪本次迭代的剩余工作量变化趋势判断项目进度是否符合预期应该使用以下哪个工具A. 产品待办列表B. 燃尽图C. 迭代回顾会D. 产品路线图答案B解析燃尽图的核心作用就是展示迭代内剩余工作量的变化趋势跟踪进度情况B 正确。A 是需求清单C 是团队改进会议D 是产品长期规划均不符合需求。刷题必背口诀看板管理、WIP 在制品限制、测试环节流程瓶颈、闲置开发资源、蜂群 / 集群Swarming协作、跨职能通才团队、保障工作流持续流动WIP 在制品限制官方定义WIPWork in Process在制品限制是给看板每个流程环节设置的最大并行工作数量上限是看板体系的核心基石。核心作用减少团队无效并行工作、强制聚焦已启动任务的价值交付、快速暴露流程瓶颈、保障端到端工作流的持续顺畅流动。考试红线绝对不能随意删除、降低瓶颈环节的 WIP 限额。删除 WIP 会导致并行工作暴增、交付周期拉长、管理混乱降低瓶颈环节的 WIP会进一步限制该环节的处理能力让瓶颈更严重完全违背看板设计逻辑。某敏捷团队使用看板管理开发流程迭代执行中发现文档编写环节出现严重瓶颈大量已完成开发的需求无法完成文档归档而测试环节的多名测试人员已完成当前工作处于闲置状态。项目经理最恰当的做法是A. 立即提交变更请求延长项目的交付工期B. 询问闲置的测试人员是否具备基础的文档编写能力协助文档团队完成非核心内容的编写消除瓶颈C. 提高文档编写环节的 WIP 限额让更多需求进入文档环节D. 删除文档环节的 WIP 限制让文档团队并行处理所有需求答案B解析本题核心场景是流程瓶颈 其他环节闲置资源最符合敏捷蜂群协作的实践通过跨职能支援消除瓶颈B 选项正确。A 选项属于未纠偏直接变更基准是典型错误选项C、D 选项违背了 WIP 限制的核心规则会进一步加剧流程问题。以下关于看板管理中 WIP 在制品限制的说法正确的是A. 当某环节出现瓶颈时应立即删除该环节的 WIP 限制让团队自由处理任务B. WIP 限制的核心目的是限制团队的总工作量降低团队的工作负荷C. WIP 限制可以帮助团队聚焦价值交付快速暴露流程中的瓶颈问题D. 当某环节出现瓶颈时应降低该环节的 WIP 限额减少流入的任务数量答案C解析WIP 限制的核心价值就是减少并行工作、让团队聚焦价值交付同时快速暴露流程瓶颈C 选项完全符合看板管理的核心规则。A、D 选项是完全错误的操作会加剧瓶颈、破坏看板体系B 选项是对 WIP 限制的错误理解其核心不是限制总工作量而是限制并行工作数量。刷题必背口诀Scrum Master 的核心定位与职责边界官方核心定位仆人式领导、敏捷教练、流程守护者绝非团队的 “管理者”“监工”。核心职责维护 Scrum 流程、移除团队障碍、赋能团队成长、打造自组织团队不直接干预团队内部的任务分配、个体绩效管控、成员间的协作细节。考试红线当项目整体绩效无偏差、迭代目标全部达成时SM 不能仅凭个人主观判断直接干预团队内部的个体效率问题必须尊重自组织团队的自主权。敏捷项目迭代结束后团队整体完成了迭代目标但项目经理Scrum Master发现有 2 名成员的任务交付量比其他成员少。项目经理最恰当的做法是A. 在迭代回顾会上要求这 2 名成员解释交付量少的原因并制定整改计划B. 从下一次迭代起给这 2 名成员分配更简单、数量更少的用户故事C. 不主动干预相信自组织团队会在必要时自主处理内部协作问题同时做好赋能支持D. 要求这 2 名成员每日加班 2 小时提升任务交付量跟上团队节奏答案C解析团队整体完成了迭代目标项目绩效无问题此时应尊重自组织团队的自主权让团队自主处理内部问题SM 仅需做好赋能支持C 选项符合敏捷核心原则。A 选项将回顾会变成个人问责会违背回顾会的设计初衷B、D 选项直接干预团队的任务分配和工作方式破坏了团队的自组织性均为错误选项。某储能电站智能运维系统敏捷开发项目你作为 Scrum Master带领的团队已连续 5 个迭代完成了设定的交付目标产品负责人对交付成果非常满意项目绩效基准无任何偏差。但你主观观察到团队中一名新入职的开发人员单个迭代的任务交付量比其他资深成员低。在这种情况下你最恰当的做法是什么A. 在即将到来的迭代回顾会上提出该成员的交付量问题要求团队共同督促其提升效率B. 不主动干预允许团队在认为有必要时自主处理该问题同时随时准备为团队和该成员提供赋能支持C. 私下找到该成员要求其每日加班完成更多任务缩小和其他成员的差距D. 和产品负责人沟通从下一次迭代起给该成员分配难度最低、工作量最小的用户故事答案B解析本题完全贴合原题的核心考点 ——Scrum Master 的仆人式领导定位、敏捷自组织团队原则、迭代回顾会的正确用法。B 正确项目整体绩效健康、迭代目标全部达成此时应尊重自组织团队的自主权让团队自主决定是否处理、如何处理内部问题SM 仅需做好赋能支持完全符合敏捷的核心原则。A 错误在迭代回顾会上针对单个成员的交付量问责违背了回顾会「团队整体优化流程」的核心定位会破坏团队信任是高频错误选项。C 错误强制要求成员加班是典型的命令式管理违背了 SM 仆人式领导的定位也破坏了自组织团队的氛围完全不符合敏捷要求。D 错误越过团队直接给成员差异化分配任务干预了自组织团队的工作自主权违背了敏捷的核心原则是错误选项。