规范敏捷交付：企业级敏捷软件交付的方法与实践

规范敏捷交付：企业级敏捷软件交付的方法与实践
作　者： Scott Ambler Mark Lines
出版社： 机械工业出版社
丛编项：
版权说明： 本书为公共版权或经版权方授权，请支持正版图书
标　签： 计算机/网络 企业软件开发与实施
ISBN 出版时间 包装 开本 页数 字数
未知 暂无 暂无 未知 0 暂无

作者简介

　　斯科特·安布勒（Scott W. Ambler）IBMRational首席敏捷软件开发专家和精益软件开发专家，规范敏捷交付（DAD）概念的提出者和相应过程框架的开发领导者，敏捷建模、敏捷数据、敏捷统一过程和企业统一过程等方法的创始人，敏捷伸缩模型的创建者。著作等身，与他人合著图书20余本，包括《RefactoringDatabases》、《Agile Modeling》、《Agile Database Techniques》、《The ObjectPrimer， 3rd Edition》，以及《The Enterprise UnifiedProcess》等经典著作。此外，他还是《Dr. Dobb’s Journal》杂志的特约资深编辑。他的个人网站是www.ambysoft.com。马克·莱恩斯（Mark Lines）资深敏捷软件开发专家，规范敏捷方法教练，善于为软件开发组织提供全方位的指导。他在利用敏捷和精益生产技术加速开发进程和提高产品质量方面拥有丰富的实践经验。出版了多本著作，并经常作为演讲人出现在各种业界会议上。他还是IBMRational和UPMentors（2007年与他人合伙创立）的课程讲师。他的个人网站是www.UPMentors.com，联系方式为：Mark@UPMentors.com。译者简介阎小兵（Kevin Yan）IBM中国开发中心资深开发经理，IBM全球质量软件工程专员。关注和推动企业软件产品开发转型、敏捷开发方法与实践、质量管理与度量，并在相关领域拥有丰富的实践经验。

内容简介

《规范敏捷交付：企业级敏捷软件交付的方法与实践》是敏捷软件开发领域的经典著作，由IBM 首席敏捷方法专家、世界级敏捷软件开发大师撰写，系统深入地讲解了规范敏捷交付（DAD）的概念和原理，以及规范敏捷交付过程框架的使用方法和技巧，为交付大型的企业级敏捷软件提供了行之有效的方法与最佳实践。《规范敏捷交付：企业级敏捷软件交付的方法与实践》共21章，分为六部分：第一部分（第1～3章）介绍了DAD的概念、原理和根基，以及敏捷与精益开发方法的核心价值与原则；第二部分（第4～5章）讲解了DAD方法中的角色、权利和责任，以及如何组建DAD团队；第三部分（第6～12章）讲解了启动DAD项目的步骤和方法；第四部分（第13～17章）讲解了以增量的方式构造可利用的解决方案的步骤和方法；第五部分（第18～19章）讲述了如何发布解决方案，第六部分（第20～21章）介绍了企业环境中的DAD，讨论了如何治理DAD团队，以及敏捷开发实践中需要遵守的纪律。

图书目录

本书赞誉

中文版序

序

前言

第一部分 DAD概述

第1章 DAD

1.1 背景--敏捷伸缩模型

1.2 DAD过程框架

1.3 以人为核心

1.4 注重学习

1.5 敏捷方法

1.6 混合型过程框架

1.7 是IT解决方案，而不只是软件

1.8 目标驱动的交付生命周期

1.9 企业意识

1.10 风险与价值驱动

1.11 可扩展

1.12 观点总结

1.13 延伸阅读

第2章 敏捷与精益开发简介

2.1 向规范《敏捷宣言》进发

2.2 规范敏捷思想的核心价值观

2.3 规范敏捷开发原则

2.4 精益开发原则

2.5 事实重于巧辩

2.6 观点总结

2.7 延伸阅读

第3章 DAD的根基

3.1 专业术语库

3.2 Scrum

3.3 极限编程

3.4 敏捷建模

3.5 敏捷数据

3.6 精益软件开发

3.7 IBM实践

3.8 开放统一过程

3.9 其他

3.10 谁忽视敏捷实践，谁就会置业务于风险境地

3.11 观点总结

3.12 延伸阅读

第二部分 以人为核心

第4章 角色、权利和责任

4.1 每个人拥有的权利

4.2 每个人承担的责任

4.3 DAD角色

4.4 观点总结

4.5 延伸阅读

第5章 组建DAD团队

5.1 组建高效团队的策略

5.2 完整团队

5.3 团队组织策略

5.4 建立自己的团队

5.5 与其他团队互动

5.6 观点总结

5.7 延伸阅读

第三部分 启动DAD项目

第6章 先启阶段

