Worktile带你学敏捷团队内部的角色与分工

Worktile带你学敏捷（团队内部的角色与分工）

概述：关于敏捷开发的问题，被提及最多的便是关于团队和人员的问题。定义里会告诉你：Scrum 团队是自组织、跨职能的完整团队。那么究竟怎样的团队才是自组织的团队，什么样的分工算是跨职能？我们将在本文中为您详细介绍。

Scrum团队里的三种角色

Scrum团队中包括三种角色，分别是Scrum Master、Product Owner和Dev Team。Product Owner主要负责构建正确的产品；Dev Team负责以正确的方式构建产品；Scrum Master则主要负责帮助产品负责人和开发团队中的每个人理解和拥抱Scrum的价值观、原则和实践。

所谓Scrum团队的自组织，就是说他们会在内部决定如何最好地完成他们的工作，而不是由团队外的其他人来指挥他们。关于Scrum团队和流程的基本框架，可以参考下图：

（Scrum团队框架）

Scrum Master

Scrum Master是Scrum的教练和领队人。关于Scrum Master的认知有一个误区：这个角色在许多的项目开发中会被视为项目经理。Scrum Master保证的是敏捷开发的流程和秩序。对于项目的进展和结果，整个团队都需要负责。团队主要且唯一的任务是开发产品，不是来照着规范、教条来做敏捷，敏捷开发只是工具。而做产品的是 “人”不是 “角色”。比如在Worktile的敏捷团队中，Scrum Master就是由开发团队的成员轮流担任，他们是对产品最熟悉的人，也是对Scrum流程最熟悉的人，他们每一个人都具备成为Scrum Master的潜力。同时，Scrum Master的工作可以提升每位成员软件开发能力之外的管理能力。

作为一个合格的Scrum Master，需要担起以下职责：

① 需要领导和指导团队采用 Scrum，并管理Scrum流程

这是Scrum Master最核心的职责，Scrum Master需要维护每个sprint的流程，确保每个sprint能够顺利的实施。

Scrum Master负责组织召开sprint期间的每一个会议，并且Scrum Master还需要帮助开发团队清除在开发的过程中遇到的障碍。Scrum Master应该有一个block list用来记录开发团队在开发中遇到的问题障碍，由Scrum Master自己进行管理并最终使得列表中的每一问题得到及时处理。

② Scrum Master要保护开发团队不受干扰

我们都知道，需求变更对于每一个开发人员来说都是噩梦，而敏捷诞生的其中的一个很重要的原因就是为了解决这一问题。然而在我们采用敏捷开发的项目中，经常会遇到某位领导直接找到开发团队, 对他们指手画脚，发号施令。这时Scrum Master应该及时阻止，因为需求虽然可以