《用户故事与敏捷方法》

【第一章】
1、关键在于故事应该以对客户有价值的方式写下来。
2、“用户可以查看工作描述”“用户可以查看薪水范围”“用户可以查看工作地点”
与其写下这些故事细节，还不如让开发团队和客户讨论这些细节，即在这些细节变得重要时才讨论。
3、“必须多长时间完成？”
4、会有一个专职人员为开发人员的工作排列列优先级。
5、在排列优先级时，他们要考虑下几点：
1）大部分用户和客户对特定特性的渴望程度。
2）小部分重要用户和客户对特定特性的渴望程度。
3）故事之间的联系。

其它因素：风险，成本，故事点，大小和复杂度。

6、避免在文档中出现下述含义不清的语句：
系统必须存储地址和办公电话或者移动电话。
（系统必须存储地址和办公电话）或者移动电话。
系统必须存储地址和（办公电话或者移动电话）。
7、由于用户故事没有技术术语，所以开发人员和客户团队双方都能理解。


【第二章】编写故事
1、优秀故事的特点：
1)、独立的(合并/分割方法)
2)、可讨论的
（a.一两句短语，用来提醒开发人员和客户进行对话；
b.一些注释，用以表明在对话中亟待解决的问题；）
3)、对用户或客户有价值的。(避免在故事中出现用户界面和技术方面的定义。
另外：让客户来编写故事，但这些不是以后对他们不利的证据，为之后进行需求讨论服务。)

4)、可估计的
5)、小的（合适的故事大小最终取决于团队、它的容量以及所使用的技术）
a.分割故事
b.合并故事
6)、可测试的（测试自动化）