【审视】Scrum Master的检查清单

Scrum Master 职责和效率概述

在标准情况下，一个Scrum Master能够管理2-3个团队，负责组织会议、确保时间管理并迅速响应流程中的障碍。但要打造出色的敏捷团队，Scrum Master必须全职投入，特别是在团队初创阶段。

Scrum Master的检查清单

1. 产品负责人的指导

• 确保一个产品仅有一个产品负责人。
• 产品待办事项列表应根据最新想法优先排序，并保持更新。
• 高优先级待办事项应细化，低优先级保持粗略，以维持列表可管理。
• 高优先级需求应作为独立、可磋商、有价值、可估计、小的并可测试的用户故事。
• 产品负责人应关注避免技术债务，并在待办事项的“完成”定义中加入自动化测试和重构。
• 待办列表应对所有利益相关人可见。
• 团队成员应熟悉使用自动化工具管理待办列表。
• 帮助产品负责人理解和调整待办事项优先级。
• 确保所有利益相关人了解发布计划与团队现有速率的匹配情况。
• 产品负责人应在Sprint评审后及时调整发布计划。

2. 团队效能评估

• 评估团队流畅度，包括明确目标、集中注意力、平衡挑战与能力等。
• 确保团队成员间合作、理解并庆祝成功。
• 团队应进行开放讨论，即使是困难话题。
• 鼓励在Sprint中期检查和调整Sprint计划。
• 团队由5-9人的跨职能人员组成，以构建可交付的产品增量。
• 任务板和其他自管理工件应最新且易于使用。
• 团队成员应自愿领取任务。
• 团队成员集体负责约定工作的所有方面。
• 管理层应以集体成功来衡量团队。

3. 工程实践的效率

• 使用XUnit框架确保“按下测试”的按钮。
• 寻求自动化端到端系统测试与单元测试的平衡。
• 系统测试和单元测试应使用开发系统的同种语言。
• 持续集成服务器应能在短时间内发出回归失败警报。
• 所有测试应汇总到持续集成服务器结果中。
• 鼓励持续设计和不断重构。
• “完成”的定义应包括完整的自动化测试覆盖和重构。
• 团队成员应大多数时间结对编程。

4. 团队/组织的沟通与协作

• 团队之间应有充分沟通，如Scrum of Scrums。
• 团队应能独立交付需跨越架构边界的工作。
• 组织内应进行全面回顾以解决跨团队问题。
• 团队障碍应可量化并公开展示。
• 组织应提供与团队集体目标一致的职业道路。
• 组织应被认可为最佳组织或行业引领者。
• 创建学习型组织。

结论

虽然没有标准的实践来定义Scrum Master的工作，但上述检查清单可以帮助Scrum Master成为更好的团队引导者。意识到可以采取的改变已是迈向优秀Scrum Master道路的重要一步。

测试开发之系统篇-按需创建测试虚拟机

了解更多

想要了解更多内容？

查看原文：【审视】Scrum Master的检查清单

文章来源：

敏捷开发

扫码关注公众号