User Story

1. 什么是用户故事？
用户故事描述了对用户或客户有价值的功能。用户故事由如下三方面组成（3C）：

• 一份书面的故事描述，用来作计划和做为提示（Card）。
• 有关故事的对话，用于具体化故事细节（Conversation）。
• 测试，用于表达和编档故事细节且可用于肯定故事什么时候完成（Confirmation）。

能够用故事卡来记录用户故事，在故事卡的正面记录故事的简短描述，背面则记录测试要点。

2. 什么是优秀的用户故事？
优秀的用户故事应该具有如下6个特色（INVEST）：

• 独立的（Independent）。
• 可讨论的（Negotiable）。
• 对用户或客户有价值的（Valuable to users or customers）。
• 可估计的（Estimatable）。
• 小的（Small）。
• 可测试的（Testable）。

3. 为何使用用户故事？
使用用户故事可以带来下面好处：

• 用户故事强调口头沟通。能够提供迅速的反馈周期，可以促成对需求的充分理解。
• 用户故事更容易被人理解。
• 用户故事的大小适合作计划。
• 用户故事适合于迭代开发。能够很容易的从一个史诗故事入手，并在须要的时候将其分解成多个小故事。
• 用户故事鼓励延迟细节。能够很快的写出大量用户故事，迅速的开展工做。
• 用户故事鼓励随机应变的设计。团队能迅速的在高层及低层细节思考间切换。
• 用户故事鼓励参与性设计。
• 用户故事有利于传播隐性知识。

4. 用户故事有哪些不足？

• 大型项目中，用户故事之间的关系可能错综复杂，难以组织好成千上万的用户故事。
• 若是开发过程规定要有需求的可追溯性，须要额外的文档。
• 在特大规模多团队的项目中，仅靠用户故事是不够的，否则难以保证信息在大型团队中充分共享。

要点：

• 能够考虑使用其它补充需求说明或使用用例。

5. 怎样开始编写用户故事？
首先从识别关键用户角色开始。按如下步骤对用户角色建模（角色卡）：

• 经过头脑风暴，列出初始的用户角色集合。
• 整理最初的用户角色集合，代表角色之间的关系。
• 整合角色，合并彻底重叠的角色，丢弃多余的和不过重要的角色。
• 提炼角色，定义角色的特征，以便更清楚的了解不一样角色的差别。

要点：

• 用户角色表明的是单一用户。
• 用户角色定义的是人，而不是其它外部系统。

6. 怎样发现和收集用户故事？
如下2种方法有助于发现和收集用户故事：

• 用户访谈。
• 故事编写研讨会（头脑风暴，简单原型）。

要点：

• 使用开放式的，背景无关的提问。
• 应该把重点放在故事的数量上而不是质量上。

7. 当不能或很难接触实际用户时该怎么办？
如下方法有助于解决问题：

• 组建由用户代理领导的用户顾问团队（业务分析师和领域专家是较好的用户代理人选）。
• 尽早的频繁的发布产品，以便尽快获得用户的真实反馈。

8. 怎样描述用户故事？
可使用下面的格式描述用户故事：
做为一个（角色），我想要（功能），以便于（商业价值）

9. 怎样处理非功能需求？
使用约束卡片，若是须要也可使用其它形式的补充需求说明。

10. 怎样估算用户故事？
用故事点估算方法估算故事。

要点：

• 估算用户故事工做量的相对大小。
• 团队估算

11. 怎样安排故事的优先级？
故事的客户价值和风险是安排故事优先级要考虑的重要因素。

12. 怎样将用户故事分配到发布计划？
按如下步骤分配用户故事到发布计划：

• 肯定客户预期的大体发布日期。
• 肯定迭代长度（通常2-4周）。
• 估算用户故事（故事点估算）。
• 估算团队初始速率（每一个迭代完成的故事点）。
• 安排故事优先级（按客户价值和风险等因素）。
• 按故事优先级，故事点，团队速率分配故事到每轮迭代。

13. 怎样将用户故事分解为多个任务？
如下3方面是分解任务时要考虑的重要因素：

• 有利于估算。
• 有利于协做分工。
• 有利于跟踪完成状况。

14. 怎样将任务分配到迭代计划？
按如下步骤分配任务到迭代计划：

• 将用户故事分解为多个任务。
• 团队成员认领任务。
• 团队成员估算并确认他们本身的任务。

要点：

• 团队分解任务
• 我的估算任务（按小时）

15. 当用户界面设计不适合频繁变动时怎么办？
能够按下面步骤实现以使用为中心的设计：

• 用户角色建模。
• 捕获高层次的用户故事。
• 排列故事优先级。
• 精炼高优先级和中等优先级的故事。
• 对故事整理分组。
• 创建书面的原型。
• 精炼该原型。
• 开始编程。

16. 怎样基于用户故事监控团队速率和完成状况？
如下4种方法有助于监控速率和完成状况：

• 速率图，用于展示每轮迭代的速率（每轮迭代完成故事点），以便于监测实际速率和计划速率的误差。
• 累计完成故事点图，用于展示每轮迭代完成的故事点，以便于监测累计的实际完成故事点和计划完成故事点的误差。
• 迭代燃尽图（发布燃尽图），用于展示每轮迭代末剩余的故事点，以便于把握项目总体的进展状况。
• 每日燃尽图（Sprint燃尽图），用于展示一轮迭代中每日剩余工做的小时数，以便于把握每轮迭代的进展状况