本书是业内领先的敏捷教练和培训师数年实践经验的结晶，通过通俗易懂的实例诠释Scrum的价值观、原则和实践。这是一本关于敏捷和Scrum的书，你会和“任务板”团队成员们一起从零开始了解敏捷和实践Scrum。这是一本实践类的书，“任务板”团队的故事会生动地为你解答实践中遇到的各种问题。不仅如此，书中还有大量的实践类问题的解答。这是一本读起来简单、轻松的书，这是一本用起来实用、入门的书。本书图文并茂，通过通俗易懂的描述和多幅图对Scrum进行阐述，用于描述Scrum的角色、工件和活动。
本书可以帮助团队成员、经理和执行主管了解Scrum常识，掌握可以拿来即用的通用词汇表，充分攫取Scrum的潜力，最终实现优秀团队能够做到持续、稳健发展的目标。

第1章 为什么敏捷和Scrum——敏捷和Scrum入门
1.1 为什么敏捷
1.2 什么是敏捷
1.3 敏捷的历史
1.4 敏捷宣言
1.5 敏捷之伞
1.6 敏捷怎么工作
1.7 敏捷和瀑布模型的区别
1.8 什么是Scrum
1.9 Scrum框架
1.10 实践类问题
1.10.1 我应该用Scrum吗
1.10.2 我可以同时实践Scrum和PRINCE2吗
1.10.3 实践Scrum时会遇到问题吗
1.10.4 Scrum是否可以部分应用
1.10.5 我什么时候不能用Scrum
1.10.6 Scrum可以在大型组织中实践吗
1.10.7 Scrum是一个框架，而不是一个方法
1.10.8 Scrum资格证书和素质
第2章 Scrum谁来做——Scrum的角色
2.1 ScrumMaster
2.2 产品负责人
2.3 开发团队
2.4 实践类问题
2.4.1 一个人能同时既做产品负责人又做ScrumMaster吗
2.4.2 Scrum里任务是如何分配给团队成员的呢
2.4.3 开发团队可以有多少个人，为什么要限制团队人数
2.4.4 如果项目工作太多，一个Scrum团队做不完怎么办（团队之间的工作协调）
2.4.5 迭代和冲刺的区别是什么
2.4.6 为什么在开发团队里只有工程师而不是开发、测试呢
2.4.7 产品负责人和ScrumMaster都是全职工作吗
2.4.8 质量控制在Scrum里怎么体现
2.4.9 新任ScrumMaster应该怎么办
2.4.10 Scrum的核心价值观
2.4.11 开发团队的人员配备
2.4.12 一个ScrumMaster可以同时和多个团队一起工作吗
2.4.13 Scrum有没有一套流程，有没有标准
第3章 Scrum怎么做——Scrum工件
3.1 产品列表
3.2 Sprint待办列表
3.3 完成的定义
3.4 监测
3.5 实践类问题
3.5.1 谁负责产品列表，谁负责Sprint 待办列表
3.5.2 产品列表的优先级如何制定
3.5.3 什么是DOR
3.5.4 敏捷了就不需要文档了吗
3.5.5 Scrum管理产品列表、冲刺待办列表，需要使用什么工具
3.5.6 什么时候梳理产品列表，谁梳理产品列表，怎么梳理产品列表
3.5.7 需要开产品列表梳理会议吗
3.5.8 Scrum团队跟踪个人完成的任务吗
3.5.9 监测的结果可以用来比较不同的Scrum团队之间的绩效差距吗
第4章 Scrum做什么——Scrum会议
4.1 计划会议
4.1.1 工作量预估
4.1.2 计划会议第一部分：做什么
4.1.3 计划会议第二部分：怎么做
4.1.4 Sprint待办列表
4.1.5 计划会议以后
4.2 Scrum每日站会
4.3 评审会议
4.4 回顾会议
4.5 实践类问题
4.5.1 冲刺目标是什么
4.5.2 Sprint应该多长
4.5.3 一个Sprint需要完成多少个故事点
4.5.4 如果评审会议没有可以演示的内容怎么办
4.5.5 Sprint评审会议有没有一些小技巧
4.5.6 回顾会议上的安全检查
尾声
附录A 参考概念
附录B 参考文献
附录C 敏捷软件开发宣言
附录D Scrum的应用、三大支柱和五大价值观
附录E 瀑布模型与Scrum
附录F Scrum骨架
附录G 专有名词对照

这是什么书？
这是一本“小说”，我会讲一个大大的故事给你听，
故事的主角是一个叫作“任务板”的团队。这是一本关于
敏捷和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 ）与我们
联系，更正书中的错误理解。你们的意见将是我收到的最
好的礼物。谢谢你们！作者