可伸缩敏捷开发：企业级最佳实践

图书标准信息

• 作者 [美]兰芬维奥 著；李冬冬 译
• 出版社 电子工业出版社
• 出版时间 2009-05
• 版次 1
• ISBN 9787121082160
• 定价 49.00元
• 装帧 平装
• 开本 16开
• 纸张 胶版纸
• 页数 304页
• 字数 365千字
• 正文语种 简体中文
• 原版书名 Scaling Software Agility: Best Practices for Large Enterprises

【内容简介】

　　敏捷开发实践虽然在一些圈子内仍然存在着争议，但是它却给我们带来了不可否认的益处，例如：更加快速地向市场交付、更好地响应变化的客户需求以及提供更高的软件质量。然而，敏捷方法一直定义或者推荐在小型团队中应用。在《可伸缩敏捷开发（ScalingSoftwareAgility）》这本书中，DeanLeffingwell介绍了如何将敏捷方法应用于企业级的开发上。
　　第1部分介绍了最通用且最有效的敏捷方法。
　　第2部分介绍了扩展到企业级规模的7个敏捷最佳实践。
　　第3部分介绍了公司所能掌握的获得企业范围内软件敏捷性全部好处的另外一套实践，即7个组织能力。
　　该书对于软件开发人员、测试人员及QA人员、经理和团队领导，以及软件组织的执行人员是非常有价值的，这些组织的目标是提高软件开发过程的质量和生产率，但是这些组织面临着在企业范围内开发软件的所有挑战。

【作者简介】

　　DeanLeffingwell是一位知名的软件开发方法论者和作者，也是一个软件团队指导，他用自己的经历帮助软件开发团队实现他们的目标。他是Requisite公司的创始人和前CEO，是RequisitePro的创造者，也是Rational公司的前副总裁并在Rational公司负责RUP商业化。在过去的五年里，他的工作角色是独立顾问，并担任Rally软件公司的顾问兼方法论者。Leffingwell先生致力于将敏捷方法应用于跨国公司分布式大型开发团队，他以在此过程中获得的经验为基础，写成了此书。

【目录】

第1部分软件敏捷概述
第1章敏捷方法介绍
1.1在软件经济中获得竞争优势软件开发方法与行业一起发展
1.2走进敏捷方法
1.3敏捷的规模
1.4了解敏捷方法敏捷宣言
1.5采用敏捷方法的趋势
1.6软件敏捷的企业效益
1.6.1提高生产力
1.6.2提高质量
1.6.3提升团队士气和工作满意度
1.6.4更快地面市
1.7XP、Scrum及RUP的简介
1.7.1极限编程（XP）
1.7.2Scrum
1.7.3Rational统一过程
1.8小结
第2章为什么瀑布模型不适用
2.1瀑布模型的问题
2.2瀑布模型的假设
2.2.1假设1：如果我们花时间来理解的话，存在着一套定义相当明确的需求
2.2.2假设2：改变是小型且便于管理的
2.2.3假设3：系统集成会顺利进行
2.2.4假设4：我们完全可以按计划交付
2.3利用敏捷方法来纠正行为
第3章XP的本质
3.1什么是XP
3.2有关XP的争议
3.3有关XP的极限
3.4XP的基本原则
3.5XP的价值、原则及实践方法
3.5.1XP的5个核心价值
3.5.2基本原则
3.5.3XP的13个关键实践技巧
3.5.4对结对编程的注释
3.6XP的过程模型
3.7XP方法的应用
阅读参考
第4章Scrum的本质
4.1Scrum是什么
4.2Scrum的角色
4.3Scrum的哲学根基
4.4Scrum的价值观、原则及实践方法
4.5Scrum的关键实践方法
4.6Scrum的基本原则：经验过程控制
4.7Scrum的过程模型
4.8对Scrum和组织的变更
4.9方法的应用
阅读参考
第5章RUP的本质
5.1什么是RUP
5.2RUP的关键特征
5.3RUP的根源
5.3.1RUP的原理与实践
5.3.2迭代：RUP的基本原则
5.3.3架构驱动和用例中心化
5.3.4RUP开发过程模型
5.3.5时间轴
5.3.6规程轴
5.3.7RUP生命周期迭代类型
5.4敏捷RUP变体
5.4.1开放统一过程（OpenUP）
5.4.2敏捷统一过程
5.5方法的适用性
阅读参考
第6章精益软件开发、DSDM和FDD
6.1精益软件开发关于精益软件开发的阅读参考
6.2动态系统开发方法
6.2.1背景
6.2.2DSDM的基本原则
6.2.3DSDM的核心实践
6.2.4访问DSDM
6.3特征驱动开发FDD的最佳实践
第7章敏捷的本质
7.1敏捷正在改变什么
7.1.1成功的新措施
7.1.2不同的管理文化
7.1.3需求、架构和设计的不同方法
7.1.4修正编码和实现实践
7.1.5测试和质量保证实践的转变
7.1.6规划和进度安排的新方法
7.1.7最大的变化：范畴VS日期，优先考虑日期
7.2敏捷的重要动力：短时间盒内的工作代码
7.3总结
第8章可伸缩敏捷的挑战
8.1方法的明显障碍
8.1.1小团队规模
8.1.2客户是团队的一部分
8.1.3配置
8.1.4架构形成
8.1.5缺乏需求分析和规范文档
8.1.6文化和物理环境
8.2企业的障碍
8.2.1过程和项目管理组织
8.2.2现有正式的策略和流程
8.2.3企业文化
8.2.4固定日程、固定功能授权
8.2.5开发部门和用户/客户代理团队之间的摩擦
8.2.6通过纪律组织人力而不是生产线
8.2.7高度分布
8.3总结

