Scrum团队
Scrum的基本单位是一个小团队，即Scrum团队。Scrum团队由一名Scrum Master、一名产品负责人和若干开发人员组成。在Scrum团队内部，没有子团队或等级制度。它是一个由具备专业技能的成员组成的有凝聚力的团队，每次只聚焦一个目标，即产品目标。
Scrum团队是跨职能的，意味着团队成员拥有在每个Sprint创造价值所需的所有技能。Scrum团队同时也是自管理的，他们在内部自己决定由谁做什么，何时做以及如何做。
Scrum团队要足够的小，以保持灵活性，同时又要足够大，以便能够在一个Sprint中完成特定的工作。Scrum团队的人数通常不超过十人。一般来说，我们发现小团队能够更好的沟通且更加高效。如果Scrum团队变得太大，他们应该考虑重组为多个有凝聚力的Scrum团队，这些团队都专注于同一个产品。因此，他们应该共享同样的产品目标，产品Backlog，和产品负责人。
Scrum团队负责所有与产品相关的活动，包括干系人协作、验证、维护、运营、实验、研发以及其他任何可能需要的活动。他们被以特定的方式组织并授权管理他们自己的工作。在每个Sprint中以可持续的稳定步调工作，可以提高Scrum团队的专注度和一致性。
整个Scrum团队负责在每个Sprint中创造出有价值的，可用的产品增量。Scrum框架在定义了三个在Scrum团队中的特定角色：开发人员（Developers），产品负责人（Product Owner），以及Scrum Master.
Scrum Master
Scrum Master的职责
如Scrum指南中所描述的，Scrum Master负责践行Scrum。他们通过帮助Scrum团队内部及组织的每个人理解Scrum理论和实践来实现这一目标，同时为Scrum团队及更大的组织服务。
然而，Scrum Master 的意义远不止于此，Scrum Master的角色有许多层次和方面。在培养Scrum意识和建立敏捷性的同时，Scrum Master还需要具备一些软技能，来辅导Scrum团队以及组织中的其他成员。Scrum Master有责任帮助团队获得成功，这意味着以小组或一对一的形式为大家提供支持。他们可能通过引导练习，给予指导，或帮助人们自己得出结论。并非每个人都具备成为Scrum Master所需的技能，这一点在考虑职业道路时需要谨记。
最后，Scrum Master要为团队的效率负责，他们帮助Scrum团队改进协作方式，持续创造价值。
Scrum Master具体做什么？
Scrum Master利用他们独特的技能，来完成许多对Scrum团队和组织有帮助的重要工作，具体如下：
Scrum Master以多种方式帮助Scrum团队:
- 作为教练在自管理和跨职能方面辅导Scrum团队
- 帮助Scrum团队专注于创建符合“完成定义”的高价值增量
- 促进移除 Scrum 团队工作进展中的障碍
- 确保所有 Scrum 事件都发生，且是积极的、富有成效的，并在时间盒内完成
Scrum Master以多种方式服务于Product Owner:
- 帮助找到有效定义 Product Goal 和管理 Product Backlog 的技巧
- 帮助 Scrum 团队理解为何需要清晰且简明的 Product Backlog 条目
- 帮助建立针对复杂环境的基于经验主义的产品规划（empirical product planning）
- 当需要或被要求时，引导干系人协作
Scrum Master 以多种方式服务于组织，包括：
- 带领、培训和作为教练辅导组织采用 Scrum
- 在组织范围内规划并建议 Scrum 的实施
- 帮助员工和干系人理解并实施针对复杂工作的经验主义方法（empirical approach）
- 消除干系人和 Scrum团队之间的隔阂
Scrum Master 的立场
为了取得成功，Scrum Master必须根据团队所面临的情况或挑战戴上不同的帽子。这些帽子通常被称为立场，在Barry Overeem的白皮书《Scrum Master的8种立场》中有所描述。在任何特定的情况下，Scrum Master都会利用他们重要的软技能来充当服务式领导、引导者、教练、经理、导师、教师、清道夫或变革先锋，具体取决于他们所面临的情况。
例如，Scrum Master可能引导一个新活动，来帮助Scrum团队开展一个更加鼓励成员参与的Sprint回顾会，也可能帮助指导新开发人员如何与团队合作。还可能以教师的立场教授团队成员一些处理冲突的新技巧。这些仅仅是Scrum Master多面技能中的一些部分。
Product Owner
Product Owner的职责
正如Scrum指南中所描述，产品负责人（Product Owner）负责将Scrum团队的工作所产生的产品价值最大化。如何做到这一点，可能在不同的组织、Scrum团队和个人之间存在很大差异。
作为 Scrum 团队的成员之一，产品负责人向团队阐明产品的愿景和目标。所有工作都是根据产品目标衍生出来的，并根据产品目标确定优先级，以便为所有干系人（包括组织内部的干系人和组织内外的所有用户）提供价值。产品负责人在整个产品生命周期中识别、衡量和最大化价值。
Product Owner 具体做什么？
产品负责人（Product Owner）负责对Product Backlog 进行有效的管理，包括：
- 开发并明确地沟通 Product Goal
- 创建并清晰地沟通Product Backlog条目（Items）
- 对Product Backlog 条目进行排序
- 确保Product Backlog是透明的、可见的和可理解的
产品负责人可以完成上述工作，也可以将责任委托给 Scrum 团队的其他成员。无论由谁来做，产品负责人都要对工作的完成和交付的价值负责。
除了Product Backlog 的管理之外，赢得整个组织的尊重对于产品负责人来说非常重要，这样才能在做出决策时获得所需的支持。这是产品负责人成功的关键。这些决策需要在Product Backlog中透明化，并在Sprint Review中展示的增量中可见。
记住，产品负责人是一个人，而不是一个委员会。在 Product Backlog 中，产品负责人可以代表许多干系人的期望要求。那些想要改变 Product Backlog 的人可以尝试通过说服 产品负责人来做到这一点。但最终还是由产品负责人做出决定。产品负责人还需要从最终用户那里获得产品相关的反馈。
Product Owner 的立场
为了实现价值最大化的最终目标，产品负责人可以采取不同的立场。这些立场包括远见者、合作者、客户代表、决策者、实验者和影响者。例如，产品负责人在与所有相关方明确沟通产品愿景、战略、业务目标和目的时，有时会采取远见者的立场；当他们与Scrum团队合作定义目标时，会扮演合作者的角色；或者他们会充当决策制定者，在日常工作中做出各种决定。
产品负责人的职责往往也会被错误地理解，在企业内部有几种被误解的模式，其中包括将产品负责人视为故事编写者、项目经理、主题专家、办事员、把关人或经理。
Developer
Developer的职责
如Scrum 指南所述，开发人员是 Scrum 团队中致力于在每个Sprint中创建可用的增量的人员。
Developer 具体做什么？
重要的是要记住，开发人员并不一定是软件开发人员。他们可以专注于任何类型的产品工作，无论是否是软件，以及帮助设计、构建、测试或交付产品的任何方面。开发人员所需的具体技能往往很宽泛，会根据他们所从事的工作类型而有所不同。不过，开发人员始终对以下方面负责：
- 为 Sprint 创建计划，即Sprint Backlog
- 通过遵循 “Definition of Done” 来内建质量
- 每天根据 Sprint Goal 调整计划
- 作为专业人士对彼此负责
除了这些责任之外，开发人员在一些情况下可能还需要拥抱诸如引导，指导，教授等实践，例如：
- 每日站会（Daily Scrum）是Scrum团队开发人员的活动，需要有人来引导活动的展开。团队自行设法确定引导者。
- 开发人员可能拥有一些其他人不具备的技能，他们可以教授或辅导其他团队成员来完成工作。利用这些技能的绝佳机会往往是采用一种称为“结对编程”的做法，开发人员结对开展工作，分享彼此的技能并相互学习。
对于开发人员和所有 Scrum 团队成员来说，记住始终拥抱 Scrum 价值观非常重要。例如在某些情况下，他们可能需要：勇于提出团队之间的冲突并共同解决；以开放的态度接纳彼此的想法；专注于自己正在做的工作，注意不要分心；承诺创建一个 “完成的增量”；尊重 Scrum 团队的所有成员及他们的想法。
