描述
开 本: 16开纸 张: 胶版纸包 装: 平装-胶订是否套装: 否国际标准书号ISBN: 9787302524656
本书可以帮助团队成员、经理和执行主管了解Scrum常识，掌握可以拿来即用的通用词汇表，充分攫取Scrum的潜力，*终实现优秀团队能够做到持续、稳健发展的目标。
第1章 为什么敏捷和Scrum——敏捷和Scrum入门
1.1 为什么敏捷2
1.2 什么是敏捷7
1.3 敏捷的历史13
1.4 敏捷宣言15
1.5 敏捷之伞19
1.6 敏捷怎么工作25
1.7 敏捷和瀑布模型的区别31
1.8 什么是Scrum 36
1.9 Scrum框架 40
1.10 实践类问题49
1.10.1 我应该用Scrum吗 49
1.10.2 我可以同时实践Scrum和PRINCE2吗 49
1.10.3 实践Scrum时会遇到问题吗 50
1.10.4 Scrum是否可以部分应用 51
1.10.5 我什么时候不能用Scrum 52
1.10.6 Scrum可以在大型组织中实践吗 52
1.10.7 Scrum是一个框架，而不是一个方法 53
1.10.8 Scrum资格证书和素质 53
第2章 Scrum谁来做——Scrum的角色
2.1 ScrumMaster 56
2.2 产品负责人 67
2.3 开发团队 78
2.4 实践类问题 92
2.4.1 一个人能同时既做产品负责人又做ScrumMaster吗 92
2.4.2 Scrum里任务是如何分配给团队成员的呢 93
2.4.3 开发团队可以有多少个人，为什么要限制团队人数93
2.4.4 如果项目工作太多，一个Scrum团队做不完怎么办（团队之间的工作协调）94
2.4.5 迭代和冲刺的区别是什么94
2.4.6 为什么在开发团队里只有工程师而不是开发、测试呢95
2.4.7 产品负责人和ScrumMaster都是全职工作吗 95
2.4.8 质量控制在Scrum里怎么体现 96
2.4.9 新任ScrumMaster应该怎么办 96
2.4.10 Scrum的核心价值观 97
2.4.11 开发团队的人员配备 97
2.4.12 一个ScrumMaster可以同时和多个团队一起工作吗 98
2.4.13 Scrum有没有一套流程，有没有标准 98
第3章 Scrum怎么做——Scrum工件
3.1 产品列表 100
3.2 Sprint待办列表 114
3.3 完成的定义 125
3.4 监测 132
3.5 实践类问题 140
3.5.1 谁负责产品列表，谁负责Sprint 待办列表 140
3.5.2 产品列表的优先级如何制定140
3.5.3 什么是DOR 141
3.5.4 敏捷了就不需要文档了吗141
3.5.5 Scrum管理产品列表、冲刺待办列表，需要使用什么工具 142
3.5.6 什么时候梳理产品列表，谁梳理产品列表，怎么梳理产品列表143
3.5.7 需要开产品列表梳理会议吗143
3.5.8 Scrum团队跟踪个人完成的任务吗 144
3.5.9 监测的结果可以用来比较不同的Scrum团队之间的绩效差距吗145
第4章 Scrum做什么——Scrum会议
4.1 计划会议 148
4.1.1 工作量预估149
4.1.2 计划会议第一部分：做什么151
4.1.3 计划会议第二部分：怎么做155
4.1.4 Sprint待办列表 161
4.1.5 计划会议以后164
4.2 Scrum每日站会 167
4.3 评审会议 174
4.4 回顾会议 184
4.5 实践类问题 195
4.5.1 冲刺目标是什么195
4.5.2 Sprint应该多长 196
4.5.3 一个Sprint需要完成多少个故事点 196
4.5.4 如果评审会议没有可以演示的内容怎么办197
4.5.5 Sprint评审会议有没有一些小技巧 197
4.5.6 回顾会议上的安全检查198
尾声 200
附录A 参考概念 207
附录B 参考文献 209
附录C 敏捷软件开发宣言 210
附录D Scrum的应用、三大支柱和五大价值观 212
附录E 瀑布模型与Scrum 214
附录F Scrum骨架 215
附录G 专有名词对照 216
这是什么书？
这是一本“小说”，我会讲一个大大的故事给你听，故事的主角是一个叫作“任务板”的团队。
这是一本关于敏捷和Scrum的书，你会和“任务板”团队成员们一起从零开始了解敏捷和实践Scrum。
这是一本实践类的书，“任务板”团队的故事会生动地为你解答实践中遇到的各种问题。不仅如此，书中还有大量的实践类问题的解答。
这是一本读起来简单、轻松的书；这是一本用起来实用、入门的书；这是一本敏捷和Scrum的书。
你为什么要学习敏捷和Scrum？
因为敏捷的思想和方法已经或者即将成为你生产产品和完成项目的方法；因为Scrum是应用最为广泛的敏捷方法；因为再不学点儿敏捷和Scrum的知识，你就落伍了。
我为什么写这本书？
好吧，我承认我是个懒人。我讨厌在面对着屏幕辛勤工作了8小时以后再抱着厚达500页的《Scrum敏捷软件开发》读上哪怕是5分钟。我讨厌在刚刚赶工完成了产品负责人要求的功能以后再对着电脑研究专家们写的博文。
我的同事问我：既然如此，你为什么还要扔给我们厚厚一摞敏捷和Scrum的文档，让我们看得头晕眼花？
我承认，这些文档我自己看起来也很难过……可除此之外，我没有别的东西可以抛给你们去帮助你们了解敏捷和Scrum……
啊！我可以写一个！写一个你看得懂的，像小说一样的，简单的，帮助你入门的，敏捷和Scrum的书！
因此，我想给和我一样的“懒人”写一本敏捷和Scrum的入门小书，这本书应该像小说一样，有意思而且简单易懂，应该可以解答实施项目过程中的实际问题。有了这本书，以后我就不用逼着大家去看那些我自己都不喜欢读的厚厚的手册了。
一些假设
假设你是一个IT行业的从业者，并且对如何生产软件产品有认知。当然，如果你不是IT 行业的从业者，我想书里的大部分内容也适合你阅读。
谁适合读这本书？
简而言之，这本书适合所有人来看，也许你是工程师，也许你是产品经理，也许你是管理者。
■ScrumMaster和产品负责人往往是需要率先学习敏捷和Scrum知识的人，所以在本书中讨论了众多你们关心的话题，跟着书中的主人公一起学习和成长，有一天你们也可以成为Scrum大咖。
■对于工程师们来说，学习技术已经足够辛苦了，因此我为你们准备了轻松的故事。看一看故事里的研发和测试们遇到的问题，也许你会欣然发笑。
如何使用这本书？
作为Scrum的入门书，我希望它可以轻松、简单并且清晰地回答4个关于敏捷和Scrum的问题：为什么？谁来做？怎么做？做什么？
对于喜欢先从整体上了解知识体系的小伙伴来说，也许你已经注意到目录后面的思维导图，它非常清晰地描绘出了整本书的框架，希望你们会喜欢它。
对于很多章节，除了话题以外，还准备了实践类问题的解答。
可以根据目录，选择自己喜欢的问题快速找到答案。
每个话题都有几个固定的部分及作用。
■前言——引入话题，背景介绍。前言都不是很长，介绍的是话题的背景，推荐大家都读一下。
■故事——通过“任务板项目”的故事为大家描绘出一个完整的Scrum项目。无论你是管理者、产品经理或者工程师，这个故事都适合你读一读，你会发现它读起来很轻松，很
接地气，也许会让你豁然开朗，或者嫣然一笑。
■图解Scrum——话题知识点的形象化。看画比看字轻松，也更容易记住知识，大家不妨都看看。
■知识小结——理论知识点总结。这一部分将话题里面的知识点进行了总结和概括。如果你关注理论知识，那么不要错过。如果你认为它有些枯燥，而且你工作中不需要强大的理论
知识（假设你是个工程师），那么你可以跳过这部分内容。
■Lizzy说——实践过程中会遇到的问题。无论你的角色是什么，你都可以看看这个简单的小话框。
■学以致用——学习后的思考和应用。所谓学以致用就是不光要输入知识，更要想办法将知识应用到实际中，你不妨在看完每节后都思考一下“学以致用”里面的问题，这样的思考过程会让你迅速地将知识转化为能力。
和别的书不一样，这本书讲了一个敏捷团队转型的故事。虽然如此，但这并不影响你选取书中的不同章节按照自己的兴趣进行阅读。
当然，如果你刚刚接触敏捷和Scrum，我建议你无论如何都要读读第1章，其中介绍了敏捷和Scrum 的基础知识。对于只是希望进一步理解敏捷和Scrum的读者来说，你至少应该看一看1.1节、1.2节、1.4节、1.7节、1.9节的内容。当然，你最好能坚持通读第1章。
也许你的组织和团队已经在实施敏捷和Scrum了，也许你只是想解决一些实施中的问题，那么你可以按照目录的指引，直奔你想要的问题答案就好。
另外，这本书里有许多张非常实用的图表，强烈建议你收藏（也许你可以在项目组里分享它们；也许你可以以它们为基础整理出自己的Scrum团队的各种流程；也许你可以把它们当作Scrum团队转型初期的参考检查表等）。
我的目标
在《跃迁：成为高手的技术》一书中，作者说：“一张银行卡，你存进去再多，如果不知道提取密码，就没法提现；知识也是一样。知识晶体就是知识提取的密码。”“如果知识点之间能形成稳定的结构，知识就形成一种‘知识晶体’。知识从散装变成晶体，就变得不容易磨损，强度很大，也容易整体提取。”因此，我的目标是帮助你形成敏捷和Scrum的知识晶体。
■写给Scrum零基础的你。
■你可以把这本书当作小说来读。
■通过阅读这本书你可以掌握敏捷和Scrum基础知识。
■本书可以解答一些Scrum项目成员在项目实施中经常遇见的问题。
■提供大量案例和解读，能够为读者提供明确的行动建议。
如果你不同意书中的内容我把完成这本书当作一个Scrum项目来做，想到这个产品马上就要发布了，我很兴奋！
虽然经过了多轮检查，但这个产品也许还有很多的缺陷。提前感谢你们的包容，希望作为读者的你们可以加我微信，帮我指出缺陷，并且提出你们对这个产品的意见，以便我继续迭代这个产品，修改缺陷和完善功能。
当然，也许你对我在书中的一些观点有意见，如果是这样的，欢迎你通过清华大学出版社网站（www.tup.com.cn ）与我们联系，更正书中的错误理解。
你们的意见将是我收到的最好的礼物。谢谢你们！
作者
评论
还没有评论。