第2部分7种可伸缩的敏捷团队实践
第9章定义/构建/测试模块团队
9.1什么是定义/构建/测试模块团队
简单故事的生命周期
9.2解除功能单元
9.3敏捷模块团队的角色和职责
9.4创建自组织、自管理的定义/构建/测试团队
9.4.1团队中有合适的人
9.4.2团队是被领导而不是被管理
9.4.3团队了解任务
9.4.4团队不断交流与合作
9.4.5团队为结果负责
9.5分布式的团队
第10章计划和追踪两个级别
10.1通用敏捷框架
10.1.1定义迭代
10.1.2剖析迭代
10.1.3定义发布
10.1.4剖析发布
10.1.5计划发布
10.1.6为发布分配需求
10.1.7发布计划
10.2小结：两个级别的计划
第11章掌握迭代
11.1迭代：敏捷的推动力
11.2标准的两周迭代
11.3计划和执行迭代
11.4迭代计划
11.4.1为迭代计划会做准备
11.4.2参与者
11.4.3迭代计划会议
11.4.4结果：迭代计划
11.4.5附加的迭代计划指导原则
11.4.6分布式团队的迭代计划
11.5迭代执行
11.5.1承担职责
11.5.2开发
11.5.3交付故事
11.5.4宣布故事完成
11.5.5接收迭代
11.6迭代追踪和调整
11.6.1追踪每日站立例会
11.6.2每日站立例会指导原则
11.6.3追踪迭代状态
11.6.4追踪剩余时间表
11.7迭代节奏日历
第12章更小、更频繁的发布
12.1小型发布的好处
12.2定义发布和制定发布的日程
12.2.1日程驱动发布
12.2.2最简单的模型：固定周期发布日期
12.2.3估算特征集
12.3计划发布
12.3.1参与者
12.3.2准备
12.3.3发布计划过程
12.3.4结果：发布计划
12.3.5附加的发布计划指导原则
12.4发布追踪
12.4.1为发布状态审查做准备
12.4.2发布状态审查会
12.4.3成果/文档
12.5发布路线图
12.6大规模敏捷的预览：全面的发布计划和追踪
12.6.1组织大规模的敏捷
12.6.2多团队发布计划
12.6.3发布追踪
第13章并发测试
13.1敏捷测试介绍构建本质上可测试的系统
13.2敏捷测试原则
13.3单元测试
13.3.1迭代过程中的单元测试
13.3.2单元测试和测试驱动开发
13.4接收测试自动接收测试实例：FIT方法
13.5组件测试
13.6系统和性能测试
13.7小结：简述敏捷测试策略迭代和发布测试模式
第14章持续集成
14.1什么是持续集成非持续集成：微观世界的问题
14.2持续集成
14.3实现持续集成的3个步骤
14.3.1源代码集成
14.3.2自动化构建管理
14.3.3自动构建验证测试
14.4什么是持续集成成功
第15章定期反省和调整
15.1迭代回顾
15.1.1迭代回顾的形式
15.1.2定量评估
15.1.3定性评估
15.1.4要求行动
15.2发布回顾
15.2.1定量评估
15.2.2定性评估
15.2.3利用迭代回顾消除组织的障碍

