本书是国际知名软件开发专家Alistair Cockburn通过采访项目开发组和总结自己20多年的开发和管理经验撰写的一本介绍软件开发新思想——敏捷软件开发方法学的专著。
本书共6章,在第1章之前的引言部分,作者阐述了人要正确地认识事物和准确交流是非常困难的这一观点。第1章作者通过一个假想的诗歌创作的例子,指出软件开发中常见的问题,并试图揭示软件开发的特点。第2章探讨了在软件开发过程中占据决定性作用的人的因素。第3章论述了团队的交流与合作,说明哪些因素影响交流的效果,有哪些好的交流方式等等。第4章详细列出了方法论的要素、设计原则、词汇术语等内容。第5章作者从多个角度论证了一套方法应该是动态的、自适应的。第6章阐述了作者自己的水晶系列方法论。附录A给出了敏捷软件开发宣言,其主要内容是四个核心价值和十二个指导原则。
本书提供了一个新的角度来看待软件开发活动,以及一个新的思路来设计开发方法。书中提供的材料大部分来自作者丰富的实践经验,对软件开发实践有很高的参考价值,本书适合软件开发人员、项目管理人员、软件工程研究人员,以及所有想要了解敏捷开发思想的各界人士参考。

第0章 引言——不可知和无法交流
0.1 解析经验的问题
0.1.1 不同的解析模式(Parsing Pattern)
0.1.2 检测解析模式
0.1.3 要考虑那些还没有成形的想法
0.2 充分交流的不可能性
0.2.1 内部重构
0.2.2 深入共享经验
0.2.3 管理不**的交流
0.3 听众的三个层次
0.3.1 方法论和三个层次的读者
0.3.2 本书和三个层次的读者
0.3.3 SHU-HA-RI
0.4 那么,明天我该做什么
第1章 创造与交流的协作游戏
1.1 软件和诗歌
1.2 软件和游戏
1.2.1 游戏的种类
1.2.2 软件和攀岩
1.2.3 一个创造与交流的游戏
1.2.4 软件和工程
1.2.5 软件和建模
1.3 再论协作游戏
1.3.1 程序员如同交流专家
1.3.2 加快游戏速度
1.3.3 标记(Marker)和道具(Prop)
1.3.4 回报减少
1.3.5 主要目标所需的充分度(sufficiency)
1.3.6 沉淀的充分度
1.3.7 游戏中的游戏
1.3.8 开放源码开发
1.4 这对我意味着什么
第2章 人
2.1 人是难以预料的
2.1.1 探寻人的性格特征
2.1.2 不可预测的元素
2.1.3 不可避免的多样性
2.1.4 技术的作用
2.1.5 矛盾的普遍性
2.2 克服缺点
2.2.1 会犯错误
2.2.2 墨守成规、缺乏冒险精神
2.2.3 只想创新,不愿调查已有方案
2.2.4 积习难改和变化无常
2.2.5 用纪律(discipline)和宽容(tolerance)来应对
2.3 用更好的方法工作
2.3.1 具体(concrete)
2.3.2 实物(tangible)
2.3.3 可供修改的例子
2.3.4 看和听
2.3.5 支持集中和交流
2.3.6 工作安排与个性相匹配
2.3.7 天赋(talent)
2.3.8 保持乐趣的奖励
2.3.9 综合性奖励
2.3.10 反馈(feedback)
2.4 利用优点
2.4.1 善于寻找
2.4.2 人能够学习
2.4.3 可塑性(malleable)
2.4.4 贡献和采取主动
2.4.5 结合优点
2.4.6 英雄也是普通的人
2.5 明天我该做什么
第3章 团队交流、合作
3.1 信息对流
3.1.1 拖延和丧失机会的代价(lost-opportunity costs)
3.1.2 Erg-seconds(尔格/秒)
3.1.3 渗透交流
3.1.4 垃圾信息(Draft)
3.1.5 信息辐射源
3.1.6 应用热空气理论
3.2 跨越交流沟壑
3.2.1 交流形式
3.2.2 缺少交流形式的后果
3.2.3 利用形式
3.2.4 固化信息和跨越空白
3.3 团队是个集体
3.3.1 友好和冲突
3.3.2 工作时间内的公民感
3.3.3 敌对的XP和友好的XP
3.3.4 通过成功来组建团队
3.3.5 团队文化和亚文化
3.4 团队就像生态系统
3.5 明天我该做什么
第4章 方法论
4.1 创造软件的生态系统
4.2 方法论中的概念
4.2.1 结构术语
4.2.2 范围
4.2.3 概念术语
4.2.4 发布方法论
4.3 方法论设计原则
4.3.1 常见的设计错误
4.3.2 方法论运用成功的项目
4.3.3 作者的偏好
4.3.4 七条原则
4.4 近距离观察XP
4.4.1 XP简介
4.4.2 剖析XP
4.4.3 调整XP
4.5 到底为什么需要方法论
4.5.1 方法论的目的
4.5.2 如何评估一套方法论
4.6 明天我该做什么
第5章 敏捷和自适应
5.1 轻但够用
5.1.1 刚刚够用
5.1.2 对文档的建议
5.2 敏捷
5.2.1 *佳条件(Sweet spots)
5.2.2 虚拟团队(virtual teams)问题
5.3 变为自适应
5.3.1 花时间进行反思
5.3.2 一项方法论改进技术
5.3.3 反思研讨会技术
5.4 我明天该做什么
第6章 水晶系列方法论
6.1 形成水晶家族
6.1.1 核心的水晶元素
6.2 透明水晶
6.2.1 关于透明水晶的简要描述
6.2.2 透明水晶的反思
6.3 橙色水晶
6.3.1 关于橙色水晶的简要描述
6.3.2 橙色水晶的反思
6.4 橙色水晶网(Crystal Orange Web)
6.4.1 对橙色水晶网的简要描述
6.4.2 橙色水晶网的反思
6.5 明天我该做什么
附录A 敏捷软件开发宣言
附录B Naur, Ehn, Musashi
参考文献
索引

