用户故事

原型图的一个劣势时没有办法清晰的表达出用户目的，但是原型图在表达功能时却比用户故事要好。

重要的是每个需求要清晰的表述出以下几个内容：

• 做这个需求的目的，目标和价值
• 该需求解决了什么用户问题
• 该需求的主要用户是谁
• 用户在使用这个功能的时候遇到不同场景系统会给予什么样的反馈

当需求获取到价值清晰的时候就停下来，不再追求必须完全细化——当故事传递到开发环节的时候，通过开发人员对故事的理解和提问，完善开发需要的细节，产生“拉动”需求的效果，这样避免了在需求获取和分析、设计阶段的时间消耗，从而达到“快”的效果。

与其他需求梳理方法相比，只是用户故事的一些特点更适用于敏捷开发适应的场景：需求不是很清晰就需要进入开发；需求变化频繁。如果较长时间实践了用户故事方法，你就会发现用户故事用在敏捷迭代开发中，作用与成效很大，不止局限于需求方面。