用户故事与敏捷方法 - 第二章 编写故事

1. 独立的，故事之间不要有关联。影响计划。
2. 可讨论的。一两句简语提示开发人员与客户团队的对话，一些注释表明对话中需要解决的问题。
3. 对用户或客户有价值的。不同角色拥有不同的价值故事。
4. 可估计的。（对于团队陌生技术，比如项目需要百度地图，技术团队没人使用过，需要一两个技术人员启动探针试验）（领域知识的缺乏）
5. 一个项目大多可能会有1，2个史诗故事，史诗故事也不是一无是处。
6. 小的。故事太大太小都无助制定计划。使用史诗故事开展工作很困难，因为他们包含多个故事。
   
7. 史诗故事包含两种:复杂故事,复合故事。
8. 可测试的，明确的，不有有大概，绝对，可能的字眼，要使用百分之90,2秒。

  开发人员职责：

    帮助客户编写故事，编写提醒与客户团队交谈的故事。不要记录详细需求定义，故事要对客户有价值，独立，可测试，大小合适的。

    如果被问及实现故事所用的技术和基本架构信息，应该使用对客户有价值的语言描述。

客户团队职责：

    负责编写故事，有些故事要提示你们与开发者交谈，而不是记录详细需求，它们对用户和你们自己是有价值的，它们是独立的，可测试，大小合适。