本教程适用于敏捷软件开发新手的 Scrum 团队成员，以了解他们的角色和职责。本教程还将帮助那些已经在敏捷模型中工作的人提高他们的技能，并帮助那些只想了解这些角色的人。它还将提供对责任及其所隐藏的每个角色的洞察力。
Scrum 团队的角色和责任
Scrum 团队主要由三个角色组成：Scrum Master，产品负责人和开发团队。
核心团队以外的任何人都不会对团队产生任何直接影响。Scrum 中的每个角色都有一套非常明确的职责，我们将在本教程后面详细讨论。在本节中，让我们关注 Scrum 团队的整体属性和理想的团队规模。
Scrum 团队属性
以下是 Scrum 团队的 2 个属性：
Scrum 团队是自组织的
Scrum 团队是跨职能的
自组织 Scrum 团队在完成工作方面是自力更生和自给自足的，无需外部帮助或指导。这些团队有足够的能力采用最佳实践来实现他们的 Sprint 目标。
跨职能 Scrum 团队是团队中具备完成工作所需的所有技能和熟练程度的团队。这些团队不依赖团队外的任何人来完成工作项目。因此，Scrum 团队是完成整个工作项所需的不同技能的非常有创意的融合。
每个团队成员可能不一定具备构建产品所需的所有技能，但能够胜任他 / 她的专业领域。话虽如此，团队成员不需要交叉功能，但整个团队必须是。
具有高自组织和跨职能的团队将带来高生产力和创造力。
Scrum 团队规模
Scrum 中推荐的开发团队规模为 6 +/- 3，即 3 到 9 个成员，不包括 Scrum Master 和产品负责人。
现在，让我们继续前进，详细讨论这些角色。
Scrum Master
Scrum Master 负责促进 / 指导开发团队和产品负责人从事日常开发活动。
他是确保团队理解 Scrum 价值观和原则并能够实践它们的人。与此同时，Scrum Master 还确保团队对 Agile 充满热情，以便在框架内实现最佳效果。Scrum Master 还帮助并支持团队自我组织。
除了对团队成员进行有关敏捷重要性的培训和培训外，他还有责任确保团队始终保持积极性和强化。他还致力于加强团队成员之间的沟通和协作。
Scrum Master 是一名流程负责人，他帮助 Scrum 团队和 Scrum 团队以外的其他团队了解 Scrum 值，原则和实践
角色和责任
#1）教练 – Scrum Master 为开发团队和产品负责人充当敏捷教练。Scrum Master 在某种程度上可以作为开发团队和产品负责人之间正确沟通的推动者。Scrum Master 负责消除其他角色之间的障碍。
如果注意到产品负责人没有参与或没有给开发团队提供适当的时间，那么 Scrum Master 的工作就是指导产品负责人了解他参与整个团队成功的重要性。
#2）辅导员 – Scrum Master 也是 Scrum 团队的推动者。他促进和组织 Scrum 团队成员要求的所有 Scrum 活动。Scrum Master 还帮助团队做出重要决策，从而提高 Scrum 团队的整体生产力。
Scrum Master 从不命令团队成员做某事，而是通过指导和指导帮助他们实现目标。
#3）消除障碍 – Scrum Master 还负责消除影响团队交付业务生产力的障碍。团队成员无法自行解决的任何障碍都会导致 Scrum Master 解决。
Scrum Master 根据对团队生产力和业务的影响对这些障碍进行优先排序，并开始研究这些障碍。
#4）干扰关守 – Scrum Master 还保护 Scrum 团队免受外界干扰和分心，以便团队可以在每次冲刺后继续专注于为业务提供最佳价值。
如果团队在 Scaled Scrum 环境中工作，其中多个 Scrum 团队正在协同工作并且在他们之间具有依赖关系，那么干扰可能会引起更大的关注。
Scrum Master 确保团队不参与任何不相关的讨论，并专注于 Sprint 项目，而他自己则负责解决来自外部的查询和疑虑。
Scrum Master 负责保护团队免受外部干扰并消除障碍，以便让团队专注于提供业务价值。
#5）仆人领袖 – Scrum Master 通常被称为 Scrum 团队的仆人领袖。他最重要的职责之一就是向 Scrum 团队询问他们的顾虑并确保他们得到解决。
Scrum Master 的职责是确认团队的基本要求是优先考虑并得到满足，以使他们有效地工作并产生高绩效的结果。
#6）流程改进者 – Scrum Master 和团队还负责定期即兴创建所采用的流程和实践，以最大限度地提高交付价值。Scrum Master 不负责完成工作，但是他有责任让团队设计一个让他们完成冲刺目标的流程。
产品负责人
我们将在本教程中讨论的另一个非常重要的角色是产品负责人。产品负责人是客户 / 利益相关者的代言人，因此负责缩小开发团队与利益相关者之间的差距。产品所有者以最大化正在构建的产品价值的方式管理差距。
产品负责人将参与 Sprint 活动和开发工作，并在产品的成功中发挥至关重要的作用。
角色和责任
#1）弥合差距 – 产品负责人与内部和外部利益相关方密切合作，收集输入并综合愿景，将产品功能放入产品 Backlog 中。
产品负责人有责任了解利益相关方 / 客户群体的要求和偏好，因为他是代理人并肩负着构建正确解决方案的责任。
同时，产品负责人确保开发团队了解需要构建的内容以及何时构建。他每天都与团队合作。产品负责人与团队的互动增加了反馈频率和响应时间，从而提高了正在构建的产品的价值。
产品所有者的缺席 / 减少协作可能导致灾难性的结果并最终导致 Scrum 失败。
产品负责人确保产品待办事项项目透明且清晰表达，团队中的每个人对项目都有相同的理解。
管理产品待办事项 – 作为上述结果，产品负责人负责创建和管理产品 Backlog，订购产品 Backlog 中的项目以最好地实现利益相关方的要求，即产品 Backlog 项目的优先级，最后他应该随时可以回答或澄清所有开发团队的问题。
总的来说，他负责培训产品 Backlog 以提高交付价值。
任何想要在产品 Backlog 中添加 / 删除项目或需要更改项目优先级的人都应该定向到产品所有者
#3）认证产品 – 他的另一个责任是认证正在构建的功能。在此过程中，他为每个产品待办事项项定义了接受标准。产品负责人还可以创建代表他定义的验收标准的验收测试，或者可以在创建它们时从中小企业或开发团队获得帮助。
现在，他是通过执行验收测试来确保满足验收标准的人。他可以选择自己执行这些验收测试，也可以请专家这样做，以确保功能和质量方面得到满足并满足期望。
此项活动通常在项目完成时在整个 sprint 中完成，以便可以发现错误并在实际 Sprint 审核会议之前修复。
#4）参与 - 产品负责人是 Sprint 相关活动的主要参与者。他与开发团队密切合作，解释项目，范围和价值。
他还充当开发团队的推动者，能够在 Sprint 结束时获取他们应该提供的 Product Backlog 项目。除 Sprint 活动外，产品负责人还负责产品发布活动。
在产品发布活动期间，产品负责人与利益相关方进行讨论，以讨论下一版本的项目。团队蓬勃发展的关键成功因素之一是整个团队应尊重产品负责人及其决策。产品负责人以外的任何人都不应该告诉团队要处理哪些项目。
建议单个产品拥有一名全职产品所有者。但是，可以存在产品所有者是兼职角色的安排。
代理产品所有者
代理产品所有者是产品所有者自己注册的人，他可以接管他的所有职责，缺席并支持他。代理产品负责人对他所委派的所有责任负有责任，但最终完成的工作的责任仍然在于实际的产品负责人。
代理产品负责人还有权代表实际产品负责人做出必要的决策。
开发团队
Scrum 团队的另一个非常重要的部分是开发团队。开发团队由熟练掌握自己专业领域的开发人员组成。与其他 Scrum 团队成员不同，开发团队负责实际实施潜在可交付软件 / 增量，并在每个 Sprint 结束时交付。
开发团队可能包括具有专业技能的人员，如前端开发人员，后端开发人员，开发人员，QA 专家，业务分析师，DBA 等，但他们都被称为开发人员; 没有其他标题是允许的。开发团队甚至不能像测试团队，需求规范团队等那样拥有子团队。
团队的成立考虑了在没有外界帮助的情况下成功开发，测试和交付每个 Sprint 产品增量所需的所有基本技能。因此，该团队应该是自给自足和跨职能的。开发团队不会从 Scrum 团队外部获得任何帮助并管理他们自己的工作。
开发增量的责任始终在于整个开发团队，但 Scrum 团队中的每个人都负责整体交付。
完全由开发团队决定添加 / 删除团队成员。如果需要新的技能组合，开发团队可以选择在团队中构建专业知识或向团队添加新成员。
角色和责任
#1）开发和交付 – 开发团队负责根据每个 sprint 结束时的“完成定义”创建完成增量。完成增量可能不一定是下一个生产版本的一部分，但它绝对是最终用户可以使用的潜在可释放功能。
产品负责人致电决定需要成为发布的一部分。开发团队负责开发和交付符合“完成定义”标准的每个 Sprint 的完成增量。
任务和提供估算 - 开发团队还负责从下一个 Sprint 中提取优先产品 Backlog 中的用户故事 / 项目。因此，这些项目构成了 Sprint Backlog。Sprint Backlog 是在 Sprint 计划会议期间创建的。
开发团队的另一项非常重要的职责是通过分解 Sprint 项目并为这些 Sprint 项目提供估算来创建任务。
没有人告诉开发团队做什么以及如何做。开发团队有责任从下一个 Sprint 中提供的 Product Backlog 中获取项目。Sprint 启动后，无法更改 / 添加 / 删除项目。
开发团队规模
应明智地选择开发团队规模，因为它可能直接妨碍团队的生产力，从而影响产品交付。开发团队不应该非常庞大，因为它可能需要团队成员之间的大量协调。
但是，对于一个非常小的团队来说，获得递增所需的所有技能将非常困难。因此，应为开发团队规模选择最佳数量。
建议的开发团队规模为 3 到 9 个成员，不包括 Scrum Master 和产品负责人，除非他们还与其他开发人员一起开发软件增量。
摘要
Scrum 团队
角色
产品拥有者
开发团队
Scrum Master
尺寸
Scrum 团队规模 – 3 到 9
自组织团队
知道完成工作的最佳方式。
没有人告诉自组织团队该做什么。
跨职能团队
拥有完成工作所需的所有技能，无需任何外部帮助。
产品拥有者
代表委员会或受其影响。
与利益相关者和 Scrum 团队合作。
管理产品积压
解释产品待办事项。
确定工作项的优先顺序。
确保产品积压易于理解和透明。
清楚地定义要处理的项目。
确保开发团队了解产品待办事项中的项目
在产品负责人中添加 / 删除 / 更改的任何内容都应通过产品所有者进行。
接听电话以释放工作项。
Scrum Master
确保团队清楚地理解和采用 Scrum。
是 Scrum 团队的仆人领导者。
删除障碍物
保护团队免受无用的交互，最大限度地提高 Scrum 团队创造的业务价值。
根据要求促进 Scrum 事件。
确保会议时间安排。
开发团队
在每个 Sprint 结束时提供可能可释放的“完成”产品增量。
它们是自组织和跨职能的。
没有人告诉开发团队什么和如何做。
没有标题是允许的。所有人都是团队中的开发人员。
不能创建子团队。
他们对 Sprint 项目负责。
开发团队负责任务并提供估算。
这就是我们在 Scrum 团队角色和责任方面的全部内容。我们讨论了每个团队成员所承担的责任以及他们作为一个整体团队的工作方式。
Scrum 的基本功 – 集合中英文版本 (角色和责任篇)
Scrum 的基本功 – 集合中英文版本 (基础篇)