Scrum团队的角色和职责

本教程适用于敏捷软件开发新手的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的基本功 - 集合中英文版本 (基础篇)