大多数敏捷指标仪表板都是虚荣的。它们在季度审查中看起来令人印象深刻，它们位于没有人打开的 Confluence 页面中，并且它们对团队是否按时交付正确的东西的影响几乎为零。
这并不是因为指标没有用。这是因为大多数团队衡量的是容易衡量的内容，而不是值得衡量的内容。
这是诚实的读物：四个真正有帮助的指标，五个没有帮助，以及如何使用它们而不把你的团队变成一个追逐数字的工厂。
指标的用途是什么
在列出任何指标之前：先明确您希望指标做什么。
有用的敏捷指标可以完成以下三件事之一：
- 当事情发生变化时告诉你 这样你就可以调查（信号）。
- 为团队提供共同的现实 用于计划对话（校准）。
- 向利益相关者展示足够的信任，让团队不受干扰 （透明度）。
就是这样。不做这三件事之一的指标是装饰。
大多数团队都会陷入的陷阱：跟踪责任指标； “人们工作足够努力吗？”一旦某个指标成为绩效评估的输入，它就不再是一种衡量标准，而是成为一个目标。目标也被欺骗了。
古德哈特定律：当一项措施成为目标时，它就不再是一个好的措施。这是本文中最重要的一句话。
真正有帮助的四个指标
1. 速率（在正确的框架下）
速率是团队在冲刺中完成的故事点的数量。这是敏捷领域被过度分析和误解最多的指标。
它有什么好处：
- 预测：考虑到接下来的 30 个待办列表项目总计 200 分，并且团队平均每个冲刺 40 分，大约有 5 个冲刺。对于利益相关者对话很有用。
- 检测变化：如果速率在三个 sprint 中下降 30%，则表明出现了问题。人们离开，范围质量发生变化，依赖关系被阻塞，或者估计值被夸大。调查。
- 容量规划：将其与焦点因素（稍后详细介绍）配对以计划现实的冲刺。
它有什么坏处：
- 比较团队：故事点按团队进行校准。一个团队的 5 人可能是另一团队的 13 人。比较不同团队之间的速度毫无意义且具有腐蚀性。
- 绩效评估：当你告诉球队“下个季度得分更高”时，他们就会这么做。他们会夸大估计。点数增加，实际输出没有变化。
- 目标：“将速率提高 20%”是夸大估计的指令。没有别的了。
正确的框架：速率是团队自己的统治者。它仅与该团队自己之前的冲刺进行比较，并且仅作为预测输入；不是目标。
2.冲刺目标命中率
您是否达到了计划中设定的冲刺目标？是/否/部分。跟踪冲刺。
这是被低估的，几乎没有团队衡量它。这也是判断您的冲刺是否有效的唯一最佳信号。
如果 80% 的时间都达到了冲刺目标，那么团队就处于健康状态。他们在冲刺期间做出现实的承诺并保护目标。
如果你有 30% 的时间击中了它，那就说明有东西坏了；通常是以下之一：
- 目标设定得太雄心勃勃，没有人推迟计划。
- 团队在冲刺中期被新的优先事项打断。
- “冲刺目标”是一个模糊的愿望，而不是一个明确的可交付成果。
- 估计值相差很大，并且忽略了改进。
目标命中率迫使我们进行诚实的回顾性对话。当你每次冲刺都未能达到目标时，速率可能会很稳定；因为你正在交付简单的工单并跳过真正重要的困难的工单。
3. 周期时间（每票）
周期时间是指工单从“进行中”到“完成”所需的时间。每票，分发。
这是敏捷中最未被充分利用的指标，也是带来最大红利的指标。
它告诉你什么：
- 中位周期时间：一张典型的票需要多长时间。越短越好。如果你的规模正在扩大，那么范围也在扩大。
- 长尾巴：第 95 个百分点是真正的痛苦所在。工单需要 3 周而不是 2 天。他们是那些让你的冲刺加速的人。找到它们，问为什么，修正模式。
- 在制品相关性：当在制品增加时，周期时间也会增加。几乎总是如此。周期时间是衡量团队试图同时做太多事情的指标。
诚实的版本：大多数球队都有几张工单，超出了平均水平。看分布，而不是均值。如果第 95 个百分位数是中位数的 6 倍，则存在“卡票”问题。解决它。
4. 逃逸率（生产中发现的错误与质量检查中发现的错误）
在上个季度发现的 bug 中，用户在生产中发现的 bug 与发布前发现的 bug 的比例是多少？
低逃逸率 (10-20%) 意味着质量流程正在发挥作用。高逃逸率 (60%+) 意味着您正在传播错误并烧毁信任。
这是比其他任何指标更早揭示科技债务的指标。周期时间增加是因为债务让一切变得更慢。逃逸率上升是因为没有时间进行适当的测试。他们一起移动。
这也是利益相关者真正关心的一个指标；他们不关心速率，他们关心产品在使用时是否有效。
五个没有帮助的
这些很常见、很流行，但基本上没用。不要追踪他们；或者如果必须的话，不要将它们作为目标向团队展示。
1. 每个开发人员的代码行/提交/PR
这是工业时代的思维应用于创造性工作。它针对打字量进行优化，而不是针对发送正确的内容进行优化。
第一次根据提交计数对某人进行评分时，他们将开始将一个逻辑提交分成十个。编写冗长的代码会增加代码行数。通过打开微小的 PR 可以增加 PR 数量。这些都不能让产品变得更好。
更糟糕的是：它惩罚了删除 800 行死代码、用 30 行更干净的代码替换的高级工程师。按照这个指标，他们度过了“负产出”周。荒诞。
2. 每个开发者的故事点
与速率目标相同的问题，但更糟。故事点从来就不是分配给个人的。它们是一个团队衡量标准。按开发人员划分它们会造成信用竞争（谁获得大票？）并削弱协作（当我们只有一个人获得积分时为什么要结对？）。
如果您的工具显示“Alice 在本次冲刺中得分为 23 分，Bob 得分为 8”，请忽略它。鲍勃可能花了两次冲刺来解决代码库中其他人无法触及的最棘手的错误。
3. 记录时间
敏捷工作的时间跟踪是业内最昂贵的剧院。它产生了一个数字，该数字被用在董事会报告中，董事会感到放心，团队离退出又近了一步。
时间并不能衡量产出。他们衡量存在感。如果您确实需要了解容量，请询问规划团队；他们比任何追踪者都清楚。
时间跟踪的唯一合法用例是客户计费。内部团队管理不是其中之一。
4.“燃尽图形状”
燃尽图很有用，但是 形状 被过度解读了。不存在完美的燃尽线。工单是分块完成的，因为真正的工作是分块进行的。完全笔直的对角线实际上会很可疑；当某人将事情标记为“完成”时，这意味着他们正在玩游戏。
从平坦到悬崖的烧毁并不是一支“破碎的团队”，这是正常的；工作已经完成，然后在冲刺结束时结束。停止阅读图表形状的茶叶。
（有关这方面的更多信息， 我们在燃尽图上的作品 涵盖了他们撒谎的四种方式。）
5. 已关闭工单数量
没有大小，票数就没有意义。关闭 50 个琐碎工单的团队并不比关闭 5 个重要工单的团队表现更好。这就是为什么我们有故事点；从原始计数中抽象出来。
如果您的仪表板标题为“本周已关闭工单”，那么您衡量的是忙碌程度，而不是产出。
焦点因素：大多数团队应该跟踪但没有跟踪的指标
焦点因子是团队实际花费在冲刺工作、会议后、支持工作、中断和上下文切换上的理论能力的百分比。
对于一个 6 人团队，理论上每人每周可以工作 60 小时，专注因子很少会超过 60%。通常接近 40%。
为什么这很重要：根据理论能力规划冲刺是团队过度承诺的最大原因。如果您知道团队的实际聚焦系数为 50%，则您可以规划 50% 的理论容量。您更频繁地实现冲刺目标。利益相关者更加高兴。团队的倦怠程度减轻了。
跟踪焦点因素：不是作为一个数字，而是作为一项规划输入。回顾一下：“这次冲刺中我们的注意力被什么占据了？”答案通常是：
- 计划外的支持工作
- 跨团队依赖性会议
- 生产事故
- 入职/文档
- 冲刺工作和“紧急”请求之间的上下文切换
如果你能说出它们的名字，其中大多数都是可以简化的。这就是指标的价值。
（我们的 冲刺能力计算器 自动进行此数学运算；输入团队规模、焦点因素和冲刺长度，获得实际能力（以点为单位）。）
如何实际使用这些
不要一次将所有这些都固定到仪表板上。从每个类别一个信号开始：
- 预测：速率，具有聚焦系数调整能力。
- 健康：冲刺目标命中率，冲刺超过冲刺。
- 流量：周期时间分布，尤其是第 95 个百分位。
- 品质：逃逸率，季度。
看看他们的回顾风。谈论发生了什么变化以及原因。不要将他们设置为目标。不要根据它们对个人进行评分。如果没有团队的解释，不要将它们纳入季度审查。
指标是对话的开端。对话的是价值，而不是数字。
利益相关者真正想要什么
如果领导层催促你“更多指标”，那么根本的要求几乎从来都不是“我想要一个仪表板”。它是：
- “我想知道我们是否走上正轨。”
- “我想知道我是否应该担心。”
- “我希望能够在不编造事实的情况下进行报告。”
您可以通过以下方式回答所有三个问题：速率趋势（预测置信度）、目标命中率（我们是否按照我们所说的去做）和单行风险标注。这是 30 秒的状态，而不是 30 个选项卡的仪表板。
如果你始终如一地向他们提供这些信息，那么对更多指标的需求就会消失。需求是信任，而不是数据。
诚实的总结
跟踪四件事：速率、冲刺目标命中率、周期时间、逃生率。用它们来指导对话，而不是给人们评分。将焦点因素视为规划输入，而不是 KPI。停止跟踪代码行数、时间和每人的分数。他们花费的钱比他们付出的多。
指标是团队清楚地了解自己的工具。一旦他们成为别人评判团队的工具，他们就停止工作；是由于数学上的必然性，而不是由于管理不善。
真正可靠交付的团队并不是拥有最多指标的团队。他们是在团队拥有的对话中拥有正确的四个人并得到良好使用的人。
有帮助的工具：
- 冲刺速率计算器：跟踪过去 5 个冲刺的速率，免费，无需注册。
- 冲刺能力计算器：使用焦点系数的实际能力。
- 冲刺 成熟度评估：跨多个信号快速评估冲刺健康状况。
- 冲刺 成熟度自我评估：查看您的团队在成熟度曲线上的位置。
SprintFlint 在工单移动时自动计算速率、周期时间和目标命中率。 每月50张免费工单: 没有卡，没有设置。