粗读/系统性略读

一）目的

通过学习好故事的6大特征INVEST，来进一步理解如何创建好故事。

二）使用步骤

1. 快速扫读

1）引言(“在这一章里”~“六个特征week2003a”)

介绍好故事的6个特征、定义人和定义时间。

2）独立的(“我们应该”~“接着要完成的故事”)

对于有着相互依赖关系的故事，建议合并成更大且独立的故事，或者在不同的维度上来拆分。

3）可协商的(“故事是可协商的”~“以测试形式体现的故事细节”)

故事本身并不是详细的需求，因此不需要包含所有相关的细节。一旦陷入细节，读者可能会关注这些旁枝末节，从而产生更多的工作。

4）对用户或客户有价值的(““每个故事对用户””~“自己编写故事”)

用户故事要更清晰的表达能够为用户带来什么利益，而不是阐述遵循哪些开发标准或工作流程。

5）可估算的(“对于开发人员来说”~“巨大的较虚的估算”)

尽量考虑可估算，导致不可估算的原因是缺乏领域知识、或缺乏技术支持，或本身故事太大。但史诗也是可以分配一个较大的、较虚的估算。

6）小的(“就像金发女孩”~“装订在一起”)

独立是小的基础，但也不能走向极端。我们通过依据使用技术和团队规模，来定义故事的大小。

在拆分一个无法估算的故事时，客户最终的选择是：要么增加没有新功能的研究性故事，要么加入一些其他的故事来增加新功能。

7）可测试的(“故事必须是可测试的”~“来验证这一点”)

相当于SMART原则里的measureable，如果都是不可测试的，那功能就很难实现。

8）结尾(“理想情况下”~结束)

除了对6大特征进行总结，还阐述了开发人员及客户的责任。

2.作者采用的结构

典型的总-分-总结构。

3.知识点关键词

• 相互依赖
• 细节过多
• 客户价值
• 领域知识
• 技术知识
• 史诗
• 复合故事
• 复杂故事
• 非功能性故事
• 责任