“成年对软件***而言意味着理解了软件是协作的结果,不是个人独自能够完成的。这本书充满了对协作开发方法的明智建议,软件***团队如果按照它去做,就会变得强大,能够获取胜利。”
Tom DeMarco,The Atlantic Systems Guild
软件开发模式不断变化。开发组的“团队”能力和个体***的影响比组织所认识到的更重要,增加过程压力和让团队成员加班的传统做法已经不再适用。敏捷方法论的倡导者质疑开发团队所使用的预想过程。他们不采用给个体***增加负担的方法,而是提出“我们应如何改变过程才能使团队更有生产力,同时也提高质量?”答案是从玩游戏中寻找规律。
这本书是为***和项目经理写的,《敏捷软件开发》将软件开发和游戏进行对比。团队成员参与游戏,他们了解*终目标是赢得胜利——不断记录他们在这个过程中学到了什么,要记住他们不会再用同样的方法玩第二次。游戏者必须对不同方法论持开放的态度,把注意力集中于短期内开发出高质量软件的目标上。
本书是10年的工作和研究,以及访谈了许多软件项目组的结果,它提出了正确的建议,指导陷入困境的团队如何在*小的压力下走向成功。本书包括以下内容:
敏捷方法论所蕴涵的主要原则;什么样的方法论适用于不同的项目——附录也有助于读者为项目选择适宜的方法论;描述方法论的新词汇表;方法论实时调整技术;管理不完善的沟通;不断发明新的方法论;敏捷软件开发宣言。
今天的软件***必须认识到他们有许多方法论可供选择。在这本书的指导下,他们可以打破没有生产力的习惯,超越旧方法,找到通往成功的新途径。