软件可以帮助人们做事。当用户要求团队构建功能时, 是因为他们需要能够在未来用它做一些他们今天做不到的事情。确保团队构建正确的方法的最有效方法是在整个开发过程中牢记这些需求。用户情景是对用户所需的特定内容的非常简短的描述。很多团队都把它们写在索引卡或便笺上。通过围绕用户故事 (User Stories) 组织所有工作, Scrum 团队确保在规划和优先排序过程中保持用户需求的前沿和中心无误。这样, 他们就会专注于构建用户所需的内容, 当团队在冲刺 (Sprint) 结束时演示故事 (Deomonstration) 时, 不会有什么意外。
用户故事
用户故事仅用几句话描述了用户将如何使用软件。许多团队在填写空白格式后在便签卡上编写用户故事：
作为一个<用户类型>，我想要<我正在采取的特定操作>，以便<结果我想要发生的事情>。
As a <type of user>, I want to <specific action I’m taking> so that <what I want to happen as a result>.
因为故事简短且模块化，它们是团队不断确认构建正确功能的一个很好的提醒。你可以把每个故事卡片看作是团队与用户进行对话的象征，以确保他们正在构建对他们有用的功能。