制定出色的冲刺目标的模板

摘要

实现冲刺目标是一种有力的实践。 但是许多产品所有者和团队没有利用Sprint目标或没有正确应用它们：Sprint目标通常陈述要实现的故事，而不是进行迭代的原因。 这真是不幸的是：有效的冲刺目标可用来测试想法，提供功能并促进团队合作。 这篇文章介绍了sprint目标模板，可帮助您编写强大的sprint目标以构建出色的产品。

我发现在选择冲刺目标时考虑三个问题很有帮助：为什么我们要进行冲刺？ 我们如何实现其目标？ 我们怎么知道目标已经实现？ 因此，我的sprint目标模板包括三个主要部分：实际目标，实现目标所采用的方法以及确定目标是否达到的度量。 另外，它提供了一个标题部分，使您可以声明目标属于哪个产品和冲刺，如下图所示。 您可以从romanpichler.com/tools/sprint-goal-template/或单击下面的图片以PDF格式下载模板。

上面的模板是基于我使用Scrum十多年的经验而产生的，它的灵感来自科学方法和精益创业。 让我们更详细地看一下模板部分。

目标部分

目标部分说明了为什么值得进行冲刺。 例如：

• 测试有关用户交互的假设，并了解哪种方法最适合用户，例如：“用户愿意在使用产品功能之前进行注册吗？”
• 解决诸如以下的技术风险：“架构是否实现了所需的性能？”
• 发布一个功能，例如：“获取常规发布的报告功能。”

因此，冲刺目标不同于列出应实施的用户案例。 它传达了执行工作的原因，并为运行sprint提供了动力。 应当共享冲刺目标：产品所有者和开发团队应该相信朝着目标努力是正确的事情。

选择正确的冲刺目标时，我发现考虑当前存在的不确定性会有所帮助。 在早期的sprint中，解决风险和测试假设使我能够了解产品的外观和功能以及产品的制造方式。 一旦解决了关键风险和关键假设，我将专注于完成和优化功能，如下图所示：

方法部分

本节讨论如何实现目标的问题。 默认的Scrum答案很简单：使用高优先级产品待办事项项创建（可能可装运）产品增量，并在sprint审核会议中将其演示给利益相关者。 但是编写软件和使用产品演示并不总是达到目标的最佳方法！ 例如，纸质原型足以测试视觉设计思想或有关用户交互的假设。 此外，执行可用性测试或发布软件以运行A / B测试之类的其他方法可能比产品演示更有效。 因此，您应该仔细选择正确的方法，并在本节中进行说明。

但是不要停在那里。 确定测试组后，应提供反馈和数据的人员。 这些人是谁，取决于冲刺目标：如果您要验证有关视觉设计，用户交互或产品功能的假设，那么您可能希望从用户那里收集反馈和数据。 但是，如果您要解决技术风险，则用户可能无法为您提供帮助。 考虑改为邀请其他团队的资深开发人员或架构师。 陈述测试小组可以明确“谁是利益相关者”，需要谁来提供反馈，以便开发出合适的产品。

指标部分

指标部分传达了您如何确定是否达到目标的信息。 您使用哪种指标取决于选择的方法。 对于产品演示，您可以声明，例如，至少有三分之二的利益相关者应该对新功能做出积极回应。 对于可用性测试，五名测试人员中至少有三名在不到一分钟的时间内成功完成了任务； 对于新功能的发布，您可以说至少有80％的用户在启动新功能后的五天内至少使用一次新功能。

无论选择哪种指标，请确保它们允许您了解是否达到目标以及在何种程度上达到目标。

标头部分

标头部分由“产品”和“冲刺”两个子部分组成。 它们仅允许您声明目标属于哪个产品和哪个Sprint。

根据需要自定义此部分。 例如，如果您为代理机构或IT解决方案提供商工作，则可以将“产品”替换为“项目”。

用户故事和冲刺目标

您可能想知道模板与用户故事之间的关系 。 首先让我重申，您的冲刺目标应该与您的用户故事有所不同。 目标解释了为什么执行短跑工具故事是一个好主意的原因。 用户故事使您可以实现目标。 混淆两者是一个常见的错误。

要连接模板和故事，您有两个选择：您可以在模板的方法部分中说明相关的用户故事，或者可以在sprint待办事项列表中分别列出它们，如下图所示。

在上图中，sprint目标显示在sprint待办事项的左侧，其中以任务面板的形式列出了用户案例和实现该目标所需的任务。

参考： Pichler博客博客上的JCG合作伙伴 Roman Pichler 提出的制定出色冲刺目标的模板 。

翻译自: https://www.javacodegeeks.com/2014/03/a-template-for-formulating-great-sprint-goals.html