1，用户故事是实施敏捷开发和持续交付的重要开端
1998年，用户故事首次提出。
用户故事的起源是来自与XP极限编程的计划游戏环节，据现在能够追查的记录，最早是在1998年这样提到“用户故事”的：客户通过用户故事（像用例）来定义项目范围。 XP没有把用户故事作为一个单独的实践来说明，而是作为计划游戏中的一个游戏环节，在相同时期，另外一个与用户故事对等的词汇“故事卡片”（Story Card）同样被XP提出，有人说其实那时故事卡片的使用频率要高于用户故事。
这是Ron Jeffries提供的1999年C3项目中的一个用户故事实例照片
2001年，用户故事经典句型出世，As a role，I want to …, so that …
2001年，用户故事3C要点由Ron Jeffries提出，Card，Conversation，Confirmation
2002年，计划扑克发明，以故事点来估算故事的大小。
2003年，用户故事INVEST检查表提出，Independent ， Negotiable ，Valuable，Estimable，Small，Testable。
2003年，BDD由Dan North提出，它包括验收测试和客户测试驱动等的极限编程的实践。
2004年，User Stories Applied 出版，作者Mike Cohn
2005年，Mike Cohn发表 “Agile Estimating and Planning”，planning poker开始流行。
epic的使用，难以追查是哪年开始的，应当是在2003年以后。
theme在用户故事的使用，同样难以追查何时开始，估计也是在2003年以后。
2006年，the Given-When-Then template 出现，适合ATDD和BDD
2014年，User Story Mapping 出版，作者 Jeff Patton
以Rally和Jira为代表的用户故事管理工具在2005年以后得到了巨大发展。
从用户故事的发展历程可以看出，用户故事的提出和应用，为后来发展的敏捷开发模式奠定了基础，直到现在也是敏捷开发的中需求敏捷化的重要手段。
2，用户故事的三个独特价值
独特价值之一在于它的出现使敏捷开发方法覆盖了软件研发中的“需求”环节。敏捷方法诞生十余年到现在我们知道，一个研发团队要想实现完全的敏捷转型光是实现迭代开发过程的敏捷化是不够的，SCRUM和Kanban都无法解决产品需求敏捷化的问题。而用户故事的诞生，就是为了实现需求的敏捷化。虽然用户故事实践本身还存在一些不足，但是至少到现在我们知道，用户故事是需求敏捷化的基石之一。
独特价值之二在于它不仅实现了需求敏捷化的表述，还有效的将软件研发过程中的需求环节、开发环节和测试环节有效的连接起来。通过经典的“三段论“描述和渐进的细节探索，用户故事实现了需求描述的敏捷化；通过优先级排序和故事点的有效应用，用户故事实现了需求到开发的连接；通过验收标准的渐进明确，用户故事实现了需求与测试的连接。可以说，正是有了用户故事这根线，才把软件研发团队的主要的工作环节：需求、开发、测试都有机的串联起来。
独特价值之三在于它的特有的度量概念：故事点。故事点的发明，是用户故事实践里面最成功处之一。如果你真实的实践了故事点，你才会发现，故事点巧妙地将需求与研发计划有效地融合起来，并且很好地支撑了团队的持续改进。
---
参考：
网友评论