用户故事
- 开发一个用户故事的理想持续时长是2-5天。
- 一个用户故事包含3个基本要素： 一个角色，一个目标和一个可达到的商业价值，通常的形式是：“作为，我需要，由此我可以。”
- 用户故事是基于价值去进行优先级排序的。
- 价值，成本和风险是处理用户故事时优先考虑的重点因素。
- 当开发者注意到用户故事或任务用时比时间箱长，应该提醒团队并采取措施。包括：把任务分解为更小的用户故事
- 敏捷中，故事地图本质上等同于项目计划，它将用户故事/产品特性按逻辑主题排列，作为开发的计划。
- 用户故事的属性需要符合INVEST I-Independent独立故事是指可在任何顺序下开发，避免依赖，使开发更复杂的故事。 N-Negotiable可协商故事是指客户和开发者可自由分析和采用用户故事来达到客户需求的故事。 V-Valuable有价值的故事是指向客户描述产品特性如何提供价值的故事。 E-Estimatable可估算故事是指已准备就绪，开发者可用来估算开发这些用户故事所需的工作量或时长的故事。 S-Small小故事是指需要2-5天执行的故事。 T-Testable可测试故事是指根据接受标准可验证，来确保价值的故事。
- 敏捷中所有的优先级都是“相对的”，也就是说一个用户故事只是相对优先于其他用户故事，而非在固定规模上得到优先处理。
- 用于定义用户故事的罗恩•杰弗里斯的3C分别是卡片，对话和确认。
- 总的来说，故事点可以被看作是开发一个用户故事的成本，价值点可以被看作是开发用户故事的收益。
- 解聚是指将大的用户故事分解为小的更易于处理的故事，类似分解。
- 典型的归类整理用户故事的方法有： 1）与产品特性的相关性 2）依据逻辑顺序和依赖关系 3）基于客户价值的优先级。
- 敏捷团队往往使用故事点来估算开发一个用户故事的相对大小或工作量。
- 停车场图表是一个敏捷文档，用来对用户故事按主题进行分类和管理，往往包括确定主题的名称，用户故事的数量及其包含的故事点，以及展现故事点完成百分比的进度图表。
- 故事点表示开发一个用户故事的相对工作量。每一个故事点表示一个固定的开发工作量值。当估算敏捷团队时，必须考虑复杂度，工作量，风险和依存关系。
- 故事点是开发工作的固定单元，用在相对测量用户故事中，以达到估算参与开发的工作量的目的。故事点并不以时间为基础，而以意义为基础。
- 敏捷扑克和亲和估算在敏捷中都是用来进行故事点估算的
- 故事点书为0说明任务很简单，需要花费的时间很少甚至可以忽略不计。
- 除了使用故事点来估算用户故事的相对工作量外，敏捷团队还可使用理想时间。理想时间是指不受会议，个人生活，非工作日或其他事项干扰，测试和发布用户故事所花的时间。
- 用户故事分类方法包括： 1）与产品特性的相关性 2）依据逻辑关系（例如故事1必须在故事2开发前开发） 3）基于客户价值的优先级。
- 除了使用故事点来估算用户故事的相对尺码外，敏捷团队还可使用理想时间。
- 理想时间是指不受会议，个人生活，非工作日或其他拖延，分心的干扰的情况下，测试和发布用户故事所花的时间。
- 三角测量的具体做法是在估算一个故事时，根据这个故事与其他一个或多个故事的关系来估算。
- 用户故事是在发布计划期间定义的。发布计划通常包括一个计划，计划包括几个迭代和一个产品什么时候会发布的估计。开发团队和顾客详细地讨论每个用户故事，以确定到项目的迭代里。
- 可运用MoSCoW 和Kano方 法和通过风险-价值与成本-价值矩阵进行用户故事优先级处理
