写一个团队真正愿意承诺的冲刺目标
冲刺目标是 Scrum 中最被低估的承诺。《Scrum 指南》指出三项承诺——对应产品待办列表的产品目标、对应冲刺待办列表的冲刺目标，以及对应增量的完成定义。然而，许多团队把冲刺目标当作事后补的东西，在已经挑好待办事项之后才胡乱写下一句含糊的话。这恰恰本末倒置，并悄悄抽空了冲刺的专注力。
冲刺目标是本次冲刺的单一目标。它赋予冲刺以连贯性：一个让工作彼此呼应的理由，以及当现实闯入时开发者可以据以掌舵的北极星。在优先级不断变动、人们在居家与办公室之间分身的 2022 年，一个清晰的目标，正是让团队不至于沦为不知所为何来的「任务完成机器」的关键。下面这份清单，帮你写出一个值得承诺的目标。
好的冲刺目标长什么样
它陈述的是一个结果，而非一张任务清单。 「让回访用户无需致电客服即可支付发票」是一个目标。「完成 412 至 419 号工单」则是披着目标外衣的清单。
它是单一的。 一个冲刺，一个目标。如果你需要用「和」字把两个互不相关的目标拼起来，那你就有了两个目标，而且很可能在这个冲刺里塞得太多了。
它为协商范围留出余地。 目标在冲刺期间是固定的，但具体的待办事项不是。好的目标允许开发者删减或调整工作而仍能成功——这正是承诺一个结果、而非一张清单的全部意义所在。
它对相关方有意义。 团队之外的人读了它，应该能明白这个冲刺为何重要。如果只有开发者才解读得了，那它就是一条技术备注，而不是一个目标。
在规划当中写，而不是事后写
《Scrum 指南》说得很清楚：冲刺目标是在冲刺规划期间创建的，而规划的对话由它生发。产品负责人提出本次冲刺产品可以如何提升价值；整个 Scrum 团队协作打磨出冲刺目标；随后开发者挑选能交付该目标的待办事项，并规划如何实现。目标在先，并塑造选择——而非反过来。如果你发现自己是在为已经挑好的事项编写目标，请停下来，把顺序倒过来。
一条实用的切入路径：让产品负责人把问题或机会表述成一个问句——「什么能让这个冲刺对客户而言是一次明确的胜利？」——然后把目标写成全团队都能朗声说出口的一句话。在挑选事项之前，一起对它进行压力测试。
整个冲刺都要用它，否则那只是作秀
在每次每日 Scrum 开始时把冲刺目标朗读一遍——它存在的意义，正是让开发者的当日计划朝它聚焦。
当冲刺中途冒出新工作时，先问它是否服务于目标，再决定是否放它进来。
如果情况变化导致目标过时，产品负责人可以取消冲刺——这种情况很罕见，但正是目标让这一判断成为可能。
在冲刺评审时，先谈目标，再谈完成的事项数量。你们是否达成了当初承诺的那个结果？
一个你在开头写下、每天早上念出、并在结尾据以自我评判的冲刺目标，能把一张工单清单变成一个有意义的冲刺。这就是「忙碌的团队」与「交付价值的团队」之间的区别。
如果你想让团队规划和交付每个冲刺的方式更加锐利，XNM 的项目集与项目交付咨询服务 可以帮你养成让敏捷真正扎根的习惯。