Scrum 团队由一名产品负责人、开发团队和一名 Scrum Master 组成。Scrum 团队是跨职能的自组织团队。自组织团队自己选择如何以最好的方式完成工作，而不是由团队之外的人来指导。跨职能团队拥有完成工作所需的全部技能，不需要依赖团队之外的人。
Scrum 团队迭代增量式地交付产品，籍此最大化地获得反馈的机会。增量式交付“完成”的产品保证了一个可工作产品的潜在可用版本总是存在。
产品负责人
产品负责人的职责是将开发团队开发的产品价值最大化。如何实现这一点的方式会随着跨组织、Scrum 团队和团队成员个体的不同而有所不同。产品负责人是负责管理产品待办列表的唯一负责人。产品待办列表的管理包括：
• 清晰地表述产品待办列表项；
• 对产品待办列表项进行排序，使其最好地实现目标和使命；
• 优化开发团队所执行工作的价值；
• 确保产品待办列表对所有人是可见、透明和清晰的，同时显示 Scrum 团队下一步要做的工作
• 确保开发团队对产品待办列表项有足够深的了解。
开发团队
开发团队包含各种专业人员，负责在每个 Sprint 结束时交付潜在可发布并且“完成”的产品增量。在 Sprint 评审会议上，一个“完成”增量是必需的。只有开发团队成员才能创建增量。
开发团队具有下列特点：
• 他们是自组织的。没有人（即使是 Scrum Master）有权告诉开发团队应该如何把产品待办列表变成潜在可发布的功能增量；
• 开发团队是跨职能的团队，团队作为一个整体，拥有创建产品增量所需的全部技能；
• Scrum 不认可开发团队成员的任何头衔，不管其承担何种工作（他们都叫开发人员）。
• Scrum 不认可开发团队中所谓的“子团队”，无论其需要处理的领域是诸如测试、架构、运维或业务分析；
• 开发团队中的每个成员也许有特长和专注的领域，但是责任属于整个开发团队。开发团队的规模通常在3~9人左右，以保证沟通的效率以及技能的完备
Scrum Master
Scrum Master 负责根据 Scrum 指南中的定义来促进和支持 Scrum。Scrum Master 通过帮助每个人理解 Scrum 理论、实践、规则和价值来做到这一点。
Scrum Master 以各种方式服务于产品负责人，包括：
• 确保 Scrum 团队中的每个人都尽可能地理解目标、范围和产品域；
• 找到有效管理产品待办列表的技巧；
• 帮助 Scrum 团队理解为何需要清晰且简明的产品待办列表项；
• 理解在经验主义的环境中的产品规划；
• 确保产品负责人懂得如何来安排产品待办列表使其达到最大化价值；
• 理解并实践敏捷性；以及，
• 当被请求或需要时，引导 Scrum 事件。
Scrum Master 以各种方式服务于开发团队，包括：
• 作为教练在自组织和跨职能方面给予开发团队以指导；
• 帮助开发团队创造高价值的产品；
• 移除开发团队工作进展中的障碍；
• 按被请求或需要时，引导 Scrum 事件；以及，
• 在 Scrum 还未完全采纳和理解的组织环境中，作为教练指导开发团队
Scrum Master 以各种方式服务于组织，包括：
• 带领并作为教练指导组织采纳 Scrum；
• 在组织范围内规划 Scrum 的实施；
• 帮助员工和利益攸关者理解并实施 Scrum 和经验导向的产品开发；
• 引发能够提升 Scrum 团队生产率的改变；以及，
• 与其他 Scrum Master 一起工作，增强组织中 Scrum 应用的有效性
相关阅读：
