用户故事与敏捷方法 内容简介

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

用户故事与敏捷方法 本书特色

《用户故事与敏捷方法》：敏捷大师MikeCohn的软件需求方法圣经，小型团队(项目)不可或缺的敏捷开发宝典，亚马逊五星级长销图书，敏捷社区重点推荐，结合精髓和实例，充分演绎用户故事的智慧。
在敏捷社区的详尽评审和热切期盼下，《用户故事与敏捷方法》不负众望.为软件行业提供了一种节省时间和消除重复工作的需求管理方法.对开发更很好的软件起着积极、高效的推动作用。
构建满足用户需求的软件.优选的方法是从“用户故事”开始，即简明扼要、清楚明确地描述对实际用户有价值的功能。在《用户故事与敏捷方法》中.敏捷大师Mikecohn提供详尽的蓝图来指导我们如何编写用户故事.如何把它们应用于软件开发生命周期中。
《用户故事与敏捷方法》介绍了如何编写理想的用户故事，造成用户故事不理想的原因有哪些，如何在无法与用户交流的情况下有效地搜集用户故事.如何对已经写好的用户故事进行整理、排列优先级及在此基础上进行计划、管理和测试。
·专注于“用户故事”这一灵活、敏捷和实用的需求方法。
·强调如何用更短的时间开发更符合用户需求的软件应用。
·揭示如何在不能直接与用户交流的情况下搜集用户故事。
·诠释用户故事的优势，用户故事与用例、使用场景和传统需求方法的不同。
·精辟阐述如何围绕着用户故事进行全面的规划、进度、估算和测试。
·极限编程(ExtremeProgramming)，scrum或其他任何敏捷方法的很好伴侣。
采用XP和scrum等敏捷开发方法或其他软件开发方法的开发人员、测试人员，分析师和管理人员．可以从《用户故事与敏捷方法》获得有价值的信息，以更少的人员在更少的时间内开发出更符合用户需求的软件应用

用户故事与敏捷方法 目录

第I部分起步
第1章概览3
什么是用户故事？4
细节在哪里？5
“必须多长时间完成？”6
客户团队7
使用故事的过程是怎么样的？7
规划发布和迭代9
什么是验收测试？11
为什么要变？12
小结13
问题14

第2章编写故事15
独立的15
可讨论的16
对用户或客户有价值的18
可估计的19
小的20
分割故事21
合并故事23
可测试的23
小结24
开发人员职责25
客户团队职责25
问题25

第3章用户角色建模27
用户角色27
角色建模的步骤28
通过头脑风暴，列出初始的用户
角色集合29
整理*初的角色集合30
整合角色31
提炼角色32
两个额外的技术33
虚构人物33
极端人物34
如果有现场用户该如何？35
小结35
开发人员职责35
客户职责35
问题36

第4章搜集故事37
引出和捕捉是不合用的37
够用就行，不是吗？38
方法38
用户访谈39
问卷调查41
观察41
故事编写工作坊42
小结45
开发人员职责45
客户职责45
问题46

第5章与用户代理合作47
用户的经理47
开发经理48
销售人员49
领域专家49
市场营销团队50
以前的用户50
客户51
培训师和技术支持52
业务分析师或系统分析师52
与用户代理合作时，做些什么？52
能接触到用户但访问受限时52
实在不能接触到用户时53
可以自己来吗？54
设立客户团队54
小结55
开发人员职责55
客户团队职责56
问题56

第6章用户故事验收测试57
在写代码之前写测试58
客户定义测试59
测试是过程的一部分59
多少测试才算多？59
集成测试框架60
测试类型61
小结62
开发人员职责62
客户职责62
问题62

第7章优秀用户故事准则63
从目标故事开始63
切蛋糕63
编写封闭的故事64
卡片约束65
根据实现时间来确定故事规模65
不要过早涉及用户界面66
有些需求并不是故事67
在故事里包括用户角色67
只为一个用户编写68
以主动语态编写68
由客户编写68
向故事卡编号说“不”68
不要忘记意图69
小结69
问题70

第II部分估算和计划
第8章估算用户故事73
故事点73
以团队估算74
估算74
三角测量75
使用故事点76
如果用结对编程呢？77
一些提醒78
小结79
开发人员职责79
客户职责79
问题79

第9章发布计划81
我们想在什么时候发布81
希望在发布中包含哪些功能？82
排列故事优先级82
混合优先级84
高风险故事84
根据架构需要安排优先级85
选择迭代长度86
从故事点到预计工期86
初始速率87
猜测速率87
创建发布计划88
小结88
开发人员职责89
客户职责89
问题89

