Scrum之父权威著作：《30天软件开发：告别瀑布拥抱敏捷》

[美]施瓦布等 著

2014年1月1日，人民邮电出版社出版。

推荐理由

《图灵程序设计丛书·30天软件开发：告别瀑布拥抱敏捷》第一部分用大量的篇幅分析了瀑布流程的问题，并阐述了迭代增量式的经验型软件开发方法能够解决复杂项目中的问题。 如果你是管理者，因为在软件开发中碰到的问题而感到纠结和困扰，想尝试其他办法，那么《图灵程序设计丛书·30天软件开发：告别瀑布拥抱敏捷》系统介绍的敏捷思维会打开你的思路。

第二部分介绍了如何渐进式地向Scrum转型，并分析了一些案例。书中会介绍如何利用一套流程来创造商业价值，这套流程能保证至少每30天就交付完整的软件功能模块；如何对你所需要的功能进行优先级排序，然后一一交付；如何根据期望功能跟踪已交付功能，以此来了解其商业价值，以及软件开发流程和组织整体上是否健康。用《图灵程序设计丛书·30天软件开发：告别瀑布拥抱敏捷》中介绍的工具及理念来武装自己，你将可以帮助你的软件企业快速掌握现代工程实践，开始交付你期盼已久的成果。

内容简介
《图灵程序设计丛书·30天软件开发：告别瀑布拥抱敏捷》讲解了Scrum敏捷软件开发方法，让你在30天内开发出全新的软件。读完《图灵程序设计丛书·30天软件开发：告别瀑布拥抱敏捷》，你会发现用敏捷开发方法能够让软件开发事半功倍，节省人力物力，大大提高工作效率。
《图灵程序设计丛书·30天软件开发：告别瀑布拥抱敏捷》适合于管理者、商务人士、小企业主、产品开发经理、IT经理以及软件开发人员等阅读。

作者简介
KenSchwaber，软件开发专业人士，在过去40年的职业生涯中，曾担任过程序员、分析师、咨询师、产品经理，还做过企业家。过去20年里，一直致力于发展Scrum，并帮助世界各地的机构使用Scrum。他是“敏捷宣言”最早的签署人之一，也是敏捷联盟和Scrum联盟的创始人，目前正努力通过Scrum.org来改善整个软件行业。
JeffSutherland，马萨诸塞州剑桥市ScrumInc.的首席执行官，专门为世界各地的公司提供培训、咨询和辅导服务。同时也是波士顿风险投资公司OpenViewVenturePartners的高级顾问，帮助所投资的公司实施Scrum和敏捷实践。多年来，Jeff已在众多软件公司和信息技术机构推广和提升Scrum。
译者：王军，全球领先的Scrum敏捷专业培训咨询机构ShineScrum的首席执行官，资深Scrum敏捷培训师和教练，CSP、CSM、CSPO，美国纽英伦中华资讯网路协会董事和中国区主席。有20多年海内外软件行业从业经验，曾任甲骨文上海BI研发中心总监，2000年在美国担任计算机集成制造（CIM）首席工程师。他辅导过国内许多大型软件企业导入敏捷，是引导个人成为优秀敏捷实践者的导师。毕业于北京理工大学，拥有美国百森商学院创业学MBA学位。
译者：李麟德，CSM、CSP。现任职于OracleEndecaInformationDiscovery部门，专注于Java应用开发和自动化测试。拥有多年Scrum实践经验。

目录
第一部分 为什么说每家公司都能在30天内开发出软件
你可能对你的软件公司感到沮丧，希望它能够更快、更灵活、更好地理解你的需要，并帮助你创造更多利润。在这一部分，我们首先找出令你沮丧的原因，然后想办法解决问题。

