基本介绍

内容简介

本书第一部分用大量的篇幅分析了瀑布流程的问题，并阐述了迭代增量式的经验型软件开发方法能够解决复杂项目中的问题。如果你是管理者，因为在软件开发中碰到的问题而感到纠结和困扰，想尝试其他办法，那么本书系统介绍的敏捷思维会打开你的思路。第二部分介绍了如何渐进式地向Scrum转型，并分析了一些案例。 书中会介绍如何利用一套流程来创造商业价值，这套流程能保证至少每30天就交付完整的软件功能模块；如何对你所需要的功能进行优先级排序，然后一一交付；如何根据期望功能跟踪已交付功能，以此来了解其商业价值，以及软件开发流程和组织整体上是否健康。用本书中介绍的工具及理念来武装自己，你将可以帮助你的软件企业快速掌握现代工程实践，开始交付你期盼已久的成果。

作者简介

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

媒体推荐

“本书是Scrum和管理者之间的桥梁。管理者都喜欢看报告，而本书提供了能够监测生产率、质量和价值的有用指标。” “本书是写给那些首席XX官的，书中不但解释了什么是Scrum，还说明了如何实施Scrum。本书针对的是管理层，阐述了他们在Scrum实施中可能扮演的角色。此外，它还是管理者在敏捷道路上的良师益友。” “我读过很多关于Scrum的书籍，它们大都专注于解释框架本身，有些着重讲解如何使Scrum更高效，有些探讨如何在复杂的环境中扩张。唯有本书将使用Scrum的原因讲述得如此完整并且有趣。读过本书以后，任何管理者都会看到Scrum这种经验型流程的价值，并为没有在当前的项目中使用Scrum感到懊恼。” “如果你是一位管理者，很有可能没时间阅读长篇大论的书籍，而简明扼要的本书正适合你。如果你曾经为软件开发的投入和产出不成正比而沮丧，那么本书正是你需要的。” ——亚马逊读者评论

图书目录

第一部分 为什么说每家公司都能在30天内开发出软件 第1章 软件危机：错误的流程导致错误的结果 2 1.1 案例学习：FBI的“哨兵”项目 3 1.2 错误的方法：预测性流程 5 1.3 错误的结果：项目失败 8 1.4 案例分析：PTC 11 1.5 小结 14 第2章 Scrum：正确的流程产生正确的结果 15 2.1 经验型流程实战 15 2.2 经验型流程真的能够解决问题吗 19 2.3 人类实践源于经验主义 24 2.4 尽管我们知道该如何做 27 2.5 敏捷性 28 2.6 小结 28 第3章 你也来试一试：创建试点项目 30 3.1 经验主义已经在组织中使用了 31 3.2 一个试点范例 32 3.3 这对团队成员来说可能是全新的工作方式 42 3.4 小结 44 第4章 我要做些什么 45 4.1 实践可能性艺术 45 4.2 创造透明的成长环境 47 4.3 相信你的员工能做更多 48 4.4 降低员工对确定性的期望 49 4.5 小结 50 第二部分 如何在30天内开发出软件 第5章 初试Scrum 52 5.1 组建Scrum团队并为Sprint做计划 53 5.2 开始Sprint——向价值启航 53 5.3 进行Sprint评审 54 5.4 进行Sprint回顾 55 5.5 继续Sprint 55 5.6 小结 56 第6章 在项目中应用Scrum 57 6.1 自下而上的隐形Scrum 57 6.2 好处与收获 58 6.3 使用燃尽图管理工作进度 58 6.4 不要忽视复杂性：永远保持警惕 62 6.5 Sprint的长度 63 6.6 下一章 68 第7章 创建Scrum工作室 69 7.1 工作室是一个学习型的组织 69 7.2 工作室经理 70 7.3 培训和使用条款 71 7.4 工作室的设施 73 7.5 变革和难题 74 7.6 用数字进行管理 75 7.7 依赖于透明性的指标 78 7.8 一个完成并且完整的功能增量 79 7.9 一个类比 83 7.10 消除技术债务获得可用的增量 84 7.11 罪恶之源 89 7.12 小结 91 第8章 在企业中应用Scrum 92 8.1 深入但短暂的改变 92 8.2 深化并固化的改变 94 8.3 Carbonite公司的转型 95 8.4 Carbonite的改革之举 95 8.5 结果 96 8.6 Scrum实施中无可争议的两个元素 96 第9章 企业级转型：深化并固化改革 98 9.1 企业转型工程 98 9.2 做好准备 99 9.3 启动转型工程 99 9.4 传播愿景和策略 102 9.5 推向整个组织 104 9.6 造成影响 106 9.7 度量、评估并巩固成果 106 9.8 巩固、推广并坚持 107 9.9 小结 108 第10章 用Scrum的方式实施Scrum 109 10.1 Sea Change International用Scrum实施Scrum 109 10.2 Sea Change的破冰之举 110 10.3 结果 112 10.4 IronMountain推广Scrum 112 10.5 转型团队 113 10.6 小结 115 附录A 术语 116 附录B Scrum指南 120 附录C 企业级敏捷攻略 139

序言

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