2025年Scrum实践题练习卷

2025年Scrum实践题练习卷考试时间：______分钟总分：______分姓名：______一、你是一名ScrumMaster，负责一个由5人组成的开发团队。团队正在进行第3个Sprint，今天在Sprint评审会上，产品负责人（PO）对团队交付的一个功能模块表示不满意，认为它没有达到预期的业务价值，并且与之前的需求理解存在偏差。团队成员则表示他们严格按照PO提供的PBI（产品待办列表项）进行开发和测试，认为已经完成了任务。会议气氛有些紧张，PO表达了强烈的失望情绪，团队中也弥漫着沮丧和不解的气氛。作为ScrumMaster，你会如何引导这场会议？请详细描述你的行动步骤和沟通策略。二、一个跨国公司的IT部门决定采用Scrum来管理一个新的软件项目。项目团队由来自不同国家、不同文化背景的成员组成，他们通过视频会议进行大部分沟通。在Sprint计划会上，关于一个关键功能的实现方案出现了严重分歧，一方坚持采用他们熟悉的技术路径，另一方则认为一个新的技术方案更优，但风险和开发时间不确定。PO支持后者，但开发团队对技术风险和潜在的超时感到焦虑。ScrumMaster注意到会议持续了比预期更长的时间，而且情绪逐渐升高。你会如何帮助团队打破僵局，确保Sprint计划会按时结束，并形成一个大家都认可的Sprint目标（SprintGoal）？三、你是一个Scrum团队的开发团队成员。在Sprint中期（例如，Sprint的第4天），你发现当前正在开发的SprintBacklog中的一个任务（PBI）的细节比预期的要复杂得多，预估所需的时间也可能远超最初在Sprint计划会上估算的时间。同时，你注意到另一个团队成员似乎遇到了一个技术难题，但并没有主动寻求帮助。你会如何处理这种情况？请描述你将采取的具体步骤，包括如何更新SprintBacklog、如何与PO沟通（如果需要）、以及如何帮助团队中的其他成员。四、回顾会是Scrum中用于学习和改进的重要事件。假设你刚刚完成了一个Sprint。在Sprint回顾会上，团队普遍认为虽然Sprint目标基本达成，但在沟通效率方面存在很大问题，特别是跨功能协作时信息传递不畅导致了部分返工。团队成员也提到了工作负荷不均，有成员感觉任务过多，而另一些成员则相对空闲。PO则认为团队需要更快地响应产品Backlog的变化。你会如何引导团队进行有效的回顾，识别出关键问题，并制定出具体的、可执行的改进措施？请说明你将如何确保会议的焦点，以及如何跟进改进措施的落地。五、某公司采用Scrum管理项目，但ScrumMaster发现，尽管团队每周都会举行每日Scrum（DailyScrum），但会议效率不高，经常变成抱怨会或闲聊会，真正用于同步进度、识别障碍的时间很少。团队似乎对每日Scrum的目的和规范理解不清。你会采取哪些步骤来帮助团队改进每日Scrum的质量？请详细说明你的计划，包括如何与团队沟通、如何示范、以及如何进行迭代和调整。六、产品负责人（PO）收到市场部门的反馈，指出当前产品的一个关键特性在竞争对手的新产品中得到了更好的实现，对市场竞争力造成了影响。PO非常着急，希望在下一个Sprint中立即将这个特性加入产品Backlog并开发出来。然而，当前Sprint已经过半，并且团队已经投入了大量精力在当前的任务上。作为Scrum团队的一员，你会如何回应PO的要求？请从Scrum原则和流程的角度出发，阐述你的思考过程和建议。七、请解释Scrum中的“完成”（Done）或“完成定义”（DefinitionofDone,DoD）的重要性。如果一个团队没有明确的DoD，可能会出现哪些具体的问题？请结合实际工作场景进行说明。试卷答案一、作为ScrumMaster，我会采取以下步骤引导会议：1.保持中立和冷静：首先确保自己保持中立，不被情绪影响，用平静的语气开始会议。2.感谢和重申目标：感谢PO和团队的努力，并重申Sprint评审会的目标是演示价值、收集反馈，而非评判或责备。3.引导演示：请求团队简要演示已完成的功能模块，强调展示的是当前状态和价值。4.开放反馈环节：在演示结束后，引导PO和与会者（如果邀请了利益相关者）基于“是什么”（What）进行反馈，避免过早进入“为什么”（Why）或“应该怎样”（Shouldbe）的讨论。鼓励具体、建设性的意见。5.聚焦差异点：当PO表达不满时，引导讨论具体哪些方面未达到预期，与PO共同梳理其期望与团队交付之间的差距。记录下这些差距点。6.倾听团队视角：给予团队成员机会解释他们如何理解PO的需求以及他们所做的工作，确保他们的观点被听到。强调是PBI的描述可能存在歧义，而非团队不努力。7.引导共同探索：鼓励PO和团队一起探讨如何澄清需求、调整理解，或者是否需要更新PBI。可以建议在Sprint回顾会或BacklogRefinement中深入讨论。8.保护团队，管理PO情绪：如果PO情绪过于激动，可以适当暂停，建议稍后再继续讨论技术细节，先肯定团队已交付的价值，并表达对解决问题的共同承诺。9.总结与下一步：会议结束时，总结讨论的关键点（特别是需求理解的偏差），明确下一步行动（如PO澄清需求、团队更新理解等），并感谢大家的参与。二、我会采取以下步骤帮助团队打破僵局：1.暂停讨论，设定目标：立即暂停关于技术路径的争论，重申Sprint计划会的目标是就Sprint目标达成共识，并确定实现该目标的初步Backlog。2.强调Sprint目标的重要性：提醒团队，Sprint目标是驱动Sprint工作的灯塔，需要清晰且具有挑战性，但也要是可能实现的。当前的技术分歧阻碍了目标的统一。3.引导聚焦共同目标：迫使双方暂时放下技术偏好，回归到PO提出的项目整体目标和当前Sprint希望交付的核心价值上。4.使用约束促进收敛：引入时间约束（如最后10分钟必须做出决定）或物理约束（如让支持不同方案的人分开讨论，然后派代表陈述）来加速决策过程。5.促进理解而非辩论：鼓励双方代表解释各自方案的优劣势，特别是与Sprint目标、风险、时间表和团队能力的关联。引导其他成员倾听，理解不同观点背后的逻辑。6.引入PO和ScrumMaster的视角：询问PO更看重哪个方面（价值、风险、速度），并强调ScrumMaster的角色是帮助团队做出最佳决策，而不是替他们做决定。7.考虑妥协或分阶段实现：如果分歧难以调和，引导团队思考是否存在折衷方案？或者是否可以将核心部分用熟悉的技术实现，新方案作为后续Sprint的目标？8.做出决策（如果必要）：如果讨论持续超出时间且没有进展，ScrumMaster可以（在PO的授权或基于对整体利益的判断下）提出一个建议方案，说明其理由，并说明这是为了推动项目进展，但团队有权在下一个BacklogRefinement中重新审视。9.记录决策，明确责任：无论最终决定如何，都要清晰地记录在SprintBacklog中，明确谁负责实现，并更新Sprint目标（如果需要）。三、我会采取以下步骤处理这种情况：1.个人评估与确认：首先自行评估任务复杂性的增加是否真实，尝试与负责该任务的同事进行非正式沟通，确认其遇到的困难程度。2.更新SprintBacklog（透明化）：如果确认任务变复杂，我会使用合适的工具（如Jira,Trello等）更新该任务的剩余工作量（estimation）和状态，确保SprintBurndownChart等相关信息保持透明和准确。这是团队的责任。3.与团队成员沟通（协作）：私下或与相关成员一起，讨论任务复杂性的变化及其影响。如果可能，主动提出提供帮助或协作解决。4.识别并移除障碍：对于同事遇到的技术难题，我会先尝试帮助他分析问题，或者引导他向更有经验的成员请教。如果问题复杂，我会考虑：*在团队层面，建议在下一个BacklogRefinement或Sprint计划会上专门讨论这类技术风险和依赖关系的管理。*主动与PO沟通：解释任务复杂性增加的情况（最好有数据支持），说明这对Sprint目标的潜在影响，询问是否需要调整Sprint目标或PBI优先级。沟通时重点放在事实和影响上，而非抱怨。5.寻求团队帮助（自组织）：利用每日Scrum的机会，提醒团队成员关注彼此的进展和可能需要的帮助，强化团队的互助精神。6.关注团队整体：确保在处理个人任务问题的同时，也关注团队整体的工作负荷和平衡，可能在Sprint回顾会中提出关于任务估算准确性或工作量分配的改进建议。四、我会采取以下步骤引导回顾会：1.设定回顾目标：开场时明确本次回顾会的目标是“从本次Sprint中学习什么，并确定我们如何能做得更好”，避免指责或变成抱怨会。2.使用有效框架：采用一个结构化的框架（如“чтопрошлохорошо,чтоможноулучшить,какмыможемподдерживатьто,чтохорошо,ичтоделатьпоулучшению”-Whatwentwell,Whatcanbeimproved,Howtokeepwhatwentwell,Whattodoaboutimprovement）来引导讨论，确保覆盖所有方面。3.鼓励广泛参与：创造一个安全的环境，让每个成员都感到舒适地分享他们的观察和想法，特别是关于沟通效率和工作负荷的体验。可以采用匿名投票、小范围讨论再汇总等方式。4.聚焦具体行为和事实：引导讨论关注具体发生了什么（例如，“在哪个会议中，我们花了多少时间在讨论而不是决策？”），而不是笼统地说“沟通不好”。识别出导致问题的具体行为模式（例如，“当PO提出新需求时，团队没有先评估其影响就立即开始工作”）。5.区分“问题”与“解决方案”：明确区分第一步是识别问题/挑战，第二步是讨论和制定改进措施。在识别问题后，暂停讨论解决方案的争论，专注于理解问题的根本原因。6.制定可执行的行动项：确保讨论出的改进措施是具体的、可衡量的、可实现的、相关的、有时限的（SMART原则）。例如，不是“我们以后要更好沟通”，而是“下次每日Scrum后，花5分钟共同回顾并记录下今天的障碍”。7.明确负责人和检查点：为每个行动项指定明确的负责人，并设定一个检查点（Check-in）来跟进进展和效果。可以在下一个Sprint的早期安排一次简短的跟进会议。8.结束与感谢：总结会议达成的共识和行动计划，感谢大家的坦诚分享和积极参与。五、我会采取以下步骤帮助团队改进每日Scrum：1.解释目的和规范：首先与团队一起回顾每日Scrum的官方定义和目的（inspecttheprogresstowardtheSprintGoalandadapttheSprintBacklogifneeded），强调其“站会”的精髓是快速同步和识别障碍，而不是解决问题或进行详细的计划/回顾。2.示范正确做法：自己首先以身作则，在每日Scrum中保持专注，只讨论与Sprint目标相关的进展、遇到的障碍和计划。可以提前准备一个“示例”每日Scrum，让团队观摩。3.一对一沟通：与个别表现不佳或对规范理解不清的成员进行非正式沟通，了解他们的困难，提供指导和支持。4.调整会议设置：检查会议时长、地点（是否安静）、开始时间等物理环境因素是否合适。如果团队规模过大，考虑引入异步沟通工具（如Slack频道）来辅助信息同步，或者采用ScrumofScrums（SoS）模式。5.引入时间盒和焦点：严格遵守15分钟的时间限制。使用计时器，提醒时间快到时结束讨论。开场时明确今天的焦点是什么（例如，“今天我们关注哪些障碍阻碍了进展”）。6.积极引导和干预：作为ScrumMaster，需要主动引导讨论，确保每个人都发言（轮流发言），及时打断跑题或冗长的讨论，将焦点拉回到识别障碍和同步进度上。7.处理障碍：对于识别出的障碍，记录在特定工具上（如障碍墙），明确负责人（通常是ScrumMaster），并确保障碍得到跟踪和解决。可以在每日Scrum上简要更新障碍的进展。8.持续反馈和调整：在后续的每日Scrum中，持续观察效果，收集团队的反馈，并根据实际情况调整引导方式或会议结构。9.在回顾会中反思：将每日Scrum的有效性作为下一个Sprint回顾会的一个讨论点，让团队共同参与改进。六、我会采取以下步骤回应PO的要求：1.理解PO的关切：首先表示理解市场变化和PO对竞争力的担忧。承认新特性对于市场竞争的重要性。2.重申Scrum原则：解释Scrum的核心原则是承诺和透明。当前Sprint的承诺是基于在Sprint计划会上确定的Sprint目标和工作量。随意添加大量新工作会破坏Sprint的完整性和团队的承诺。3.评估影响：与团队一起快速评估添加新特性所需的工作量，以及它对当前Sprint进度、质量和团队士气的潜在影响。使用BurndownChart等可视化工具来展示。4.透明化沟通：将评估结果和潜在影响（如Sprint可能无法完成目标、团队可能过载、质量可能下降）清晰地传达给PO。提供基于数据的分析，而不是主观判断。5.探讨选项（基于Scrum流程）：提出基于Scrum框架的解决方案选项：*选项A（在下一个Sprint中）：建议将新特性作为一个新的PBI，评估其优先级，并在下一个Sprint中将其纳入Backlog进行规划。这是最符合Scrum流程的方式。*选项B（调整当前Sprint目标-需PO决策）：如果PO坚持认为这个特性非常紧急且重要，可以探讨是否可以调整当前Sprint的目标。但这需要PO明确授权，并且可能需要与团队协商接受更高的风险或更少的工作量。强调这会改变当前Sprint的契约。*选项C（BacklogRefinement中的讨论）：建议将这个新特性作为一个高优先级的PBI加入产品Backlog，并在下一次BacklogRefinement中深入讨论其细节、风险和可能的实现方案。6.强调团队承诺与保护：表达团队对完成当前Sprint承诺的决心。同时，作为ScrumMaster，也有责任保护团队免受无休止的范围蔓延的影响，确保团队能在一个稳定的环境中工作。7.寻求共识：与PO一起探讨哪个选项最能平衡业务价值、市场响应速度和Scrum的承诺。确保PO理解每个选项的含义和后果。七、Scrum中的“完成”（Done）或“完成定义”（DefinitionofDone,DoD）至关重要，原因如下：1.提供清晰的标准：DoD为团队提供了一个明确、客观的标准来判断一个任务、一个Sprint增量是否真正完成。这消除了主观性和模糊性。2.保证质量和一致性：DoD确保所有工作都按照相同的标准进行，无论由谁完成，都达到可接受的质量水平。这有助于保证交付成果的一致性。3.促进协作和责任：DoD是团队协作的基础，它明确了为了达到“完成”状态，需要哪些步骤和检查点，让每个成员都清楚自己的责任和需要与他人协作的地方。4.使估算更可靠：当团队对“完成”的标准有共同理解时，他们对任务所需时间的估算会更准确，因为估算已经包含了达到DoD所需的所有工作。5.简化沟通：团队内外（如PO、客户）沟通时，可以使用“完成”这个词，双方都明白其具体含义，沟通更高效。6.支持透明度和信任：DoD使得团队的进展