George Stepanek　资深软件师，架构师，拥有丰富的团队领导和软件开发经验。拥有J2EE领域的架构师和.NET领域的MCSD（Microsoft认证解决方案开发人员）证书。曾服务于多家著名IT公司，最近在Unisys New Zealand工作。他热衷于创建优质软件，并且分享新鲜和有趣的观点。他发表了许多极富有特色的文章，深受读者喜爱。他拥有剑桥大学计算机科学和教育硕士学位。
David Putnam　经验丰富的咨询师和软件项目管理顾问，极限编程领域专家。他定期在国家和国际集会活动上发表关于软件开发的管理和实践方面的演讲，包括XP2002、XP2003、XP2004和XP2005。他为《Application Development Advisor》杂志撰写了“Models and Methodologies”（模型和方法）专栏，并在其他出版物上发表文章，深受读者喜爱。

本书源于作者从事软件项目时所遭受的挫折。多年来，在经历许多困难的项目之后，作者开始意识到所使用的项目管理技术并不特别适合于软件开发。作者四处寻找解释，但一无所获：之前确实从未有人考虑过这个问题。
当作者开始深入研究这个问题时，发现自己并不孤独。2000年，只有28%的软件项目完全获得成功。许多软件项目都失败了，还有许多其他的软件项目成了烂尾项目，或者严重滞后并且超出预算。这与其他行业形成了鲜明的对比。至于为什么这么多的软件项目如此严重失败，还没有人能够给出一种满意的解释。
本书是分析迄今为止被忽视的一个因素（即项目管理方法本身）的第一本书，以查明它如何在软件开发项目上产生问题。本书揭示了项目管理中关于软件开发无效的10个隐藏假设，并且说明了这些假设如何导致项目失败。
那么，解决方案是什么呢？其他图书可能会告诉你，如果遵循它们选择的软件开发方法，那么一切都将很顺利。本书探讨了3种最令人感兴趣的新方法，并且说明了它们如何解决软件项目管理中的一些（而非全部）问题。
这留给了我们一个关键的问题。我们如何确保项目在不超出预算的情况下按时完成？本书把7种技术集中在一起，它们有助于创建一份现实的计划，然后就是坚持实施。
在研究和编写本书时，作者对软件开发中的这个关键问题有了许多认识。通过阅读本书，你也能够更好地理解软件项目失败的原因，以及如何使它们获得成功。

计算机\软件工程

本书脱胎于作者从事软件项目时所遭受的挫折。多年来，在经历许多困难的项目之后，作者开始意识到所使用的项目管理技术并不特别适合于软件开发。作者四处寻找解释，但一无所获：之前确实从未有人考虑过这个问题。
当作者开始深入研究这个问题时，发现自己并不孤独。2000年，只有28%的软件项目完全获得成功。许多软件项目都失败了，还有许多其他的软件项目成了烂尾项目，或者严重滞后并且超出预算。这与其他行业形成了鲜明的对比，在其他行业，大多数项目都会获得成功。至于为什么这么多的软件项目如此严重失败，还没有人能够给出一种满意的解释。
本书是分析迄今为止被忽视的一个因素（即项目管理方法本身）的第一本书，以查明它如何在软件开发项目上产生问题。本书揭示了项目管理中对于软件开发无效的10个隐藏假设，并且说明了这些假设如何导致项目失败。
那么，解决方案是什么呢？其他图书可能会告诉你，如果遵循它们选择的软件开发方法，那么一切都将很顺利。本书探讨了3种最令人感兴趣的新方法，并且说明了它们如何解决软件项目管理中的一些（而非全部）问题。
这留给了我们一个关键的问题。我们如何确保项目在不超出预算的情况下按时完成？本书把7种技术集中在一起，它们有助于创建一份现实的计划，然后就是坚持实施。
在研究和编写本书时，作者对软件开发中的这个关键问题有了许多认识。通过阅读本书，你也能够更好地理解软件项目失败的原因，以及如何使它们获得成功。

（美）George Stepanek 著：暂无简介

陈宗斌　等译：暂无简介

