如何理解冲刺目标(Sprint Goal)

最近有朋友问我如何制定冲刺目标？以前也会经常听到这个问题。在辅导客户敏捷转型的Scrum实践中，会发现许多团队由于没有真正理解冲刺目标的概念和重要性，导致其没有发挥出应有的作用。团队常常要不把一个冲刺待办列表的所有用户故事全部作为冲刺目标，但你会发现在一个冲刺里由于这样或那样的原因总会有一些用户故事完成不了，这会导致所谓的冲刺目标完成不了而影响团队的士气；要不索性没有冲刺目标，脚踩西瓜皮，做到哪里算哪里。这些都会影响团队的冲刺交付成果和Scrum实践的效果。

在回答这个问题之前，还是让我们看看Scrum指南对冲刺目标的基本定义：

首先，冲刺目标要单一性，也就是说在一个冲刺里不能有多个目标。因为多个目标实际上就变成了没有目标，会让团队成员迷失方向，严重时导致团队成员各自为战，产生“忙乱”的现象。

其次，冲刺目标要能对确切要做的工作提供灵活性，也就是说冲刺目标在指导开发团队完成冲刺的任务上不能僵化，要有弹性。因为在一个时间有限的冲刺里，当不确定和不可预测的事情发生时，如对某个用户故事估算的误差，或对某个需求或用户故事理解上的偏差，或某个突发任务插入进来等等，这些对冲刺目标的完成会带来一定的冲击，但不应影响冲刺目标的最终实现。

第三，冲刺目标要能发挥引导产品功能开发过程中的连贯性和团队成员协作以及集中专注的作用，也就是说基于产品路线图的实施，产品负责人和开发团队在分析需求功能实现和拆分用户故事上要保持连贯性或一致性，在每个冲刺里让团队成员尽量专注在同一个或多个功能连贯开发上，而不是功能离散开发处于各自为政的无序状态。

基于以上的三个基本原则，怎样选择一个冲刺的冲刺目标呢？

由于每个公司开发的产品各异，选择冲刺目标需要因地制宜。一般讲，对于一个全新开发的产品项目，选定冲刺目标的前提条件之一是要一开始采用设计思维设计好产品和规划出产品路线图，这样选定冲刺目标就比较容易。这里列举一些冲刺目标的例子：

“使应用程序在SQL服务器上运行”

“提供一组最小限度的管理功能”

“提高拼写错误的搜索词查找准确性”

“使用新的OCR系统自动清除违约保险案例”

等等。而对于一个处于维护性的产品，一个冲刺里基本上都是较小的、轻量型的开发任务，比如对现有功能的优化和修订一些BUG等，选定冲刺目标具有一定挑战性。这里也列举一些冲刺目标的例子：

“完成既定的功能优化和关键BUG的修订”

“完成某个增量功能的原型试验”

等等。

总之，Scrum团队在围绕单一性、灵活性和连贯性的原则来选定冲刺目标的同时，需要在实践中不断学习和体会，做到理论和具体实践相结合，让冲刺目标在产品冲刺开发和交付中发挥重要的作用。