内容简介
本书由瑞典敏捷教练Henrik Kniberg撰写，李剑翻译，是一本关于Scrum和极限编程（XP）实际应用的实战指南。作者以第一人称的叙事方式，讲述了在真实软件开发团队中实施Scrum和XP的历程、经验教训和最佳实践。
书中内容并非理论堆砌，而是来源于作者参与的一个瑞典公司内部项目转型的真实记录。从如何组建Scrum团队、定义产品Backlog、规划Sprint，到每日站会、评审会议、回顾会议等核心活动的实操细节，都进行了生动而具体的描述。作者还穿插了Scrum与XP实践（如结对编程、测试驱动开发、持续集成等）的融合思路，并对比了哪些做法有效、哪些容易失败以及背后的原因。
本书语言幽默直白，案例丰富，尤其适合正在或计划引入敏捷方法的软件开发团队、项目经理、产品负责人和Scrum Master阅读。它不仅提供了可复用的模板和检查清单，更重要的是传递了一种持续改进、勇于试错的敏捷精神。通过阅读，读者能直观感受到Scrum在真实项目中的酸甜苦辣，获得宝贵的落地参考。
目录
序1——Jeff Sutherland
序2——Mike Cohn
译者序
第1章 简介
免责声明
撰写本书的原因
Scrum到底是什么
第2章 我们怎样编写产品backlog
额外的故事字段
我们如何让产品backlog停留在业务层次上
第3章 我们怎样准备sprint计划
第4章 我们怎样制定sprint计划
为什么产品负责人必须参加
为什么不能在质量上让步
无休止的sprint计划会议……
sprint计划会议日程
产品负责人如何对sprint放哪些故事产生影响
团队怎样决定把哪些故事放到sprint里面
定义“完成”
使用计划扑克做时间估算
序2——Mike Cohn
译者序
第1章 简介
免责声明
撰写本书的原因
Scrum到底是什么
第2章 我们怎样编写产品backlog
额外的故事字段
我们如何让产品backlog停留在业务层次上
第3章 我们怎样准备sprint计划
第4章 我们怎样制定sprint计划
为什么产品负责人必须参加
为什么不能在质量上让步
无休止的sprint计划会议……
sprint计划会议日程
产品负责人如何对sprint放哪些故事产生影响
团队怎样决定把哪些故事放到sprint里面
定义“完成”
使用计划扑克做时间估算
免责申明：
1. 本站分享的所有书籍均来源于自互联网，我们只进行收集整理，并不对书籍内容进行更改。
2. 部分书籍中可能有书籍压制者放置的广告，这并不是本站所为，请注意甄别。
3. 我们分享这些书籍，纯粹是出于知识分享的热情，以及对互联网分享精神的高度认同和践行，没有任何商业目的。
4. 本站分享的所有书籍，仅供个人学习研究使用，请勿用于任何商业用途，否则产生的一切法律纠纷与本站无关。
5. 如果这些书籍让你有所收获，在条件允许的情况下，请一定购买正版书籍，这是对创作者最好的支持。
6. 如果您是此书籍的版权所有者，且您不希望此作品出现在本站，请联系我们，我们将在收到您的请求后48时间内予以删除。
1. 本站分享的所有书籍均来源于自互联网，我们只进行收集整理，并不对书籍内容进行更改。
2. 部分书籍中可能有书籍压制者放置的广告，这并不是本站所为，请注意甄别。
3. 我们分享这些书籍，纯粹是出于知识分享的热情，以及对互联网分享精神的高度认同和践行，没有任何商业目的。
4. 本站分享的所有书籍，仅供个人学习研究使用，请勿用于任何商业用途，否则产生的一切法律纠纷与本站无关。
5. 如果这些书籍让你有所收获，在条件允许的情况下，请一定购买正版书籍，这是对创作者最好的支持。
6. 如果您是此书籍的版权所有者，且您不希望此作品出现在本站，请联系我们，我们将在收到您的请求后48时间内予以删除。
📖 支持知识自由流动
这本书的持续提供，需要服务器运行成本支持（约 3.7元/小时）
