可伸缩敏捷开发 企业级最佳实践PDF|Epub|txt|kindle电子书版本网盘下载

可伸缩敏捷开发 企业级最佳实践PDF格式电子书版下载

注意：本站所有压缩包均有解压码： 点击下载压缩包解压工具

第1部分 软件敏捷概述5

第1章 敏捷方法介绍5

1.1 在软件经济中获得竞争优势5

软件开发方法与行业一起发展5

1.2 走进敏捷方法6

1.3 敏捷的规模7

1.4 了解敏捷方法8

敏捷宣言9

1.5 采用敏捷方法的趋势10

1.6 软件敏捷的企业效益11

1.6.1 提高生产力11

1.6.2 提高质量12

1.6.3 提升团队士气和工作满意度12

1.6.4 更快地面市12

1.7 XP、Scrum及RUP的简介13

1.7.1 极限编程（XP）13

1.7.2 Scrum13

1.7.3 Rational统一过程14

1.8 小结15

第2章 为什么瀑布模型不适用17

2.1 瀑布模型的问题18

2.2 瀑布模型的假设19

2.2.1 假设1：如果我们花时间来理解的话，存在着一套定义相当明确的需求20

2.2.2 假设2：改变是小型且便于管理的20

2.2.3 假设3：系统集成顺利进行21

2.2.4 假设4：我们完全可以按计划交付21

2.3 利用敏捷方法来纠正行为24

第3章 XP的本质27

3.1 什么是XP27

3.2 有关XP的争议28

3.3 有关XP的极限28

3.4 XP的基本原则29

3.5 XP的价值、原则及实践方法30

3.5.1 XP的5个核心价值31

3.5.2 基本原则31

3.5.3 XP的13个关键实践技巧32

3.5.4 对结对编程的注释35

3.6 XP的过程模型35

3.7 XP方法的应用36

阅读参考37

第4章 Scrum的本质39

4.1 Scrum是什么39

4.2 Scrum的角色39

4.3 Scrum的哲学根基40

4.4 Scrum的价值观、原则及实践方法41

4.5 Scrum的关键实践方法42

4.6 Scrum的基本原则：经验过程控制43

4.7 Scrum的过程模型43

4.8 对Scrum和组织的变更45

4.9 方法的应用45

阅读参考46

第5章 RUP的本质47

5.1 什么是RUP47

5.2 RUP的关键特征47

5.3 RUP的根源48

5.3.1 RUP的原理与实践49

5.3.2 迭代：RUP的基本原则51

5.3.3 架构驱动和用例中心化51

5.3.4 RUP开发过程模型52

5.3.5 时间轴52

5.3.6 规程轴53

5.3.7 RUP生命周期迭代类型53

5.4 敏捷RUP变体54

5.4.1 开放统一过程（OpenUP）54

5.4.2 敏捷统一过程55

5.5 方法的适用性56

阅读参考57

第6章 精益软件开发、DSDM和FDD59

6.1 精益软件开发59

关于精益软件开发的阅读参考61

6.2 动态系统开发方法61

6.2.1 背景62

6.2.2 DSDM的基本原则62

6.2.3 DSDM的核心实践63

6.2.4 访问DSDM65

6.3 特征驱动开发65

FDD的最佳实践66

第7章 敏捷的本质69

7.1 敏捷正在改变什么69

7.1.1 成功的新措施70

7.1.2 不同的管理文化70

7.1.3 需求、架构和设计的不同方法71

7.1.4 修正编码和实现实践71

7.1.5 测试和质量保证实践的转变72

7.1.6 规划和进度安排的新方法73

7.1.7 最大的变化：范畴VS日期，优先考虑日期73

7.2 敏捷的重要动力：短时间盒内的工作代码74

7.3 总结77

第8章 可伸缩敏捷的挑战79

8.1 方法的明显障碍79

8.1.1 小团队规模80

8.1.2 客户是团队的一部分80

8.1.3 配置80

8.1.4 架构形成81

8.1.5 缺乏需求分析和规范文档81

8.1.6 文化和物理环境81

8.2 企业的障碍82

8.2.1 过程和项目管理组织82

8.2.2 现有正式的策略和流程82

8.2.3 企业文化83

8.2.4 固定日程、固定功能授权83

8.2.5 开发部门和用户/客户代理团队之间的摩擦83

8.2.6 通过纪律组织人力而不是生产线84

8.2.7 高度分布84