第10章迭代计划91
迭代计划概览91
讨论故事91
分解任务92
准则93
承担职责94
估算并确认94
小结95
开发人员职责96
客户职责96
问题96

第11章测量并监控速率97
测量速率97
计划速率和实际速率98
迭代燃尽图100
迭代中的燃尽图102
小结104
开发人员职责105
客户职责105
问题105

第III部分经常讨论的话题
第12章故事不是什么109
用户故事不是IEEE830109
用户故事不是用例112
用户故事不是场景115
小结117
问题118

第13章用户故事的优势119
口头沟通119
用户故事容易理解121
用户故事的大小适合做计划122
用户故事适合于迭代开发123
用户故事鼓励延迟细节124
用户故事支持随机应变的开发124
用户故事鼓励参与性设计125
用户故事传播隐性知识126
用户故事的不足126
小结127
开发人员职责127
客户职责128
问题128

第14章用户故事不良症兆一览129
故事太小129
故事互相依赖129
镀金130
细节太多131
过早考虑用户界面细节131
想得太远132
故事划分太过频繁132
客户很难为故事安排优先级132
客户不愿意写用户故事，也不愿意
为故事安排优先级133
小结134
开发人员职责134
客户职责134
问题134

第15章Scrum与用户故事135
Scrum是迭代和递增的135
Scrum基础136
Scrum团队137
产品Backlog137
Sprint计划会议138
Sprint评审会议140
每日Scrum简会140
在Scrum中使用用户故事142
Scrum和产品Backlog142
在Sprint计划会议中使用
用户故事142
在Sprint评审会议中使用
用户故事143
在每日Scrum简会中使用
用户故事143
一个案例143
小结144
问题145

第16章其他话题147
处理非功能性需求147
纸质还是软件?148
用户故事和用户界面150
保留故事152
缺陷的用户故事154
小结154
开发人员职责155
客户职责155
问题155

第IV部分一个完整的实例
第17章用户角色159
项目159
定义客户159
定义一些角色雏形160
整合与提炼161
角色建模162
添加虚构人物164

第18章一些用户故事165
Teresa的故事165
Ron船长的故事168
“初级航海者”的故事168
“不出海的礼物购买者”的故事169
“报表查阅者”的故事169
“管理员”的一些故事170
收尾171

第19章估算故事173
**个故事174
高级搜索176
评分和评论177
账户177
完成估算178
所有估算179

第20章发布计划181
估算速率181
给故事安排优先级181
*终的发布计划182
第21章验收测试185
搜索测试185
购物车测试186
购买书187
用户账户187
管理188
测试限制条件189
*后一个故事190

第V部分附录
附录A极限编程概览193
附录B参考答案203
……

用户故事与敏捷方法 节选

我们需要一种协同工作的方法，让双方都不占*对*导地位，共同面对感情用事和办公室政治化的资源分配问题。若资源分配问题完全落在一方，项目必定会失败。如果只让开发人员来承担这些问题（他们通常会被告知“我不关心你们怎么做，但请你们在6月份之前完成”），他们可能会牺牲质量来换取额外的特性，也可能只部分实现一个特性，或者自行做出一些本该在有客户和用户参与情况下才能做出的决定。如果只是客户和用户承担资源分配的责任，那么我们通常会在项目开始时看到一系列漫长的讨论，项目中的特性逐渐减少。之后，在*终发布软件时，只剩下很少的功能，甚至少于被减掉的功能。

至此我们已经了解到，我们不能完美地预测软件开发项目。当用户看到软件的早期版本时，他们会想出新的点子，从而改变他们的观点。由于软件的这种不可控性，大部分开发人员都会遇到众所周知的艰难时刻，估计需要多长时间才能完事儿。因为这些因素及其他一些因素，导致我们无法勾勒出一幅完美的PERT图①来展示项目中所有必须完成的事情。……

用户故事与敏捷方法 作者简介

科恩（MikeCohn），是敏捷联盟的发起成员之一，并担任其文章项目的总监。他1984年开始编程，1988年开始管理软件项目，客户包括富达投资、维亚康姆、宝洁、NBC和花旗银行。Mike写本书时是Fast401k的软件工程副总裁。这家行业靠前公司提供基于互联网的401（k）档案保存和管理解决方案。Fast401k向金融服务行业客户提供自主品牌的e401k软件产品，作为外包服务供应商，利用专有技术实现规模经济效应。在本书之前，Mike著有或合写了4本编程方面的书籍。（译者注：Mike也是《敏捷估计及估算》及SucceedingwithAgile两本重要敏捷著作的作者，并与其他两位敏捷泰斗KenSchwaber和EstherDerbv一起创办了Scrum联盟。）