2.8. 小结

• 理想情况下，故事之间是独立的。有时很难做到这一点，但我们哟啊尽量实现这一目标。故事之间的交付顺序应该是无关的，可以任意拿一个故事来实现
• 故事细节有用户和开发人员讨论得出
• 故事应该很清晰体现对用户或客户的价值。最好的做法是让客户编写故事。
• 故事可以注释一些细节，但是过多的细节会使故事难以理解，也可能给人一种开发人员和客户无需交流的错觉
• 给故事加上注释的最好方式是给它编写测试用例
• 如果故事太大，复合故事和复杂故事可以拆分成多个小故事
• 如果故事太小，几个小故事可以合并成一个较大的故事
• 故事应该是可以测试的