第1章 软件危机：错误的流程导致错误的结果
很多软件开发组织都在使用一种开发流程，而使用这种流程就意味着你肯定会遭遇浪费、无法控制的风险、不确定性、意外情况以及低价值。在这一章里，我们会研究为什么人们会选择这种流程，也会分析为什么这种流程注定要失败，最后再分享一些组织从失败中恢复的案例。
1.1 案例学习：FBI的“哨兵”项目
1.2 错误的方法：预测性流程
1.3 错误的结果：项目失败
1.4 案例分析：PTC
1.5 小结

第2章 Scrum：正确的流程产生正确的结果
有这样一个适合软件开发的流程。当开发人员使用它的时候，会立马提高生产效率、质量、价值、可控性、可预期性和满意度。我们会在这一章里看看这种流程是如何做到这一点的。
2.1 经验型流程实战
2.2 经验型流程真的能够解决问题吗
2.3 人类实践源于经验主义
2.4 尽管我们知道该如何做
2.5 敏捷性
2.6 小结

第3章 你也来试一试：创建试点项目
现在你已经对我们所宣称的更好的软件开发方法有所了解了。然而，过去也有很多人宣称他们的方法是最好的，并从你的口袋里赚到了很多钞票，却只为你带来了极小的改进，甚至没有任何改进。在这一章里，我们要向你证明我们所介绍的流程是可行的并且是免费的。
3.1 经验主义已经在组织中使用了
3.2 一个试点范例
3.3 这对团队成员来说可能是全新的工作方式
3.4 小结

第4章 我要做些什么
到目前为止，你已经学到怎么才能做得更好，也有了切身体会。你为这样的结果感到兴奋，同时也知道如何向软件组织介绍新的流程。在这一章里，我们会介绍如何应用你的经验帮助你的试点项目取得成功。
4.1 实践可能性艺术
4.2 创造透明的成长环境
4.3 相信你的员工能做更多
4.4 降低员工对确定性的期望
4.5 小结
第二部分 如何在30天内开发出软件
根据需求开发出更好的软件并不像过去那么困难。在这一部分里，我们将会介绍一套循序渐进的方法，帮助你从目前的状态过渡到让整个组织变得敏捷起来。
第5章 初试Scrum
我们用于帮助你改进软件开发的秘密武器叫做“Scrum”。是的，就是英式橄榄球里的争球。在这一章里，我们将会讨论Scrum是如何工作的，以及它为什么有效。
5.1 组建Scrum团队并为Sprint做计划
5.2 开始Sprint——向价值启航
5.3 进行Sprint评审
5.4 进行Sprint回顾
5.5 继续Sprint
5.6 小结

第6章 在项目中应用Scrum
软件开发中的大多数持续改进都是从项目开始的。你可以运用Scrum来进一步证明它的效果，或者在必须成功的、至关重要的项目中使用Scrum。这一章里，我们会探索如何培训开发人员。
6.1 自下而上的隐形Scrum
6.2 好处与收获
6.3 使用燃尽图管理工作进度
6.4 不要忽视复杂性：永远保持警惕
6.5 Sprint的长度
6.6 下一章

第7章 创建Scrum工作室
成功通常能够带来更多的成功。随着越来越多的软件项目成功实施Scrum，越来越多的人也希望加入到Scrum的行列中来。不考虑尝试变革整个组织，我们来看看如何从令人失望的现有部门中为Scrum开辟一片独立的天地。你将可以逐渐地从越来越多的项目和发布版本中享受Scrum带来的益处。
7.1 工作室是一个学习型的组织
7.2 工作室经理
7.3 培训和使用条款
7.4 工作室的设施
7.5 变革和难题
7.6 用数字进行管理
7.7 依赖于透明性的指标
7.8 一个完成并且完整的功能增量
7.9 一个类比
7.10 消除技术债务获得可用的增量
7.11 罪恶之源
7.12 小结

第8章 在企业中应用Scrum
Scrum在项目或者版本发布层面带来了初期的敏捷性，同时也带来了迅速响应机会和应对挑战的能力。为了获得最重要的收益，作为经验型流程的Scrum，必须让整个组织都融入进来。这一章里，我们会探索如何去做，以及为什么有些方法无法长久，而有些却可以。
8.1 深入但短暂的改变
8.2 深化并固化的改变
8.3 Carbonite公司的转型
8.4 Carbonite的改革之举
8.5 结果
8.6 Scrum实施中无可争议的两个元素

