本篇则开始本书最后一部分的感想笔记
第三部分：经常讨论的话题
第十二章 故事不是什么
用户故事不是 IEEE 830，不是用例，不是场景。
这章主要阐明了用户故事与几个传统方法的区别：用例中的分支与展开，更偏向测试，在书写用例的过程中容易过早地包含用户界面细节；场景，生动的描写虽然能给人更深的印象，也因为可能包含数个用户故事而造成重点模糊。这就是用户故事有别于这两个的原因。
在书中对于「敏捷」的采用强调了用户界面不能喧宾夺主，也不能在使用用户故事的时候先入为主地对界面进行构思——即不能马上找解决方法。
那么 ，用户故事又有什么优势呢？其实，这些不用过多赘述。
用户故事容易理解，以为他是口头上的沟通。用户故事的大小适合做计划，用户故事鼓励延迟细节，用户故事支持随机应变的开发，用户故事传播隐性知识。用户故事的典例范围比用例及场景小。他适合于迭代开发。鼓励延迟细节，鼓励应变的开发。