摘要：Scrum 指标是 Scrum 团队跟踪和使用以提高效率和有效性的特定数据点。Scrum 团队使用指标为决策提供信息，提高规划和执行效率，并设定目标和改进计划。
著名管理思想家 Peter Drucker 曾说过：“If you can’t measure it, you can’t improve it”（没有衡量就无法提高）。虽然这句话并不适用于生活各个方面，但它确实适用于实践敏捷 Scrum 的团队。通过使用某些指标，Scrum 团队可以适应、调整和优化团队效率。
什么是 Scrum？
Scrum 是一种敏捷的框架和工作方式，可帮助团队解决复杂问题，同时围绕目标反复开发解决方案。Scrum 工作方式的特点是冲刺，这是 Scrum 团队完成一定的工作量所衡量的时间。
由于其适应性，像 Scrum 这样的敏捷框架已经超越了以技术为导向的团队，包括支持、设计、营销等。因此，Scrum 指标对于衡量团队绩效和效率变得越来越重要。
什么是 Scrum 指标？
Scrum 指标是 Scrum 团队跟踪和使用以用于提高效率和有效性的特定数据点。定义、理解和实施后，Scrum 指标可以成为洞察，帮助指导和改善团队的敏捷旅程。
Scrum 团队使用指标为决策提供信息，并提高规划和执行的效率。它们还可用于建立现状基线，设定目标和改进规划。这样做的话，没有行业标准的衡量标准可以将所有人与目前的现状进行对比。这是因为在没有上下文的情况下比较数据点就像比较苹果和牡蛎一样。每个团队都是独一无二的——他们的规模、使用的技术、所做的工作类型等各不相同。
每个团队都有责任就一组指标达成一致，以跟踪和定义如何使用它们。这不是个人的努力，也不是领导层或管理层可以代表团队定义和强制执行的事情。
您为什么需要 Scrum 指标？
Scrum 指标可以帮助团队建立基准并指导工作方向。因此，Scrum 指标对已建立的团队和新团队都很有帮助。
跟踪 Scrum 指标还有助于了解团队效率的各个方面，无论是团队的速度、能力、交付的可预测性还是产品的质量。关键指标可以培养对团队绩效的认识，并激发改变和改进的行动。此外，随着时间的推移，他们甚至可以帮助衡量团队的幸福感和满意度。
通常，许多敏捷团队很容易依靠感觉或直觉来了解团队的绩效。尽管这种习惯背后可能有许多实际原因，但它仍然是一个很大的错失机会。
Scrum 指标可以用作 KPI 吗？
不能。Scrum 指标可用于设置关键绩效指标 (KPI)，但具体取决于工作的类型和范围。光靠 Scrum 指标无法衡量客户价值，也无法显示团队是否交付了正确的东西。对于敏捷团队而言，KPI 最终应显示团队对公司优先级的支持程度。
衡量 Scrum 团队的绩效时，应考虑除 Scrum 之外的其他指标，包括：
- 业务的投资回报率（ROI）— 公司根据目标以多种方式衡量投资回报率，包括收入增长、月活跃用户 (MAU) 等。
- 客户满意度 — 净推荐值 (NPS) 和客户满意度评分 (CSAT) 等调查指标可以帮助跟踪项目的成功。每个发布的一致客户满意度指标对于向客户展示 Scrum 团队的价值非常重要。
- 团队满意度 — 只要向您的团队询问他们对项目的积极程度以及与团队的互动，您就可以发现人员变动、人员流失和开发人员不满意等问题。
关键的 Scrum 事件以及要审核的指标
While agile scrum defines several recurring events — sprint, sprint planning, daily scrum, sprint review, sprint retrospective — these don’t provide any guarantees of progress or success. However, each one allows team members to inspect and adapt how they work.
冲刺规划
冲刺规划会议在冲刺开始时举行，团队将故事描述分解为详细的任务。这提供了冲刺期间要产生的工作的估算。有些数据点可以提高团队的冲刺规划效率，包括冲刺目标、当前团队速度、团队能力和工作类型。我们使用冲刺规划会议模板来帮助指导我们的冲刺规划。
冲刺目标
冲刺目标可帮助团队决定在冲刺中完成什么工作，为项目带来凝聚力，并设定优先级。冲刺目标通常比通过多次冲刺所能实现的成果更大。冲刺目标的优先级应基于其对结果的影响。一个真正有效的团队将定期审查目标及其优先级，以制定如何排序和拆分工程工作的战略。
团队速度
一个团队可以提交多少冲刺本质上可以归结为速度，或者它在给定时间内可以完成多少工作，以及容量或有多少可用性。速度图，就像我们在 Jira 中使用的那样，显示了冲刺期间传递的价值量。这有助于我们预测团队在未来冲刺中可以执行的工作量。一支团队的速度只有在作为一个团队一起完成过几次冲刺之后才能了解。随着时间的推移，在团队的共同努力下，速度将趋于稳定。这不仅涉及增加所使用的技术，还要了解彼此的专业知识并学习如何团队合作。
下方是一个速度图示例，其中包含 (1) 基于故事点的估计统计数据，(2) 承诺（冲刺中所有问题的估计值），(3) 已完成的估计，以及 (4) 已完成的冲刺。
Team Capacity
团队在冲刺中可以完成的工作量取决于其能力和可用性，这不足为奇。如果您的团队中有一半人休假，稳定的速度将毫无意义。规划能力的一种方法是收集每个团队成员几次冲刺的可用性，然后将总和相加得出总能力的百分比。由于任何人都可能出现最后一刻的更改或紧急情况，因此最好在冲刺承诺中留出 10% 的缓冲区，以避免过度投入和交付不足。
工作类型
When your sprint backlog is a growing mix of feature work, bug fixes, and technical debt, it becomes tricky to see where your team is dedicating their time in the sprint. It’s easy for bugs or tech debts to sneak into your sprint, especially if the development team is passionate about quality. But if a team isn’t careful, it can end up after the sprint wondering why it didn’t ship enough customer values as planned.
通过在冲刺规划期间查看不同类型工作的划分，认真考虑团队正在从事的工作。在这种情况下，即使您在待办事项列表中发现了大量技术债务和高质量的工作，您也可以通过安排技术债务冲刺或提高质量保证标准来战略性地解决这个问题。
每日短会（又名每日 Scrum）
每日短会或每日 Scrum 是每天举行的简短会议，团队成员可以在其中查看自己的工作。对于高效的 Scrum 团队来说，每日短会应该不仅仅是个人待办事项列表上的最新消息。他们提供了一个机会，可以审查团队的冲刺进度，并重新调整优先级，以便做出可能对冲刺结果产生重大影响的各类日常决策。
这样，以下数据和指标可以派上用场：
朝向冲刺目标的进展
虽然团队成员可能清楚其工作的状态和进度，但很容易错过实现集体冲刺目标的总体进度。这就是为什么要在每日短会时提出冲刺目标列表以便作为一个团队进行审核，这点非常重要。
可以将这个看成是讨论团队是否运行正常的机会。如果没有正常运行，为什么，可以做些什么？如果是无法解决的问题，重要的是要将这个问题传达给关键的利益相关者，这样每个人都能保持同步。
冲刺燃尽图
为了更好地了解团队的进度，您的团队应该使用冲刺燃尽图快速回顾冲刺。然后，使用冲刺燃尽图来跟踪整个冲刺期间的工作完成情况。它通过比较要完成的工作的时间和数量（以故事点或小时数衡量）来做到这一点。它有助于预测团队在指定时间内完成工作的能力，并有助于跟踪范围蔓延。如果燃尽图急剧下降，则可能与工作估算不准确有关。
以下是 Jira 中的冲刺燃尽图，其中包含 (1) 估算统计数据，(2) 剩余值，即冲刺中剩余的总工作量，以及 (3) 指导方针，该方针是您的团队应处于何处的近似值。
工作负载分配
团队不应该忽视的一件事是个人正在承担多少工作。尤其是在远程办公文化中，很难了解每个人都在承担多少工作。如果您不了解这一点，那可能意味着您的部分团队成员可能劳累过度。每日短会是团队成员互相寻求支持和帮助的地方；它也可以是调整每个人的工作量以更好地实现冲刺目标的地方。
在您的队伍中使用这个指标时，有一件事要记住——不要把它变成武器。如果您用它来衡量个人的生产效率，最终可能会导致团队成员灰心丧气。相反，为所有人创造一个安全的环境，让他们公开谈论自己承担了多少工作以及哪里需要帮助。
在上下文中寻找洞察信息
一旦您围绕 Scrum 事件建立了节奏，持续使用指标来优化性能就很重要。洞察信息是团队在必要时访问指标的绝佳工具：冲刺规划期间、每日短会核查时，或交付优化过程中。您可以在 Jira 的看板、待办事项列表和部署视图的右上角找到洞察信息。
冲刺回顾
即使是最优秀的团队也可以从冲刺回顾中受益。这个时候您和您的团队可以通过庆祝进展顺利、哪些需要改进以及原因来回顾冲刺中发生的事情。当然，这是您查看关键冲刺指标（包括冲刺目标完成度和冲刺满意度）的最佳时间和地点。
以下是我的团队在 Confluence 页面上概述的回顾的示例：
冲刺目标完成
您的团队是如何跟踪冲刺规划期间设定的目标的？如果您的团队完成了列表上的所有内容，那就太好了！如果没有，哪里可以做的更好？在评估您的团队的成功时，我们已经讨论过的 Scrum 指标可以派上用场。团队工作流程的任何改进都值得庆祝——也许您的团队行动更快，因为没有任何范围蔓延。对于实践 DevOps 的团队来说，也可以在这里查看关键的 DevOps 指标，例如周期时间或部署频率，以讨论交付流程的改进，从而提高完成冲刺目标的可能性。这样做将有助于您的团队解决问题并制定更明确的行动计划。
冲刺满意度
这只是向您的团队询问他们对冲刺的满意度。有些团队使用数字量表、轶事反馈甚至表情符号/GIF。您的团队可以反思团队的目标，以及工作类型是否与团队目标一致。与完成功能相比，花在技术债务上的时间是否过长？
在整个回顾中，鼓励团队成员踊跃发言，并在需要时点名发言。最好的回顾有多种视角和各种观点。重要的是，在会议结束时，团队在主要问题、负责人以及跟进关键事务的计划方面基本达成了共识。
总结...
Scrum 的目的是帮助团队更好地工作，而 Scrum 指标的目的是帮助团队确保 Scrum 为他们工作。在应用 Scrum 指标时，团队不应该感到有负担，而应该感到有所启发。跟踪本文中概述的所有内容并不重要，您可以从一两个指标开始，看看它们是否有助于改善团队。另一方面，您的 Scrum 团队可能有成熟的 Scrum 实践，而 Scrum 指标并没有增加太多价值。这个非常值得一试！别忘了这些指标帮助您建立的良好习惯。偶尔重温指标来控制您的 Scrum 健康状态。
相关资源