6.1 先启阶段如何运行

6.2 与企业其他部门的合作

6.3 落实资金

6.4 先启阶段中的其他活动

6.5 在什么情况下需要先启阶段

6.6 先启阶段的模式

6.7 先启阶段的反模式

6.8 观点总结

6.9 延伸阅读

第7章 确定项目愿景

7.1 什么是愿景

7.2 如何创立愿景

7.3 捕捉项目愿景

7.4 让利益相关者同意愿景

7.5 观点总结

7.6 延伸阅读

第8章 确定范围

8.1 选择恰当的需求细化度

8.2 选择正确的模型类型

8.3 选择建模策略

8.4 选择管理工作项的策略

8.5 选择捕获非功能性需求的策略

8.6 观点总结

8.7 延伸阅读

第9章 确定技术策略

9.1 选择架构规格的详细程度

9.2 选择正确的架构模型类型

9.3 选择架构建模策略

9.4 贯穿于生命周期的架构演进

9.5 观点总结

9.6 延伸阅读

第10章 制定发布计划

10.1 谁来制定计划

10.2 选择计划级别

10.3 选择计划策略

10.4 选择节奏

10.5 制定项目进度表

10.6 估算成本和价值

10.7 识别风险

10.8 观点总结

10.9 延伸阅读

第11章 建立工作环境

11.1 组建团队

11.2 选择工具集

11.3 建立实体工作环境

11.4 建立虚拟工作环境

11.5 可视化管理

11.6 使用开发指南

11.7 观点总结

11.8 延伸阅读

第12章 案例研究：先启阶段

12.1 AgileGrocers POS案例简介

12.2 开发共享愿景

12.3 需求预想

12.4 创建用户故事，排序工作项

12.5 架构预想

12.6 发布计划

12.7 先启阶段中的其他活动

12.8 运行先启阶段的其他方法

12.9 结束先启阶段

12.10 观点总结

第四部分 增量式构造可利用的解决方案

第13章 构造阶段

13.1 构造阶段如何运行

13.2 构造迭代的典型节奏

13.3 风险-价值生命周期

13.4 何时可以部署

13.5 构造阶段的模式

13.6 构造阶段的反模式

13.7 观点总结

第14章 启动构造迭代

14.1 敏捷计划的特点

14.2 迭代计划

14.3 计划的可视化

14.4 前瞻性计划和建模

14.5 观点总结

14.6 延伸阅读

第15章 构造阶段中典型的一天

15.1 规划团队一天的工作

15.2 协作构建可利用的解决方案

15.3 全天活动

15.4 深入了解关键敏捷实践

15.5 稳定当日工作

15.6 观点总结

15.7 延伸阅读

第16章 结束构造迭代

16.1 向关键利益相关者演示解决方案

16.2 从自己的经历中获得经验

16.3 评估进展和调整发布计划

16.4 评估余留风险

16.5 部署当前构建

16.6 决定前进策略

16.7 观点总结

16.8 延伸阅读

第17章 案例研究：构造阶段

17.1 继续AgileGrocers POS案例

17.2 规划迭代中的工作

17.3 后续的构造迭代

17.4 构造阶段中的其他活动

17.5 结束构造阶段的迭代

17.6 观点总结

第五部分 发布解决方案

第18章 移交阶段

18.1 移交阶段如何运行

18.2 规划移交阶段

18.3 确保生产环境就绪

18.4 让利益相关者为发布做好准备

18.5 部署解决方案

18.6 利益相关者会欣然接受吗

18.7 移交阶段的模式

18.8 移交阶段的反模式

18.9 观点总结

18.10 延伸阅读

第19章 案例研究：移交阶段

19.1 制定计划

19.2 协作部署解决方案

19.3 AgileGrocers公司欣然接受

19.4 观点总结

第六部分 企业环境中的DAD

第20章 治理DAD团队

20.1 治理要解决什么问题

20.2 为什么说治理很重要

20.3 为什么传统的治理策略行不通

20.4 敏捷治理

20.5 支持治理的敏捷实践

20.6 配合IT组织中的其他部门

20.7 度量敏捷团队

20.8 风险缓解

20.9 观点总结

20.10 延伸阅读

第21章 纪律

21.1 采用敏捷开发实践需要纪律

21.2 减少反馈周期需要纪律

21.3 持续学习需要纪律

21.4 增量式交付解决方案需要纪律

21.5 采用目标驱动的方法需要纪律

21.6 企业意识需要纪律

21.7 采用完整生命周期方法需要纪律

21.8 简化启动阶段需要纪律

21.9 简化移交阶段需要纪律

21.10 应用敏捷治理策略需要纪律

21.11 向精益转型需要纪律

21.12 观点总结

21.13 延伸阅读