用户故事与敏捷方法（美）Mike Cohn著石永超张博超译李国彪滕振宇审校清华大学出版社内容简介本书详细介绍了用户故事与敏捷开发方法的综合 ， 诠释了用户故事的重要价值，用 户 故事的实践过程，良好用户故事编写准则，如何搜集和整理用 户 故事 ，如何排列用户故事的优先级，进而澄清真正适合用户需求 的、有价值的功能需求。本书对于 软件开发人员、测试入员、2需求分析师和管理苔 ， 具何实际的指导意义和重要的参考价值。Simplified Chinese edition copyright© 201 O by PEARS。N EDUCATI。N ASIA LIMITED and TSINGHUA UNIVERSITY PRESS. Original English language title from Prop时etor' s edition of the Work. Original English language title: User Stories Applied: For Agile Software Development © 201 Q EISBN: 978-0-321-20568-1 All Rights Reserved. Published by arrangement with the original publisher, Pearson Education, Inc., publishing as Pearson Education. This edition is authorized for sale only in the People’s Republic of China (excluding the Special Administrative Region of Hong Kong and Ma佣的．本书中文简体翻译版由 Pea rson Education 授权给消华大学出版社在中国域内（不包括中国香港 、澳 门特别行政区）出版发行。北京市版权局著作权合同登记号阁字：0 1-2009-68 13本书封面贴有 Pearson Education（培生教育出版集团）激光防伪标签，无标签看不得销售 。版权所有 ， 慢极必究 。 侵权举报电话：010-6278298913701121933 图书在版编目 （CIP）戴据用户故事与敏捷方法／（羡）科恩（Cohn M.）着’ ：石永超 ，张博超译：李国彪 ，滕振字审校．一北京 2消华大学出版社 ，20 10.4书名原文 ：User Stories Applied: For Agile Software Development ISBN 978-7-302-22340-5 I 用 …II . ①科…②石… ③张… ④李… ⑤滕…III. 软件设计IV. TP3 l 1.5 中国版本图书馆 CIP 数据核字（20 1 0）第 056499 号责任编篇： 文开琪责任印 制 ： 杨绝出版发行：清华大学出版社http:// www. tup. com. en 位总机： 010-62770175ι”MRh’”RW’RMF 缸坷企阴A阴址 z 北京清华大学学研大JI A 座编 ：100084购 ： 010-62786544役稿与读着营服务， 010-62776969 ,c-service@tup. tsinghua. edu. en 质量反馈： 010-62772015 ,zhiliang@tup. tsinghua. edu. en 印刷者 z 消华大学 印刷厂装tT 者 ，.：：＝：河市李旗庄少明装订广经销 2 全国新华书店开本：185 × 230印张：15 . 25字戴：355 千字版次 ：20 1 0 年 4 月第 1 版印次：2010 年 4 月第 1 次 印刷印戴 ：1～4000定价 ： 39. 00 元产品编 号：03 4 966-01献给 Laura ，因你用心阅读本书；献给 Savannah ，因你对阅读的喜爱；献给 Delaney ，因你总是设法让大家相信你已经会阅读 。有了你们这样的读者 ，写作变得如此轻松愉快 ．而用户想要一个可用的系统。 在这些充满冲突的视角 中 ， 想要做出一个人人都支持、皆大欢喜 的决定 ，并且持续数月或者数年都保持这种平衡是很困难的事情 。与早期 的种种方法（需求分析、用户实例和场景）一样， 在这本书中，Mike Cohn 探索的解决方案也是试图解决这个问题。是什么 如此复杂？你写下想做的事情然后照着它傲。日益出现的多个解决方案表明这个 问题并不像最初那样简单 ，这些方案的不同在于你写下了 什 么，何时写 的 。采用用户故事这一方法，是从写下两条信息开始的 z每一个系统需要实现的目标和实现那个目标所需要的大致戚本。这只需要几句话，却能给你其他方法没有给出的信息。遵循“最后责任时刻”（Last Responsible Moment）的原则，团队要等到开始实现软件特性前才写 下特性的具体细节。这个简单的时刻调换可以带来两个主要效果 。 首先，团队很容易在早期开发就开...
