敏捷 Scrum 的角色和职责

关于 Scrum 角色、职位和职责的事实

Dave West 作者:Dave West
浏览主题

三个 Scrum 角色是什么?

Scrum 有三个角色:产品负责人、Scrum 主管和开发团队成员。尽管这一点很清楚,但如何处理现有职位可能会令人困惑。许多团队都会问他们在采用 Scrum 时是否需要更改头衔。最简洁的答案是不用。

在本文中,我们将定义 Scrum 角色以及如何将它们整合到您的组织中,而不用打印新名片。

Scrum 角色与职位对比

这三个 Scrum 角色描述了 Scrum 团队成员的主要职责。这些角色不是职称。这意味着任何职位,即使是你现有的职位,都可以担任其中一个角色。由于 Scrum 的本质是经验主义、自我组织和持续改进,因此这三个角色给出了责任和问责的最低限度定义,以使团队能够有效地交付工作。这使团队能够对自己的组织方式承担责任,并不断提高自我。

组建 Scrum 团队

Scrum 是一个框架,团队可以在此基础上构建自己的流程。它提供了关于定期会议、工件以及团队成员职责什么的基本结构。

Scrum 并没有为团队工作提供一个万能的模型。例如,如果团队正在开发网络保险应用程序,他们将需要了解技术、后端系统和业务领域的人员。另一方面,如果该团队正在研究下一代大金刚,那么所需的技能将完全相同。团队将包括平面设计师、音响工程师和图形开发人员。由于问题不同,因此所需的团队结构和技能也有所不同。

团队试图解决的问题越复杂,这就变得越困难。正如人们常说的:“对于自己不知道的事情,除非你意识到了自己不知道这件事,否则你无从而知”。团队可能不知道预先需要的技能或工作量,他们需要能够在了解更多信息后灵活地改变路线。

为了给这个复杂多变且经常令人讨厌的世界制定一些结构,Scrum 提供了轻量级结构,其中包含三个 Scrum 角色:开发团队成员、产品负责人和 Scrum 主管。

开发团队:重新定义“开发人员”

开发团队包括负责完成工作的人员。乍一看,您可能会认为“开发团队”意味着工程师。但情况并非总是如此。根据 Scrum 指南,开发团队可以由各种各样的人组成,包括设计师,作家,程序员等。

您可以按照以下方式来思考:您有一个房产项目并雇用一个开发商。他们负责开发项目并完成工作。是的,这可能意味着他们铺砖、做管道,甚至挖洞,但这个人被称为开发人员。因此,这意味着 Scrum 中的“开发人员”角色意味着具有适当技能的团队成员,他们作为团队的一员来完成工作。

一张显示开发团队职责的图表:自我组织、设计、开发、UX、测试、部署。

开发团队应当自助管理,能够独立制定决策,完成工作。可以将开发团队类比为生产支持团队,在夜间随时待命,以防系统出现问题。与生产支持团队一样,开发团队可以制定决策,并为当前问题提供纠正措施/价值。自我组织并非是不尊重组织,而是授权最了解工作的人去完成解决问题所需的工作。

开发团队的职责包括:

  • 通过冲刺交付工作。
  • 为了确保冲刺期间的透明度,他们每天在每日 Scrum(有时称为站会)见面。每日 Scrum 为工作提供了透明度,并为团队成员提供了一个专门场,可以让成员寻求帮助、谈论成功以及重点介绍问题和阻碍因素。Scrum 专家可能会为日常的 Scrum 提供便利,但最终还是由开发团队负责主持这次会议。他们出席会议是为了帮助他们作为一个小组检查和调整他们正在进行的工作,并以更有效的方式工作。

产品负责人:设定明确的方向

Scrum 产品负责人了解客户和业务需求,然后根据这些需求创建和管理产品待办事项。从设计上讲,敏捷团队具有灵活性和响应能力,产品负责人有责任确保他们提供最大的价值。业务由产品负责人代表,他告诉开发人员必须交付什么内容。这两个角色之间的信任至关重要。

产品负责人不仅应该了解客户,还应该对 Scrum 团队为客户提供的价值有远见。产品负责人还需要平衡组织中其他利益相关者的需求。

因此,产品负责人必须接受所有这些投入并确定工作的优先级。这可能是他们最重要的责任,因为优先事项冲突和不明确的方向不仅会降低团队的效率,还可能损坏企业与开发团队之间的重要信任关系。

敏捷团队旨在检查和适应。这意味着优先级变化可能会导致团队结构、工作成果以及最终结果的巨大变化。因此,对于 Scrum 团队来说,取得成功至关重要,而且只有一个人来确定优先级。这人就是产品负责人。

