00.对于任何方法，总会碰到不顺的情况，我们会看看发生问题时的一些不良征兆或者信号。
01.大部分时候，当我们看到两个小组为基本相同的文档编写了单独版本时，我已经知道他们正把自己拽人到项目最后的责任推卸会议中，兵辩称自己了解文档的意图。使用用户故事时，不会犯这种愚蠢的错误。随着用交谈代替文档，团队会发现没有必要追求一成不变。看起来像合同的文档总是让人觉得他是不可以改变的，交谈则不会给人这种感觉。加入我们今天讨论过了，然后下个月发现了新情况，没关系，我们可以再次讨论。
02.拿着功能列表让客户给出使用那些功能的应用场景，多次让我节省了很多无用工作。客户经常会发现有些功能其实是不需要的，你应该把时间花在有附加值的事情上。
03.场景是用户与计算机交互的详细描述。
04.不管预想得多么全面，我们都无法实现完全定义一个完整的具有相当规模的系统。
05.在定义需求和用户早起频繁接触软件之间，有一个与偶价值的反馈循环
06.用户故事和用例以不同的目的编写。用例被编写成方便开发人员和客户讨论并达成共识。用户故事编写成方便计划发布，并用于提醒需求细节的讨论。