8.3 总结84

第2部分 7种可伸缩的敏捷团队实践89

第9章 定义/构建/测试模块团队89

9.1 什么是定义/构建/测试模块团队89

简单故事的生命周期90

9.2 解除功能单元91

9.3 敏捷模块团队的角色和职责93

9.4 创建自组织、自管理的定义/构建/测试团队96

9.4.1 团队中有合适的人97

9.4.2 团队是被领导而不是被管理98

9.4.3 团队了解任务99

9.4.4 团队不断交流与合作99

9.4.5 团队为结果负责100

9.5 分布式的团队100

第10章 计划和追踪两个级别101

10.1 通用敏捷框架101

10.1.1 定义迭代102

10.1.2 剖析迭代103

10.1.3 定义发布103

10.1.4 剖析发布104

10.1.5 计划发布104

10.1.6 为发布分配需求105

10.1.7 发布计划105

10.2 小结：两个级别的计划105

第11章 掌握迭代107

11.1 迭代：敏捷的推动力107

11.2 标准的两周迭代107

11.3 计划和执行迭代108

11.4 迭代计划109

11.4.1 为迭代计划会做准备100

11.4.2 参与者110

11.4.3 迭代计划会议110

11.4.4 结果：迭代计划111

11.4.5 附加的迭代计划指导原则112

11.4.6 分布式团队的迭代计划112

11.5 迭代执行113

11.5.1 承担职责113

11.5.2 开发114

11.5.3 交付故事114

11.5.4 宣布故事完成114

11.5.5 接收迭代115

11.6 迭代追踪和调整115

11.6.1 追踪每日站立例会116

11.6.2 每日站立例会指导原则116

11.6.3 追踪迭代状态117

11.6.4 追踪剩余时间表117

11.7 迭代节奏日历118

第12章 更小、更频繁的发布121

12.1 小型发布的好处121

12.2 定义发布和制定发布的日程123

12.2.1 日程驱动发布123

12.2.2 最简单的模型：固定周期发布日期124

12.2.3 估算特征集125

12.3 计划发布126

12.3.1 参与者126

12.3.2 准备126

12.3.3 发布计划过程127

12.3.4 结果：发布计划128

12.3.5 附加的发布计划指导原则128

12.4 发布追踪128

12.4.1 为发布状态审查做准备129

12.4.2 发布状态审查会129

12.4.3 成果/文档129

12.5 发布路线图130

12.6 大规模敏捷的预览：全面的发布计划和追踪131

12.6.1 组织大规模的敏捷131

12.6.2 多团队发布计划134

12.6.3 发布追踪135

第13章 并发测试137

13.1 敏捷测试介绍137

构建本质上可测试的系统138

13.2 敏捷测试原则138

13.3 单元测试139

13.3.1 迭代过程中的单元测试140

13.3.2 单元测试和测试驱动开发141

13.4 接收测试142

自动接收测试实例：FIT方法142

13.5 组件测试143

13.6 系统和性能测试144

13.7 小结：简述敏捷测试策略145

迭代和发布测试模式146

第14章 持续集成149

14.1 什么是持续集成149

非持续集成：微观世界的问题149

14.2 持续集成151

14.3 实现持续集成的3个步骤151

14.3.1 源代码集成152

14.3.2 自动化构建管理152

14.3.3 自动构建验证测试153

14.4 什么是持续集成成功155

第15章 定期反省和调整157

15.1 迭代回顾157

15.1.1 迭代回顾的形式158

15.1.2 定量评估158

15.1.3 定性评估160

15.1.4 要求行动161

15.2 发布回顾162

15.2.1 定量评估162

15.2.2 定性评估163

15.2.3 利用迭代回顾消除组织的障碍163

第3部分 创建敏捷企业169

第16章 有意识的架构169

16.1 什么是软件架构169

16.2 敏捷和架构171

16.2.1 极限编程：架构形成171

16.2.2 Scrum172

16.2.3 在FDD中的架构172

16.2.4 RUP：以架构为中心173

16.3 关于重构和可伸缩系统175

16.4 你在创建什么175

16.5 用于企业级系统的敏捷架构方法176

基于组件的系统：组织遵从架构176

16.6 创建架构跑道177

16.6.1 架构的脆弱性和临时性本质180

16.6.2 扩展架构跑道180

16.6.3 通过产品记录重构181

16.6.4 扩展架构跑道：与迭代同步181

