译者序

2001年，敏捷宣言诞生，现在敏捷方法已经在全世界范围内广泛应用。而早在1996年，极限编程就提出了“故事”（story）的概念，这是用户故事的起源。2004年，本书正式出版发行。书中对用户故事理论系统化的阐述，操作实例化的说明，实际应用中的价值呈现，使用户故事由单一实践上升至系统化的方法，本书也当之无愧成为用户故事方法的里程碑之作。虽然还存在一些不足，但是“用户故事”无疑已经成为精益敏捷方法的基石之一。

用户故事方法独有的价值，奠定了它在精益敏捷方法中的基石地位。

首先，用户故事实现了产品需求的敏捷化，进而将软件产品研发过程中的需求、开发、测试主要环节系统化的连接起来。需求模糊不清，变更频繁，做出的功能客户不认可已经成为产品团队普遍面临的痛点问题，怎样在有限的时间内及时交付给用户真正想要的产品，已经成为产品团队的梦想。但是在实现高效的开发之前，首先应该解决的是如何确保团队做的工作是正确的，用户故事覆盖了产品研发过程中的需求领域，对如何获取用户真实的需求并实现敏捷化提供了切实可行的解决方案。

通过有效的对话沟通和迭代式的细节完善等操作，用户故事实现了需求的敏捷化；通过优先级排序和故事点的应用，用户故事实现了需求与开发的连接；通过验收标准的持续明确，用户故事实现了需求与测试的连接。用户故事是一根线，它打破了传统管理中的职能墙，把需求、开发、测试环节进行了有机的连接和敏捷化的融合。

其次，用户故事方法弥补了目前业界通用的精益敏捷方法在产品需求领域的不足，是团队进行全价值链敏捷转型不可或缺的关键要素。

目前业界通用的精益敏捷方法，无论是敏捷Scrum，还是精益Kanban，甚至是规模化敏捷SAFe等，在需求领域，不管是简单的还是复杂分层级的需求描述，最后都会落在用户故事上。虽然精益敏捷基于实践持续演进，但是到目前为止，用户故事仍然是需求领域的核心方法。

第三，用户故事方法撬动了敏捷项目管理计划领域，促进了项目相关方之间的协同合作。

故事点是用户故事中独有的概念。故事点的使用，巧妙地让用户故事能够有效地进行计划，将产品需求与项目计划进行了有机的连接，并支持在项目执行过程中持续进行可协商的适应性调整。

用户故事更强调与用户之间进行口头对话和沟通。用户故事中的很多实践活动，用户代理、故事编写工作坊、估算故事、利用故事计划发布和迭代等，都强调客户、用户和整个项目团队的协同工作。用户故事在客户和项目团队之间搭建起真正的桥梁，促进了项目相关方能够向共同的目标协同努力。

可以说，用户故事给方兴未艾的敏捷项目管理领域贡献了特有的实践智慧。

第四，用户故事方法是组织进行业务敏捷转型不可或缺的工具。

市场商业环境纷繁复杂，用户需求模糊易变，产品交付周期日益缩短，企业组织面临的现状越来越严峻。怎样更好的应对这些现状？实现组织级业务层面的敏捷转型是企业应该优先考虑的方向之一。组织级业务敏捷转型需要企业高屋建瓴的进行规划，但是在落地实施层面更需要切实可操作的工具方法。

用户故事从用户价值的角度出发，在用户需求实现过程中时刻提示团队关注用户目标，并且将研发过程中需求、开发、测试主要环节进行了系统化的连接，能够最大限度地促进团队尽快及早向用户交付价值，从而满足用户真实的需求，适应市场的趋势，进而实现企业的商业目标。

用户故事方法就是从上到下贯通组织业务敏捷转型，并且可落地化操作的有效工具之一。

作为一名精益敏捷的践行者，我在多年推广的过程中意识到，理论只是理论而已，只有通过落地实操的方式给团队组织赋能，解决实际问题才能产生价值。可喜的是，在我们去实操之前，本书摆在我们面前，不仅从理论上，还从实操方面给出了大量的实例化案例来教会我们怎样使用用户故事，仔细品味这些案例，都会给大家带来有价值的参考。在后续的实施中，我相信用户故事会给大家带来惊喜。

最后，我把本书献给我的妻子王晓兰和我的儿子，在翻译的过程中，我的妻子正在辅导儿子学习英语，这使得我们家的翻译学习氛围更加浓厚，同时也激励我实现高质量的完成交付。由于妻子的辛劳付出和儿子的专心学习，使我能够心无旁骛地进行工作，反复琢磨词句，并最终将经典作品再次以全新的姿态呈现给各位读者朋友。