第3部分创建敏捷企业
第16章有意识的架构
16.1什么是软件架构
16.2敏捷和架构
16.2.1极限编程：架构形成
16.2.2Scrum
16.2.3在FDD中的架构
16.2.4RUP：以架构为中心
16.3关于重构和可伸缩系统
16.4你在创建什么
16.5用于企业级系统的敏捷架构方法基于组件的系统：组织遵从架构
16.6创建架构跑道
16.6.1架构的脆弱性和临时性本质
16.6.2扩展架构跑道
16.6.3通过产品记录重构
16.6.4扩展架构跑道：与迭代同步
16.6.5扩展架构跑道：一种精益的、基于拉的方法
第17章伸缩时的精益需求：愿景、路线图、适时的细化
17.1概述：需求金字塔
17.1.1利益相关者的需要
17.1.2解决方案的“特性”
17.1.3软件需求
17.1.4传统的需求方法
17.2敏捷方法中需求的不同
17.2.1在XP中的需求
17.2.2Scrum、产品拥有者和产品记录
17.2.3在RUP中的需求
17.3一种可测量的、敏捷的需求方法：概要、路线图以及适时的细化
17.3.1细化用户故事
17.3.2细化用例
17.3.3细化接收测试用例
17.4小结
第18章系统的系统及敏捷发布序列
18.1敏捷组件发布日程
18.1.1驱动敏捷序列的经验教训
18.1.2敏捷发布序列的原则
18.2敏捷发布序列
18.2.1序列是同步的
18.2.2序列是由愿景、主题和端到端用例驱动的
18.2.3保持序列被跟踪并符合日程
18.2.4测量过程和速度
18.2.5观察系统级模式
18.2.6管理相互依赖关系
18.3发布序列审查
第19章管理高度分布式开发
19.1在规模上，所有的开发都是分布式开发
19.2案例研究1PINGIDENTITY公司：
分布式定义/构建/测试组件团队
19.2.1PingIdentity案例研究背景
19.2.2学到的其他经验教训
19.3案例研究2BMC软件公司：高度分布式的、大规模企业中的敏捷改革
19.3.1背景
19.3.2IMD应用敏捷
19.3.3结果
19.3.4从编码到编程：大范围采用敏捷
19.3.5吸取的经验：贯穿大型组织的可伸缩敏捷实践
19.3.6下一步骤：敏捷成功的第一年后
19.4重视沟通
19.4.1穿梭访问
19.4.2通信基础设施
19.5企业级敏捷的基础设施建设
19.5.1源代码管理
19.5.2网络基础设施
19.5.3在早期迭代中提供基础设施
19.6小结
第20章对客户和操作的影响
20.1敏捷方法对销售和市场的好处
20.2对产品市场/产品管理的影响
20.3更小、更频繁的发布更小、更频繁发布的挑战
20.4优化敏捷发布过程
20.4.1发布选择1：忽略敏捷
20.4.2发布选择2：追求敏捷
20.4.3发布选择3：通过从外部发布中分离出开发发布，进行优化
20.5来自真正的销售和市场执行人员关于敏捷的真实挑战和错觉
第21章组织变更
21.1概述
21.2为何敏捷需要改变组织
21.3为Scrum和敏捷做准备
21.3.1让软件过程和组织都“Scrumming”
21.3.2让执行主管成为组织变更的Scrum主管
21.3.3当心：变更是很困难的
21.4消除软件生产率的障碍
21.5给执行管理层的敏捷模型
21.5.1支持采用敏捷
21.5.2实践你宣扬的理论：把敏捷作为执行管理层实践
21.6在大型组织中全面开展Scrum/敏捷
21.6.1概观、评估和先导准备
21.6.2先导项目
21.6.3组织扩张
21.6.4获得影响
21.6.5度量、评估和调整
21.6.6扩展和胜利
21.7小结
第22章度量业绩
22.1敏捷测量：主要区别
22.2测量团队业绩
22.2.1敏捷项目度量
22.2.2敏捷过程度量
22.2.3评估成果
22.3关于度量、“过程策略”和团队自评估
22.4扩展至组织业绩：综合评价卡方法
22.4.1效率
22.4.2质量
22.4.3价值交付
22.4.4敏捷性
22.5可伸缩的敏捷度量:为企业实现一个灵活的、自动化的和有意义的BSC
22.5.1第1步：量化BSC矩阵元素
22.5.2第2步：转为字母等级
22.5.3第3步：聚合成产品线、业务单元和企业
结论：敏捷是可伸缩的