想知道您的 Scrum 团队到底能“跑”多快吗？“速度”是敏捷项目的速度计，可提供对团队工作能力的出色洞察。本指南将揭开 Scrum 速度的秘密，教您如何进行计算，并展示如何使用这个强大的指标来预测团队的未来表现。
Scrum 速度是什么？
在 Scrum 和其他敏捷项目管理框架中，速度是估计 Scrum 团队在给定时间范围（通常是单次冲刺）内可以完成的工作量的敏捷指标。
您可以用故事点来表示速度，故事点是根据复杂性、风险和不确定性来调整用户故事或任务的规模的度量单位。与基于时间的指标（例如小时或天）相比，故事点提供了一种更细致入微的估算工作的方式。
让我们以开发应用程序登录屏幕的用户故事为例。团队可能会根据其感知的复杂性和完成任务的工作量，为该任务分配 3 个故事点。由于复杂性更高和潜在风险，集成复杂的支付网关可能会获得 8 个故事点。
许多因素会影响每个团队成员在两周冲刺期间可以完成的故事点数量，例如个人的经验、任务的复杂性以及团队的工作动态。新的 Scrum 团队通常在每两周的冲刺中平均每人可完成 5-10 个故事点。
了解团队的速度有助于持续改进，使团队能够预测未来的冲刺以及规划和设定切合实际的目标。该指标可帮助团队制定稳定的工作节奏，预测项目时间表，并管理利益相关者的期望。
如何计算 Scrum 速度
通常，您会在每次冲刺结束时计算速度，方法是将所有已完全完成的用户故事的故事点或其他测量单位相加。
以下是如何在 Scrum 中计算速度的分步过程：
1. 规划冲刺
在冲刺开始之前，请概述产品待办事项中的所有用户故事并为其分配故事点。例如：
- 分配用户身份验证：5 点
- 添加支付网关集成：8 点
- 实施搜索功能：3 点
- 开发用户个人资料页面：13 点
- 实施电子邮件通知：2 点
- 优化数据库查询：21 点
- 创建管理员仪表板：5 点
团队应致力于根据之前冲刺的平均速度和其他因素（例如假期或外部依赖关系），在即将到来的冲刺中完成用户故事。例如，如果平均速度为 15 点，且没有节假日或外部依赖关系，则团队可以在下一次冲刺中为用户故事提交总共大约 15 点。
2. 列出已完成的用户故事
在每次冲刺结束时，创建一份包含所有已完成的用户故事的列表。这些故事应该符合其接受标准，并得到 Scrum大师和产品负责人的批准。
如果用户故事已完成 90%，则不在完全完成之列。团队应将其移至下一次冲刺，并根据剩余的任务重新评估点数。
3. 检查点数
团队应该已经为每个已完成的用户故事分配了故事点数。如果出于任何原因需要重新评估故事点，那么现在是合适的时候。
例如，假设该团队在当前冲刺中完成了三个用户故事：分配用户身份验证、添加支付网关集成以及实施搜索功能。您可以为这些任务分配以下故事点：
- 分配用户身份验证：5 点
- 添加支付网关集成：8 点
- 实施搜索功能：3 点
4. 点数总和代表速度
接下来，您需要计算所有已完成的用户故事的故事点。故事点的总和代表冲刺速度。
在上述场景中，点数总和为 5 点 + 8 点 + 3 点 = 16 点。因此，这次冲刺的速度是 16 点。
5. 平均速度
通过计算团队已完成的冲刺次数的平均速度，您可以为未来的冲刺提供更可靠的衡量标准。这项措施对于新成立的团队或者规模或结构发生了变化的团队特别有用。
例如，如果过去三次冲刺的速度分别为 14、16 和 15，则平均速度为 (14 + 16 + 15) / 3 = 15 点。
可影响 Scrum 速度的因素
各种因素都会影响 Scrum 指标和速度。了解这些内容可以帮助规划和不断提高团队的表现。
团队规模和技能等级
团队中的人员数量及其各自的技能水平均会影响团队在冲刺期间可以完成的工作。规模更大的团队能够在冲刺中完成更多故事点。但是，更多人员可能会导致高昂的沟通开销和协调方面的挑战。
相反，通过高效地处理复杂的任务，一个技能较高的小型团队能够胜过一个技能较低的庞大团队。
团队稳定性和经验
当 Scrum 团队成员共同努力进行多次冲刺时，他们很可能解决掉许多阻碍新团队前进的问题。他们将建立沟通模式，知道每个成员的擅长领域。
在出现问题时，这些团队可以借鉴共同的经验。这种熟悉度可以显著提高速度。
用户故事的复杂性
充满复杂故事的冲刺通常会导致速度较低。如果复杂性不能准确反映分配的故事点，则速度数字将具有误导性。
为了保持稳定的速度，一些团队的目标是在冲刺中兼顾可“快速获胜”的任务和更复杂的任务。
外部依赖关系和约束
如果您的团队依靠其他团队来完成数据库更新或 API 集成，而该团队出现延误，则可能会直接降低团队的速度。意识到这些依赖关系，并通过有效的团队间沟通进行规划，可以减轻对速度的负面影响。
同样，您需要将公共假日或强制性的公司活动纳入冲刺规划，因为它们会减少可用的工作时间。
使用 Scrum 速度
一旦您了解了团队的速度，它就可以成为冲刺规划和项目管理多个方面的强大工具，包括：
估算未来的冲刺
了解团队的平均速度有助于消除猜测。如果您的团队过去三次冲刺的平均速度为 50 个故事点，那么您就有了基于数据的基线，可为下一次冲刺做准备。如果您的下一次冲刺待办事项列表大约有 50 个故事点，那么您将可以做出合理的承诺。
预测项目时间表
利益相关者更多地依赖基于数据的预估，而不是猜测或一厢情愿的想法。例如，如果您的待办事项列表有 200 个故事点，而团队的平均速度为每次冲刺 50 个故事点，则您可以自信地预测，团队可能还需要大约四次冲刺才能完成项目。
识别过度承诺和承诺不足
团队的速度突然下降到 30 个故事点或飙升到 70 个故事点均为危险信号。持续下降可能意味着团队感到不堪重负，而上升可能意味着团队成员面临的挑战不足。这些数据让您可以进行实时调整，例如重新分配任务，或重新考虑冲刺目标。
跟踪改进和迭代进度
在一段时间内跟踪速度，可以帮助您了解团队是否变得更加高效，或者持续存在的问题需要予以解决。如果您的速度在几次冲刺中从 40 攀升到 60，则表明您的流程改进在发挥积极作用。
在 Jira 中跟踪速度
Jira 除了提供各种其他敏捷报告外，还提供速度图表，让您的软件团队可以轻松跟踪速度、预测未来绩效并简化冲刺规划。它是一款一站式工具，以可视化的形式展示您的团队可以处理多少工作，让您设定更准确的未来冲刺目标。
此外，Jira 还提供团队所需的敏捷指标、上下文洞察信息、报告和项目管理功能，以将规划和绩效提升到更高的水平。
Scrum 速度：常见问题
Scrum 速度和效率是同一回事吗？
不是，Scrum 速度与效率并不相同。速度是一个指标，主要用于规划和估计团队在未来的冲刺中可以处理多少工作。
效率通常是一个更广泛的衡量标准，可以包括工作质量、流程效率和对业务的价值等因素。
团队如何提高速度？
要提高速度，团队可以举行定期回顾性会议，讨论进展顺利和不顺的方面，并针对下一次冲刺制定改进计划。尽量减少上下文切换（即减少在不同任务或项目之间的频繁切换）可以提高速度并确保其一致性。
使用 Scrum 速度存在哪些局限性？
虽然速度是一种有用的规划工具，但它有其局限性，不应成为评估团队的唯一绩效指标。要更全面地了解团队绩效，可以考虑跟踪其他敏捷指标。
其中一个显著的局限性是，速度并不能衡量工作质量或所交付的业务价值。这是一种定量衡量标准，并不考虑个人用户故事复杂性的定性方面。
速度因团队而异，并非比较不同团队表现的衡量标准。团队中每个小组的工作方式可能有所不同，从而导致速度各不相同。某个团队的整体速度较低并不自动意味着其不如其他团队成功。