本书详细介绍了用户故事与敏捷开发方法的结合，诠释了用户故事的重要价值，用户故事的实践过程，良好用户故事编写准则，如何搜集和整理用户故事，如何排列用户故事的优先级，进而澄清真正适合用户需求的、有价值的功能需求。 本书对于软件开发人员、测试人员、需求分析师和管理者，具有实际的指导意义和重要的参考价值。

　　 前 言 　　在20世纪90年代中期，我一直感到非常愧疚。那时我在为一家公司工作，这家公司每年都会收购一家公司。每次收购一家公司后，我就会被派去负责他们的软件开发部门。收购的每个软件开发部门都有华丽而厚重的需求文档。我当然会感到愧疚，因为我自己的部门从没有做过这样漂亮的需求说明。然而，我的部门在生产软件方面远比我们收购的部门要成功得多。 　　我清楚我们成功的动因。但是我仍然有一种挥之不去、怅然若失的感觉，如果我们能写出长长的需求文档，我们可能会更成功。毕竟那是在我当时读到的书和文章里所描述的做法。如果成功的软件开发团队都在编写华丽的需求文档，看起来我们也应该这么做。但是我们从来没有时间做。我们的项目总是太重要，时间非常紧迫，以至于我们从一开始就没有时间做文档。 　　因为我们从来没有时间写长篇大论的漂亮的需求文档，所以便选定了一个可以和用户交谈的方法。我们不是把需求写下来，传来传去，并在时间不够用的时候还在商谈，而是和客户交谈。我们会在纸上画一些界面样例，有时做一些原型，我们经常开发一点就给潜在的用户展示我们开发了些什么。我们至少每月一次邀请一些典型用户，向他们演示我们开发的功能。我们贴近我们的用户，向用户展示我们一点一滴的进度，这样便在不知不觉中发现一个不需要漂亮的需求文档就可以成功的方法。 　　我还是觉得愧疚，觉得我们并没有按规范来做事。 　　1999年，Kent Beck出版了一本革命性的书《解析极限编程——拥抱变化》。一夜之间，我的这份愧疚烟消云散。终于有人旗帜鲜明地提出开发人员和客户之间用交谈取代“写文档——商谈——再写文档”。Kent阐明了许多事...