《Scrum 指南》将产品负责人的责任定义为:

  • 管理 Scrum 待办事项列表 - 这并不意味着只有他们才会将新产品待办事项纳入待办事项列表。但归根结底,他们要为开发团队处理的待办事项列表负责。这意味着产品负责人应该了解待办事项列表中的所有内容,其他将项目添加到产品待办事项的人员应确保他们与产品负责人进行沟通。我们甚至提供免费的 Scrum 模板,方便您轻松启动和运行待办事项列表。
  • 发布管理 - 冲刺不是发布周期,而是一个规划周期。这意味着 Scrum 团队可以随时交付。理想情况下,他们将在整个冲刺中频繁交付,从而使冲刺审核能够审核真实的客户使用情况和反馈。但不一定总是能够持续交付,因此还需要其他发布模型。对于产品负责人来说,重要的是要知道发布时间和发布内容。
  • 利益相关者管理 - 任何产品都将涉及许多利益相关者,包括用户、客户、治理和组织领导层。产品负责人必须与所有这些人合作,才能有效地确保开发团队能够实现价值。这可能意味着需要做大量的利益相关者管理和沟通。
显示产品负责人职责的图表:管理产品待办事项、发布管理、利益相关者管理。

Scrum 专家:将他们紧密联系在一起

Scrum 专家负责将所有人粘合在一起,确保 Scrum 运行良好。实际上,这意味着他们帮助产品负责人定义价值,帮助开发团队交付价值,以及帮助 Scrum 团队变得更好。Scrum 专家是一位仆人型领袖,他不仅描述了支持性的领导风格,还描述了他们的日常工作。

Scrum 专家为产品负责人提供服务的手段包括:帮助产品负责人更好地了解和传达价值,管理待办事项,帮助产品负责人计划与团队合作并分解工作以提供最有效的学习。Scrum 专家为开发团队提供服务的手段包括:帮助开发团队进行自我组织、专注于成果、达到“完成增量”以及管控阻碍因素。Scrum 专家为整个组织提供服务的手段是:帮助组织理解什么是 Scrum,并创建一个支持 Scrum 的环境。

这张图表显示了 Scrum 专家的职责:透明度、经验主义、自我组织、Scrum 价值、保护团队、消除阻碍因素。

Scrum 专家的核心职能:

  • 透明度 - 为了有效地检查和调整,正确的人员可以看到正在发生的事情是很重要的。但这实际上比看起来要难得多。Scrum 专家的任务是确保 Scrum 团队以透明的方式工作。例如,创建故事地图和使用回顾性想法更新 Confluence 页面。
  • 经验主义 - Scrum 和敏捷的基本原理是,最好的计划方式是干工作并从中学习。经验过程并不容易,需要 Scrum 专家指导 Scrum 团队分解工作、描述清晰的结果并审查这些结果。
  • 自我组织 - 告诉开发团队他们可以自我组织确实意味着该团队将自我组织。事实上,自我组织是逐渐才出现的,需要帮助和支持。Scrum 大师将鼓励团队成员走出自己的舒适区,尝试不同的事情,并使用诸如“委派扑克”之类的练习来揭露和挑战关于角色界限和责任的预定义想法。
  • 价值观 - Scrum 定义了 5 种价值观:勇气、专注、承诺、尊重和开放,不是因为拥有这些价值观很好,而是因为这些价值观创造了一个生理上安全和信任的环境。这种环境是敏捷性蓬勃发展的必要条件。遵循这些价值观是 Scrum 团队中每个人的责任,但是 Scrum 专家在鼓励和提醒所有人这些价值观的重要性方面发挥了积极的作用。

Scrum 专家在冲刺规划和冲刺审查中为产品负责人提供服务,确保清楚地描述价值并设定方向。专家在日常 Scrum 中为开发团队服务,确保工作进展并且消除障碍。他们还负责处理团队无法解决的障碍。Scrum 专家确保每一个改进的机会对 Scrum 团队都是透明的,回顾会有一套可以执行的明确成果。

开始使用敏捷 Scrum 角色

三个 Scrum 角色在描述任何 Scrum 团队的三个主要职责领域时非常简单,但通常很难将它们映射到您自己的职位。所以这里有一个初学者角色:

  • 如果你有很多出色的技能来交付客户价值,而这让你兴奋,那么你应该成为 Scrum 开发团队的成员。事实上,团队是任何敏捷组织中最重要的元素,因为他们实际上为客户和利益相关者创造了价值。这意味着资历取决于你创造价值或帮助他人实现价值的程度。
  • 如果您对客户、管理利益相关者和业务领域充满热情,那么产品负责人的角色最能满足您的愿望。在大多数组织中,这个角色需要得到业务部门的尊重和信任,这样他们才能做出决策。这个角色还需要一定程度的政治活动,因为您需要协商取舍并让每个人都满意。
  • 如果您想帮助团队有效地协同工作,而且希望用 Scrum 和敏捷改变世界,那么 Scrum 专家角色就是您的不二之选;Scrum 专家一个非常以人为本的角色,非常强调辅导、教导和促进。
后续内容
Scrum 群集