作为敏捷社区的经典名作，迈克·科恩著的《敏捷软件开发(用户故事实战)》不负众望，为软件行业提供了一种高效的需求过程，通过用户故事来节省时间、消除重复工作和开发更优秀的软件。要想构建可以满足用户需求的软件，最好的方法是从“用户故事”开始，用简明扼要的语言清楚明确地描述对实际用户有价值的功能。在本书中，敏捷实干家提供了一个详尽的蓝图来指导读者如何编写用户故事，如何在软件开发生命周期中实际运用用户故事。
本书共5部分21章，介绍了如何写出理想的用户故事，造成用户故事不理想的因素有哪些，如何在无法直接接触到用户的情况下有效搜集用户故事，如何对写好的用户故事进行整理、排优先级并在此基础上进行计划、管理和测试。
本书适合采用XP、Scrum甚至其他自主敏捷方法的所有开发、测试、分析师和项目负责人阅读和参考，可以帮助他们以更少的人手在更短的时间内开发出更符合用户需求的产品或服务。

第I部分 开始
第1章 概述
什么是用户故事？
细节在哪里？
“需要在多长时间内完成？
客户团队
使用故事的过程是什么样的？
计划发布和迭代
什么是验收测试？
为什么要改变？
小结
思考练习题
第2章 编写故事
独立的
可协商的
对用户或客户有价值的
可估算的
小的
拆分故事
合并故事
可测试的
小结
开发人员的责任
客户的责任
思考练习题
第3章 用户角色建模
用户角色
角色建模步骤
通过头脑风暴，创建初始的用户角色集合
整理初始的角色集合
聚合角色
细化角色
两个额外的技术
用户画像
极端人物
如果有现场用户呢？
小结
开发人员的责任
客户的责任
思考练习题
第4章 收集故事
引出和捕捉需求是不适用的
一点儿就够用了，不是吗？
方法
用户访谈
问卷调查
观察
故事编写工作坊
小结
开发人员的责任
客户的责任
思考练习题
第5章 与用户代理合作
用户的经理
开发经理
销售人员
领域专家
营销团队
前用户
客户
培训师和技术支持
业务分析师或系统分析师
如何与用户代理合作？
当用户存在但访问受限时
当真的找不到用户时
你能自己做吗？
建立客户团队
小结
开发人员的责任
客户的责任
思考练习题
第6章 用户故事验收测试
在编码之前编写测试
客户定义测试
测试是过程的一部分
多少测试才算多？
集成测试框架
测试的类型
小结
开发人员的责任
客户的责任
思考练习题
第7章 好故事编写指南
从目标故事开始
纵切蛋糕
编写封闭的故事
约束卡片
根据实现时间来确定故事规模
不要过早涉及用户界面
需求不止故事
故事中包括用户角色
为一个用户编写故事
用主动语态
客户编写
不要给故事卡编号
不要忘记目的
小结
思考练习题
第II部分 估算和计划
第8章 估算用户故事
故事点
团队估算
估算
三角测量
使用故事点
如果用结对编程呢？
“敲黑板
小结
开发人员的责任
客户的责任
思考练习题
第9章 发布计划
我们希望什么时候发布？
希望在发布中包含哪些特性？
故事优先级排序
混合优先级排序
风险故事
优先考虑基础设施需求
选择迭代长度
从故事点到预期工期
初始速率
猜测速率
创建发布计划
小结
开发人员的责任
客户的责任
思考练习题
第10章 迭代计划
迭代计划概述
讨论故事
分解任务
认领责任
估算及确认
小结
开发人员的责任
客户的责任
思考练习题
第11章 度量和监测速率
度量速率
计划速率和实际速率
发布燃尽图
迭代燃尽图
小结
开发人员的责任
客户的责任
思考练习题
第III部分 经常讨论的话题
第12章 用户故事不是什么
用户故事不是IEEE 830
用户故事不是用例
用户故事不是场景
小结
思考练习题
第13章 用户故事的优点
口头沟通
用户故事容易理解
用户故事的大小适合于计划
用户故事适合迭代开发
故事鼓励推迟细节
故事支持随机应变的开发
用户故事鼓励参与式设计
故事增强隐性知识
用户故事的不足
小结
开发人员的责任
客户的责任
思考练习题
第14章 用户故事的不良“气味”
故事太小
故事相互依赖
镀金
细节过多
过早包含用户界面细节
想得太远
故事拆分太频繁
客户很难对故事排列优先级
客户不愿意写故事并对故事进行优先级排序
小结
开发人员的责任
客户的责任
思考练习题
第15章 在Scrum项目中使用用户故事
Scrum是迭代式和增量式的
Scrum基础
Scrum团队
产品待办列表
Sprint计划会议
Sprint评审会议
每日Scrum站会
在Scrum项目中加入用户故事
用户故事和产品待办列表
Sprint计划会议中使用用户故事
Sprint评审会议中使用用户故事
用户故事和每日Scrum站会
案例学习
小结
思考练习题
第16章 其他主题
处理非功能性需求
纸质还是软件？
用户故事和用户界面
保留故事
用户故事描述bug
小结
开发人员的责任
客户的责任
思考练习题
第IV部分 一个完整的项目案例
第17章 用户角色
项目
识别客户