第9章 企业级转型：深化并固化改革
你希望在任期内让你的组织变得更精益、更高效、更敏捷，甚至希望这些利益和潜在的成因能够在组织中持久沉淀并且变成组织的文化。我们会在这一章里探讨如何才能进行企业级变革，实现以上这些期望。
9.1 企业转型工程
9.2 做好准备
9.3 启动转型工程
9.4 传播愿景和策略
9.5 推向整个组织
9.6 造成影响
9.7 度量、评估并巩固成果
9.8 巩固、推广并坚持
9.9 小结

第10章 用Scrum的方式实施Scrum
我们设计Scrum就是为了解决像软件开发这样复杂的问题。我们发现Scrum是管理组织变革和复杂问题的强力武器，而且能够在透明性、减少浪费、风险控制以及可预见性方面获得好处。这一章里，我们将会探索如何在这方面运用Scrum。
10.1 SeaChange International用Scrum实施Scrum
10.2 SeaChange的破冰之举
10.3 结果
10.4 Iron Mountain推广Scrum
10.5 转型团队
10.6 小结
附录A 术语
我们慢慢地、循序渐进地介绍一些新术语，这份附录可以作为你的术语参考。
附录B Scrum指南
通过阅读这篇权威的指南，你将了解到Scrum中的角色、工件及事件。这是一篇Scrum的圣经。
附录C 企业级敏捷攻略
这份附录更详细地介绍了第10章所述的进行企业级变革的计划。

前言
我们俩在软件行业的打拼史加起来已有70个年头了。我们曾经在IT组织和软件产品公司担任过软件开发人员和经理，也曾创办过自己的产品公司和服务机构。20多年前，我们发明了一套能够让组织更好地交付软件的流程。自那以后，我们用这套流程帮助了数以百计的组织。这项发明的广泛应用程度远远超出了我们的想象，现在已经有数百万人在使用它了，它就是Scrum。Scrum的广泛应用让我们深感谦微，大家使用Scrum所获得的成就让我们颇感惊叹。
关于软件开发我们之前写过一些书，不过为那些不亲身参与软件开发的人员写书还是第一次。本书专门写给其所在组织依赖软件保持生存和竞争力的领导者。他们的组织能够从快速增量式的软件开发中获益，从投资中获得最大回报，并需要解决由于业务和技术的复杂性使得软件交付困难的难题。我们写作本书的目的就是让这些领导者能够帮助他们的组织实现这些目标，增强其内在能力，改善其产品，等等。
本书是写给想用更短的时间、更低的成本、更好的可预测性以及更低的风险，交付更好软件的首席执行官、高管以及高级经理们的。我们想跟这些人说：在过去，你也许有过不愉快的软件开发经历，但是这个行业已经今非昔比，软件行业的策略和业绩已经有了彻底的改观。现在我们可以欣慰地说，你习以为常的不确定性、风险和浪费已经不再是必须付出的代价了。我们帮助众多软件企业和组织转危为安，现在也希望能够助你一臂之力。
在本书中，我们会介绍如何利用一套流程来创造商业价值，这套流程能保证至少每30天就交付完整的软件功能模块；如何对你所需要的功能进行优先级排序，然后一一交付；如何根据期望功能跟踪已交付功能，以此来了解其商业价值，以及软件开发流程和组织整体上是否健康。用本书中介绍的工具及理念来武装自己，你将可以帮助你的软件企业快速掌握现代工程实践，开始交付你期盼已久的成果。
这就是30天软件开发。
致谢
感谢ArletteBallew出色的编辑加工、RichardNarramore的整体指导以及CareyArmstrong的倾情关注。如果没有他们的贡献，本书不可能付梓出版。