敏捷开发是当今IT界的一个热门话题，因为它是针对软件开发项目失败率过高的现实应运而生的。本书是分析迄今为止被忽视的一个因素（即项目管理方法本身）的第一本书，以查明它怎样在软件开发项目上产生问题。
　　本书共分为两个部分，第一部分通过比较软件开发与其他行业的异同，介绍了软件的12个关键特征，正是它们使软件显得与众不同。在这个基础上，揭示了项目管理中对于软件开发无效的10个隐藏的假设，并据此组织和展开内容，深入讨论了这些假设导致项目失败的原因。第二部分则着重介绍一些敏捷方法及其特点和具体应用，以及各种方法的长处和局限性。
　　本书在两个部分的末尾分别使用两个案例研究来比较不同软件开发方法所带来的截然不同的结果，并在其中穿插介绍了敏捷方法如何规避可能引发问题的项目管理假设，从而使项目走向成功。通过真实的案例，读者可以学习不同敏捷方法的具体应用，认识它们之间的差别，并切实感受到它们的强大威力。
　　本书最后还包含一个术语表，方便读者查阅相关的术语。
　　本书非常适合从事敏捷开发的软件项目开发人员和项目经理阅读，对于有志于从事软件开发的读者，也有很高的参考价值。
　　参加本书翻译的人员有：陈宗斌、戴锋、许瑛琪、易小丽、陈婷、管学岗、王新彦、金惠敏、张海峰、徐晔。
　　由于时间紧迫，加之译者水平有限，错误在所难免，恳请广大读者批评指正。

译者序
致谢
第一部分　为什么软件项目会失败
第1章　简介 2
第2章　为什么软件与众不同 6
2.1　软件是复杂的 7
2.2　软件是抽象的 9
2.3　需求不完整 11
2.4　技术在快速变化 12
2.5　最佳实践不成熟 13
2.6　技术是一个庞大的领域 15
2.7　技术经验不完整 16
2.8　软件开发就是调查研究 17
2.9　自动处理重复性工作 19
2.10　构造实际上就是设计 20
2.11　改变被认为很容易 22
2.12　改变是不可避免的 23
2.13　小结 24
第3章　项目管理假设 26
3.1　隐藏的假设 27
3.2　范围管理 28
3.3　时间管理 32
3.3.1　活动定义 32
3.3.2　活动排序 35
3.3.3　活动持续时间估计 39
3.3.4　进度安排 42
3.4　成本管理 43
3.4.1　资源规划 44
3.4.2　软件文档 46
3.4.3　开发人员生产率 48
3.4.4　成本估计 50
3.5　质量管理 51
3.5.1　指标 51
3.5.2　检查表 52
3.6　风险管理 53
3.6.1　风险接受 53
3.6.2　风险转移 55
3.6.3　风险避免 55
3.6.4　风险缓解 55
3.7　小结 56
第4章　案例研究：计费系统项目 57
4.1　需求 57
4.2　规划 58
4.3　设计 60
4.4　构造 61
4.4.1　编码 61
4.4.2　集成 62
4.5　测试 64
4.6　后果 67
4.7　小结 68
第二部分　怎样使软件项目获得成功
第5章　新的敏捷方法 72
5.1　所选的方法 73
5.2　水晶方法 75
5.2.1　频繁交付 76
5.2.2　反思改进 77
5.2.3　密切或渗透式交流 78
5.2.4　人身安全 80
5.2.5　专注 81
5.2.6　容易访问专家级用户 82
5.2.7　具有自动化测试、配置管理和频繁集成的技术环境 82
5.2.8　使用水晶方法 84
5.3　极限编程 84
5.3.1　规划策略 86
5.3.2　测试 87
5.3.3　结对编程 87
5.3.4　重构 88
5.3.5　简单设计 89
5.3.6　代码集体所有权 89
5.3.7　持续集成 90
5.3.8　现场客户 91
5.3.9　小型发布 91
5.3.10　每周40小时工作制 92
5.3.11　编码标准 92
5.3.12　系统隐喻 93
5.3.13　使用XP 94
5.4　Rational统一过程 95
5.4.1　阶段 97
5.4.2　迭代 98
5.4.3　角色 98
5.4.4　工件 99
5.4.5　活动和工作流 99
5.4.6　过程配置 100
5.4.7　用例驱动的开发 100
5.4.8　可视化建模 101
5.4.9　使用RUP 102
5.5　利用敏捷缓解风险 103
5.5.1　不完整的需求和范围改变 103
5.5.2　工具和技术没有像预期的那样工作 104
5.5.3　开发人员缺乏技能和专业知识 104
5.5.4　新软件有缺陷并且需要返工 105
5.5.5　参与项目的员工离职 105
5.6　小结 106
第6章　规划敏捷项目的预算 108
6.1　软件开发的预算 109
6.2　持续开发 111
6.3　按需编程 113
6.4　SWAT团队 115
6.5　子团队封装 116
6.6　特性权衡 118
6.7　分诊 119
6.8　范围研究 121
6.9　结合这些技术 123
6.9.1　主要的遗留系统 123
6.9.2　次要的遗留应用程序 124
6.9.3　主要的新系统 124
6.9.4　次要的新应用程序 125
6.10　敏捷离岸外包 126
6.11　小结 128
第7章　案例研究：再论计费系统 129
7.1　方法 129
7.2　初始阶段 130
7.3　范围研究 131
7.4　细化 136
7.5　构造 139
7.6　交付 142
7.7　结局 143
7.8　小结 144
后记 146
附录　敏捷宣言 148
术语表 150
参考资料 159