16.6.5 扩展架构跑道：一种精益的、基于拉的方法183

第17章 伸缩时的精益需求：愿景、路线图、适时的细化185

17.1 概述：需求金字塔185

17.1.1 利益相关者的需要186

17.1.2 解决方案的“特性”186

17.1.3 软件需求187

17.1.4 传统的需求方法187

17.2 敏捷方法中需求的不同189

17.2.1 在XP中的需求189

17.2.2 Scrum、产品拥有者和产品记录191

17.2.3 在RUP中的需求192

17.3 一种可测量的、敏捷的需求方法：概要、路线图以及适时的细化193

17.3.1 细化用户故事200

17.3.2 细化用例202

17.3.3 细化接收测试用例203

17.4 小结204

第18章 系统的系统及敏捷发布序列205

18.1 敏捷组件发布日程206

18.1.1 驱动敏捷序列的经验教训208

18.1.2 敏捷发布序列的原则209

18.2 敏捷发布序列209

18.2.1 序列是同步的209

18.2.2 序列是由愿景、主题和端到端用例驱动的210

18.2.3 保持序列被跟踪并符合日程211

18.2.4 测量过程和速度211

18.2.5 观察系统级模式212

18.2.6 管理相互依赖关系212

18.3 发布序列审查213

第19章 管理高度分布式开发215

19.1 在规模上，所有的开发都是分布式开发215

19.2 案例研究1 PING IDENTITY公司：分布式定义/构建/测试组件团队216

19.2.1 Ping Identity案例研究背景217

19.2.2 学到的其他经验教训219

19.3 案例研究2 BMC软件公司：高度分布式的、大规模企业中的敏捷改革220

19.3.1 背景220

19.3.2 IMD应用敏捷220

19.3.3 结果220

19.3.4 从编码到编程：大范围采用敏捷221

19.3.5 吸取的经验：贯穿大型组织的可伸缩敏捷实践223

19.3.6 下一步骤：敏捷成功的第.年后224

19.4 重视沟通225

19.4.1 穿梭访问225

19.4.2 通信基础设施226

19.5 企业级敏捷的基础设施建设228

19.5.1 源代码管理230

19.5.2 网络基础设施230

19.5.3 在早期迭代中提供基础设施231

19.6 小结231

第20章 对客户和操作的影响233

20.1敏捷方法对销售和市场的好处233

20.2对产品市场/产品管理的影响235

20.3更小、更频繁的发布236

更小、更频繁发布的挑战237

20.4 优化敏捷发布过程237

20.4.1 发布选择1：忽略敏捷238

20.4.2 发布选择2：追求敏捷239

20.4.3 发布选择3：通过从外部发布中分离出开发发布，进行优化240

20.5 来自真正的销售和市场执行人员关于敏捷的真实挑战和错觉244

第21章 组织变更247

21.1 概述247

21.2 为何敏捷需要改变组织248

21.3 为Scrum和敏捷做准备252

21.3.1 让软件过程和组织都“Scmming”253

21.3.2 让执行主管成为组织变更的Scm主管253

21.3.3 当心：变更是很困难的254

21.4 消除软件生产率的障碍255

21.5 给执行管理层的敏捷模型257

21.5.1 支持采用敏捷257

21.5.2 实践你宣扬的理论：把敏捷作为执行管理层实践258

21.6 在大型组织中全面开展Scrum/敏捷259

21.6.1 概观、评估和先导准备260

21.6.2 先导项目261

21.6.3 组织扩张262

21.6.4 获得影响262

21.6.5 度量、评估和调整263

21.6.6 扩展和胜利263

21.7 小结264

第22章 度量业绩265

22.1 敏捷测量：主要区别265

22.2 测量团队业绩266

22.2.1 敏捷项目度量266

22.2.2 敏捷过程度量266

22.2.3 评估成果270

22.3 关于度量、“过程策略”和团队自评估270

22.4 扩展至组织业绩：综合评价卡方法271

22.4.1 效率273

22.4.2 质量273

22.4.3 价值交付273

22.4.4 敏捷性274

22.5 可伸缩的敏捷度量：为企业实现一个灵活的、自动化的和有意义的BSC274

22.5.1 第1步：量化BSC矩阵元素275

22.5.2 第2步：转为字母等级275

22.5.3 第3步：聚合成产品线、业务单元和企业276

结论：敏捷是可伸缩的279

索引281