敏捷团队如何运作？——快速指南

• 产品负责人
• 敏捷教练
• 开发团队

自组织与跨职能

在 敏捷中，团队是自组织 且 跨职能:

• 自组织团队 选择如何最好地完成工作——而不是由团队外部的人来指导。
• 跨职能团队 拥有完成工作所需的所有技能，而无需依赖团队外部的人员。敏捷团队模式旨在优化灵活性、创造力和生产力。

敏捷团队如何有效协作？

敏捷团队以增量和迭代的方式交付产品增量，最大化反馈机会。交付一个“已完成”的产品增量，确保始终有一个可交付的版本。

敏捷由一组原则（或五大敏捷价值观）定义，应被视为团队内部高效协作的简单指南。它们是：

• 勇气 – 尤其是在解决难题时
• 专注
• 承诺对团队共同目标的承诺
• 尊重 供团队成员使用
• 开放性 用于工作以及可能出现的任何挑战

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 主管以多种方式服务于开发团队，包括：

• 指导开发团队实现自我组织和跨职能；
• 帮助开发团队交付高价值的产品；
• 消除阻碍团队进展的障碍；
• 根据需要促进 Scrum 事件；以及
• 在 Scrum 尚未被完全采纳或理解的组织中，指导开发团队。

Scrum 主管服务于组织

• Scrum 主管以多种方式服务于组织，包括：
• 领导并指导组织采纳 Scrum；
• 规划组织内部 Scrum 的实施；
• 帮助员工和利益相关者理解并采纳 Scrum 和经验式产品开发；
• 推动变革以提高 Scrum 团队的生产力；以及
• 与其他 Scrum 主管协作，以提升组织内 Scrum 的有效性。

开发团队

开发团队由专业人员组成，他们在每个冲刺结束时交付一个可交付的“已完成”产品增量。只有开发团队的成员才能创建该增量。

开发团队是自我组织的，并由组织授权来组织和管理自己的工作。这种协同作用优化了团队的整体效率和效能。

开发团队的角色

开发团队具有以下特征：

• 他们是自我组织的。没有人（甚至包括Scrum主管）会告诉开发团队如何将产品待办事项转化为可交付的增量。
• 开发团队是跨职能的，具备创建产品增量所需的所有技能。
• Scrum不承认开发团队成员除“开发人员”以外的任何头衔，无论其具体工作内容如何。此规则无任何例外。
• Scrum不承认开发团队内部存在任何子团队，无论所涉及的具体领域为何（例如测试或业务分析）。此规则无任何例外。
• 团队成员可能具备专业技能和专长，但问责责任在于整个开发团队。

Scrum事件

Scrum框架由五个事件构成。它们是：冲刺，冲刺计划, 每日站会, 冲刺评审，以及冲刺回顾.

• 一个冲刺（也称为迭代）是Scrum中开发的基本单位。一个冲刺是一个时间盒努力——意味着它被限定在特定的时间范围内。每个冲刺的持续时间是预先确定的，通常在一周到四周之间，最常见的是两周。
• 冲刺计划是Scrum框架中的一个事件，团队在此确定在冲刺期间将要处理哪些产品待办事项，并讨论完成它们的初步计划。
• 一个每日站会（也称为每日站会）是每天举行的一个简短、时间盒化的会议。该会议通常限制在5到15分钟之间，有时也被称为站会、晨会或每日同步。
• 在冲刺评审 在冲刺结束之后进行。在评审过程中，产品负责人解释在冲刺期间完成了哪些工作，哪些工作未完成。随后团队展示已完成的工作，并讨论进展、挑战以及如何改进。
• 该冲刺回顾 在每次冲刺之后、冲刺评审之后举行。它为团队提供了自我审视并为下一次冲刺制定改进计划的机会。

Scrum 工件

工件是提供项目详细信息的实体记录。Scrum 工件包括产品待办事项列表、冲刺待办事项列表，以及产品增量。

• 该产品待办事项列表 是一个优先级排序的功能、缺陷或技术工作的列表，目前尚未进行。从产品负责人的角度来看，它应包含所有有价值的工作。
• 随着产品需求的变化，产品负责人 与其他团队成员共同审查并根据需要调整产品待办事项列表。
• 该冲刺待办事项列表 是为冲刺选定的所有产品待办事项的列表。该列表通过从产品待办事项列表中优先排序项目，直到团队认为已达到其冲刺容量为止。团队成员根据技能和优先级在冲刺待办事项列表中登记任务，遵循自组织的 Scrum 框架。
• 该产品增量 是冲刺期间所有已完成的产品工作，加上之前所有冲刺中已完成的工作的总和。冲刺的目标是产出一个“已完成”的产品增量。Scrum 团队决定什么构成增量的“完成”状态，但所有成员必须达成一致并理解该定义。

Scrum 生命周期

Scrum 生命周期始于产品待办事项列表，但并未提供如何开发或优先排序的指导。相反，它包含一系列冲刺，最终产生一个潜在可交付的产品增量，如下图所示。

在这些冲刺期间，产品开发所需的所有活动都在整体产品的较小部分上进行。以下是 Scrum 生命周期中关键步骤的说明：

敏捷 Scrum 框架

• 企业进行优先级排序，团队则自我组织，以确定交付最高优先级功能的最佳方式。
• 产品负责人代表企业，负责维护产品待办事项列表（功能列表）并设定开发优先级。
• 在冲刺计划阶段，团队从待办事项列表的顶部选取一小部分，将其添加到冲刺待办事项列表中，并决定如何交付。
• Scrum 基于称为冲刺的迭代周期，通常持续 2 到 4 周，在此期间产品被设计、编码和测试，同时每日站会跟踪进度（每日 Scrum）。
• 在此过程中，Scrum 主管确保团队专注于其目标。
• 在冲刺结束时，工作应已准备好交付给利益相关者。
• 冲刺以冲刺评审和回顾结束。
• 在下一个冲刺中，团队选择产品待办事项列表中的另一部分并重新开始。
• 该过程持续进行，直到整个待办事项列表完成，或者由于时间或预算限制而停止工作。
• 这一过程持续进行，直到项目被认为完成，无论是工作停止（截止日期、预算等）还是整个待办事项列表完成。