zh_CN

Scrum：通过实现 SMART 任务投资于好故事

Table of Contents hide
1 一个好的用户故事应该是—— 投资：
2 产品待办列表细化：故事和任务
3 一个好的任务应该是 ——SMART：
4 参考

我偶然发现了这篇 文章 ，其中包含两个我非常喜欢的助​​记符。

INVEST 提醒人们通常以用户故事格式编写的优质产品 待办事项 (PBI)（或用户故事）的特征。但是一个好的用户故事的特征是什么？首字母缩略词“INVEST”可以提醒您，好的故事应该是：

一个好的用户故事应该是—— 投资：

  • 独立：应该以一种允许被释放而不相互依赖的方式自包含。
  • 可协商：只抓住用户需求的精髓，留出对话的空间。用户故事不应该像合同一样写。
  • 有价值的：为最终用户提供价值。
  • E stimable：用户故事必须能够被估计，这样才能适当地确定优先级并适合 sprint。
  • S mall：用户故事是一小部分工作，可以在大约 3 到 4 天内完成。
  • 可测试：用户故事必须通过预先编写的 验收标准来确认。

产品待办列表细化：故事和任务

Product Backlog 细化是向 Product Backlog 中的项目添加详细信息、估计和订单的行为。每个Sprint都需要持续的产品待办列表细化，  以细化项目，为未来的 Sprint 做好准备。当积压项目被细化到合适的粒度级别时，位于产品待办列表顶部的产品待办事项项目（最高优先级，最大价值）被分解，以便它们适合一个 Sprint，如下图所示。

当产品 backlog 项目被细化并包含在 sprint backlog 中时，它们通常采用用户故事的形式，很容易在 Sprint 计划的第 1 部分中使用。这些用户故事通常会在 Sprint 计划的第 2 部分中进一步细化为任务，以分配给开发团队成员。

一个好的任务应该是 ——SMART：

SMART 是一组创建目标的标准，例如 Sprint 目标，它是Scrum 团队 编写的简短声明  （基于 产品负责人的初始目标），引导他们朝着他们希望完成任务的方向前进根据冲刺目标。

SMART 代表具体、可衡量、可实现、相关和有时限。以 SMART 格式编写目标可确保目标制定者清楚他们要完成的工作、时间和方式。

具体：设定目标时，要具体说明你想要完成的事情。将此视为您目标的使命宣言。

可衡量的：您将使用哪些指标来确定您是否达到目标？这使目标更加具体，因为它提供了一种衡量进度的方法。如果这是一个需要几个月才能完成的项目，那么通过考虑要完成的具体任务来设定一些里程碑。

A chievable：重点关注目标对您的重要性以及您可以做些什么来实现它，并且可能需要发展新技能和改变态度。这个目标是为了激发动力，而不是气馁。考虑如何实现目标，以及您是否拥有所需的工具/技能。如果您目前不具备这些工具/技能，请考虑如何获得它们。

相关：这指的是专注于对更广泛的业务目标有意义的事情。例如，如果目标是推出新产品，它应该与整体业务目标保持一致。您的团队可能能够推出新的消费产品，但如果您的公司是一家 B2B，没有扩展到消费市场，那么目标就无关紧要了。

时间限制：任何人都可以设定目标，但如果缺乏切合实际的时机，你很可能不会成功。提供可交付成果的目标日期势在必行。询问有关目标截止日期以及在该时间段内可以完成的具体问题。如果目标需要三个月才能完成，那么定义中途应该实现的目标是很有用的。提供时间限制也会产生紧迫感。

参考

Leave a Reply

您的电子邮箱地址不会被公开。