两个最重要的认识：
- 使用用户故事的目的不是为了写出更好的用户故事
- 产品开发的目的不是开发出产品。
使用用户故事的目的是最终达成共识，而达成共识最高效的方式就是面对面，借助于可视化手段来讨论，并用卡片、照片或者视频等做好备忘，以便于后续能够回忆起当时讨论的场景。不要试图去写完美的文档，不同的人对同一段文字的理解可能有天壤之别。如果从更高的层面上来讲，你的工作是改变世界（或多或少），因此软件本身并不是重点。重点在于outcome，即软件本身给用户带来了什么样好的改变。对于软件来说，想要开发的功能，总比你拥有的资源要多。多数人的错误观念在于，拼命追求输出速度，即单位时间内完成的需求数量。实际上，如果是从outcome来理解，应该最小化输出，最大化成果和影响。把焦点对准那些需要你来解决问题的人（包括客户和用户），不要聚焦到所有用户身上，企图满足所有人的需求。因此，用户故事需要讨论的，应该是为谁做，为什么做，而不是做什么。把用户故事看做是改变世界更好的方式，而不是仅仅作为收集和分析需求的一种手段。
上述这段话，需要不断品，要细品，这才是用户故事的精髓。记住，用户故事绝不仅仅是贴在墙上的几张卡片或者在电脑上需求管理中的一点描述，它们应该烙印在每个人的脑海中，要清楚知道故事的来龙去脉和价值，并以强大的使命感来实现它们。