用户故事必须完整，任务必须彻底完成（如何写用户故事3）

在你撰写用户故事或列出待办事项清单时，有两个问题很重要：用户故事够完整吗？你如何才能知道自己已经完成了任务？

比如，我们看一看斯托尔写的用户故事：“作为特种部队的医生，我必须为学生们传授基本的生理学知识，这样他们才能了解人体。”

关于一则用户故事是否完整，我经常用一套标准来衡量。这套标准是比尔·韦克（Bill Wake）发明的。他认为，一个好的用户故事应该满足 INVEST 标准：

• • 可协商性（Negotiable）——用户故事的内容要是可以协商的，用户故事不是合同。一张用户故事卡片上只是一个简短的描述，不包括太多的细节。具体的细节在沟通阶段提出。如果一张用户故事卡片带有太多的细节，实际上会限制和用户的沟通。
  • 有价值（Valuable）——每个用户故事必须对客户具有价值。一个让用户故事有价值的好方法是让客户来写下它们。一旦一个客户意识到这是一个用户故事，并不是一个契约，而且可以进行协商的时候，他们将非常乐意写下故事。
  • 可评估（Estimable）——开发团队需要衡量用户故事，以便确定优先级和工作量，并便于安排工作计划。
  • 规模小（Small）——一个好的故事要尽量维持小规模，至少要确保在一个Sprint周期中能够完成。用户故事越大，在安排计划、工作量评估等方面的风险就会越大。
  • 可