冲刺速度是敏捷项目的速度计，可提供有关敏捷和开发团队工作能力的出色洞察信息。本指南将揭开 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 个点，这就是本次冲刺的速度。
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 中的冲刺速度有哪些局限性？
虽然速度是一种有用的规划工具，但它也有局限性，不应成为评估团队的唯一表现指标。请考虑跟踪其他敏捷指标，以便更全面地了解团队的表现。
其中一个显著的局限性是，速度并不能衡量工作质量或所交付的业务价值。这是一种定量衡量标准，并不考虑个人用户故事复杂性的定性方面。
速度因团队而异，并非比较不同团队表现的衡量标准。团队中每个小组的工作方式可能有所不同，从而导致速度各不相同。某个团队的整体速度较低并不自动意味着其不如其他团队成功。