“发布新仪表板”不是冲刺目标。 “进行身份验证工作”或“完成迁移”都不是。
真正的冲刺目标可以回答不同的问题。这不是 什么 冲刺的；这是 为什么。一旦团队开始正确地编写它们，计划就会变得更短，冲刺中期的范围蠕变变得更容易推迟，并且演示日不再是合并 PR 的列表。
这篇文章是冲刺目标的实际案例：什么是好的目标，什么是坏的目标，以及按团队类型划分的 12 个真实示例。
冲刺目标的用途是什么
冲刺目标是解释为什么这个冲刺很重要的一句话。这是团队致力于实现的统一成果。一件好事会带来三件事：
- 冲刺中期的权衡变得很容易。 当利益相关者在冲刺中期要求“一件小事”时，团队有一个衡量标准：这是否有助于实现目标或偏离目标？
- 规划压缩。 当冲刺目标明确时，决定淘汰哪 8 个待办列表项目会更快；他们是朝着目标前进的人。
- 该演示自行编写。 “这就是我们打算做的事情，这是正在发挥作用的部分”是五分钟的审查，而不是库存检查。
如果没有一个，每个冲刺都会变成一系列不相关的工作，其唯一的共同点就是“我们同意这两周要做的事情”。在压力出现之前，这种方法效果很好；此时团队没有共享框架可以反击。
好的冲刺目标的形状
三个属性。
1. 结果，而非产出
❌“实现OAuth登录。”
✅ “现有用户可以在 5 秒内登录 Google。”
第一个描述了得到什么 建成。第二个描述了得到什么 真实 冲刺结束时有关产品的信息。结果使团队以用户为导向；输出将他们引导至清单。
2. 单一且可证伪
冲刺目标应该是一回事，你应该能够在第 14 天查看产品并说“是的，现在是这样”或“不，不是”。如果你的目标需要一个“和”或“也”，那么你有两个目标；选择一个，然后将另一个降级到一定程度。
3. 承诺能力可实现
如果球队的 健康的速率 是40分，冲刺目标不应该悄悄要求70分。目标不是“我们希望做什么”；而是“我们希望做什么”。这是“我们的承诺”。延伸结果属于待办事项，而不是目标。
“如果我们完成了这个，冲刺就成功了”测试
我们知道的最干净的健全性检查：想象一下冲刺进展得很糟糕。团队中有一半人生病了。生产在第 3 天着火。到第 14 天，您已经交付 一件事. 这是冲刺目标之一吗？
如果是，则目标制定得很好；它捕捉到了真正重要的事情。
如果不是，您已经编写了一个功能列表并将其称为目标。
12个真实例子
对于不同的团队类型，好的冲刺目标听起来都是这样的。
产品工程团队
-
“免费试用用户可以在 60 秒内转换为付费用户，无需联系支持人员。”
（结果：消除已知的漏斗摩擦。可证伪：对漏斗进行检测。） -
“将仪表板上的 P95 页面加载时间从 1.8 秒减少到 800 毫秒以下。”
（结果：可衡量的客户体验改善。可证伪：监控它。） -
“现有客户可以自助更改他们的账单电子邮件，而无需提出罚单。”
（结果：消除已知的支持负载。可证伪：未来 14 天内零工单。） -
“新用户在注册后 90 秒内就会看到他们的第一个‘顿悟’时刻。”
（结果：激活指标。可证伪：测量最后 50 次注册的顿悟时间。）
平台/基础设施团队
-
“所有生产部署都通过新管道；旧管道已安全移除。”
（结果：具体的迁移里程碑。可证伪：通过旧路径进行零部署。） -
“通过减少重复通知，工作时间的待命警报减少了 50%。”
（结果：工程师的生活质量得到改善。可证伪：PagerDuty 数据。） -
“功能标志 SDK 已集成到所有三个核心服务中，且行为一致。”
（结果：平台功能现在可用。可证伪：从每个服务中使用它。）
内部工具/运营工程团队
-
“客户支持代理无需工程参与即可解决退款问题。”
（结果：消除重复出现的升级。可证伪：退票路线正确。） -
“营销无需部署即可启动新的定价实验。”
（结果：合作伙伴团队的速度。可证伪：营销人员在没有帮助的情况下进行了一项实验。）
流动团队
-
“iOS 上的应用启动时间降至 1.2 秒以下；在 Android 14 上，应用首次启动时不再崩溃。”
（两个具体症状；可证伪。稍微延伸了“一件事”规则，但解读为统一的质量推动。）
安全/合规团队
-
“新的审核日志涵盖所有客户数据端点，不会对生产性能产生任何影响。”
（结果：有约束的合规里程碑。可证伪：审计+性能检查。）
设计工程团队
-
“重新设计的设置流程已在生产环境中为 100% 的用户提供服务，且支持率没有上升。”
（结果：带有护栏的发射。可证伪：推出+票价。）
真是个 坏 冲刺目标听起来像
需要注意的模式。如果您的目标听起来像其中之一，请重写。
“完成我们承诺的所有工单。”
这是冲刺 承诺，不是冲刺 目标。它没有说明为什么这些工单很重要，也没有说明最后的真相是什么。在冲刺中期，它在确定优先级时没有提供任何帮助。
“干得好。”
有抱负，不可证伪。无法部署。无法核对。无法阻止范围蔓延。
“继续进行身份验证重构。”
一个主题，而不是目标。没有特定的结束状态。无论完成什么操作，身份验证重构都会“继续”。
“发布功能 A、功能 B 和功能 C。”
三个目标缝合在一起 and。选择一个。另外两个是承诺，而不是目标。
“改善指标。”
哪个指标？多少？向什么方向发展？没有数字的改进是无法检查的。
如何在计划时5分钟写一篇
一个简单的练习：
- 查看最重要的待办事项。 选择客户/业务利益最高的一个。
- 问：“如果只有这个落地，冲刺就成功了吗？” 如果是，那就是候选人的目标。如果没有，看看底层 结果 它服务。
- 将其表述为面向用户的句子。 将工单标题（“实施 X”）替换为最终状态事实（“用户可以……”、“延迟是……”、“支持工单下降……”）。
- 健全性检查能力。 如果球队的 速率 和 容量 说合适，就承诺。如果没有，请缩小范围。
- 写在每个人都能看到的地方。 站会、看板、Slack 频道主题。如果只有项目经理记得它，那它就不算团队目标。
认真执行 4 个冲刺的团队通常会报告两个变化：规划会议时间缩短了 25-40%，利益相关者不再问“你也可以挤进去……”，因为团队的本能反应变成了“这有助于冲刺目标吗？”
常见的反对意见
“我们的工作多种多样，不可能有一个目标。”
如果您在本次冲刺中真正为三个不相关的利益相关者提供服务，那么您会遇到待办列表的卫生问题，而不是冲刺目标问题。三个目标 = 三个冲刺的焦点分散到一个冲刺中。选择一个，将其他的推到下一个冲刺，然后观察吞吐量会发生什么变化。
“如果冲刺中期优先级发生变化怎么办？”
然后目标就改变了；在 15 分钟的谈话中明确地表达了这一点。团队失去了计划的结果并用新的结果取而代之。这比默默地把新的要求和旧的目标放在一起，然后两者都错过要健康得多。
“感觉很压抑。”
是的。这就是重点。约束使团队聚焦。一个不受约束的团队会有所成果；他们只是不同意利益相关者的观点。
这周做什么
- 阅读您当前冲刺的目标。 如果它是工单列表或主题，请使用上面的示例形状之一将其重写为面向用户的单个句子。
- 在下一次站立时，大声说出目标。 如果有人反应惊讶，那么目标还没有被内化；这就是错误。
- 在下一次回顾时，问：“这个目标对我们这次冲刺有帮助吗？” 如果是，请在下一个冲刺中写下更好的目标。如果不是，请重写此冲刺的目标，就像您今天计划的那样；你会写什么？
冲刺目标并不会让糟糕的冲刺变得更好。但他们却转了一个 很好 冲刺成为整个团队可以用一句话来形容的；这句话经过一次又一次的冲刺，组合成一支知道前进方向的团队。
SprintFlint 将冲刺目标置于每个冲刺板、每个站立视图和每个演示摘要的顶部。所以没有人能说“我们这次冲刺做了什么？”到星期三。 每月50张免费工单，无需刷卡。