具体描述
《软件开发成功路线图:敏捷模式》介绍单个敏捷实践与其他敏捷实践之间的联系，同时讲解制定实施策略的技巧。《软件开发成功路线图:敏捷模式》涉及的敏捷模式，不只是作者的个人意见，也不是从未试过的新方法，而是若干真实项目案例的经验总结。《软件开发成功路线图:敏捷模式》内容主要分为四部分。第一部分阐述软件开发的基本问题，是其他部分的基础。第二部分是《软件开发成功路线图:敏捷模式》的核心——为你的组织选择敏捷实践。第三部分包括反馈实践模式、技术实践模式、辅助实践模式、组合模式四个内容。第四部分分析两个组织实施情况的报告，展示组织如何一步步实施敏捷实践。
《软件开发成功路线图:敏捷模式》适合想要学习敏捷或想转向敏捷开发的管理者、开发者、架构师等。对于想要深入全面探讨敏捷实践的人来说，《软件开发成功路线图:敏捷模式》也是很好的指南。
作者简介
目录信息
译者序
译者简介
LindaRising的序言
JoeRainsberger的序言
前言
致谢
作者简介
第一部分 对于软件开发的感想
第1章 学习是瓶颈
1.1 一个假定的实验
1.2 透过“学习是瓶颈”看敏捷
1.3 识别并响应变化的循环周期
1.4 循环周期：充分非必要
1.5 为什么这很重要？从理论到实践
1.6 关注瓶颈
1.7 小结
第2章 个体敏捷性
2.1 为什么要采纳敏捷实践
2.1.1 怎样才算成功的采纳
2.1.2 问题：许多敏捷实施案例都不成功
2.1.3 什么原因？情况有多种
2.2 职责过程模型
2.2.1 怎么做才能变得更积极负责
2.2.2 要是团队人员不停地抱怨，我该怎么办
2.3 有效的敏捷
2.3.1 成功的团队拥有积极负责的队员
2.3.2 认知和响应变化需要责任心
2.3.3 成功的敏捷软件开发从个人做起
2.4 个体敏捷性
2.5 从理论到实践
第二部分 实施敏捷的艺术
第3章 业务价值
3.1 缩短上市时间
3.2 增强产品实用性(市场价值)
3.3 提高产品质量
3.4 提高灵活性
3.5 增强透明度
3.6 降低成本
3.7 延长产品生命周期
3.8 业务价值是组织的目标
3.9 从理论到实践：确定组织的业务价值
第4章 异味
4.1 业务异味
4.1.1 交付质量无法令客户接受
4.1.2 交付新功能需要太长时间
4.1.3 有些功能客户没有使用
4.1.4 软件对于客户不适用
4.1.5 软件开发过于昂贵
4.1.6 我们与他们的对立
4.1.7 客户不管三七二十一，什么都要
4.2 流程异味
4.2.1 客户？什么客户？无法实现直接、经常性地客户参与
4.2.2 令管理层惊讶——缺乏透明度
4.2.3 瓶颈资源——项目成员同时属于多个团队
4.2.4 项目反复拖延
4.2.5 bug跟踪系统中有数以百计的bug
4.2.6 在发布前需要一个固化周期
4.2.7 没能经常集成(通常是因为集成一次太痛苦了)
4.3 以痛楚作为激励
4.4 从理论到实践：你能找到什么异味
第5章 敏捷实施策略
5.1 敏捷实践
5.2 敏捷模式到业务价值的映射
5.3 实施敏捷的艺术
5.4 下一步
5.5 从理论到实践：制定适用于你的敏捷实施策略
第三部分 敏捷实践模式
第6章 敏捷实践实施模式
6.1 什么是模式
6.2 更有效地利用模式
6.3 人物介绍
第7章 目标
7.1 业务价值
7.2 小故事
7.3 适用情况
7.4 阻力
7.5 因此
7.6 采纳方法
7.7 但是
7.8 变化
7.9 参考文献
第8章 周期
8.1 业务价值
8.2 小故事
8.3 适用情况
8.4 阻力
8.5 因此
8.6 采纳方法
8.7 但是
8.8 变化
8.9 参考文献
第三部分(a)反馈实践模式
第9章 迭代
9.1 业务价值
9.2 小故事
9.3 适用情况
9.4 阻力
9.5 因此
9.6 采纳方法
9.7 但是
9.8 变化
9.9 参考文献
第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 变化
11.9 参考文献
第12章 规划“扑克”
12.1 业务价值
12.2 小故事
12.3 适用情况
12.4 阻力
12.5 因此
12.6 采纳方法
12.7 但是
12.8 参考文献
第13章 站立会议
13.1 业务价值
13.2 小故事
13.3 适用情况
13.4 阻力
13.5 因此
13.6 采纳方法
13.7 但是
13.8 变化
13.9 参考文献
第14章 完成状态
14.1 业务价值
14.2 小故事
14.3 适用情况
14.4 阻力
14.5 因此
14.6 采纳方法
14.7 但是
14.8 变化
14.9 参考文献
第15章 演示
15.1 业务价值
15.2 小故事
15.3 适用情况
15.4 阻力
15.5 因此
15.6 采纳方法
15.7 但是
15.8 变化
15.9 参考文献
第16章 回顾
16.1 业务价值
16.2 小故事
16.3 适用情况
16.4 阻力
16.5 因此
16.6 采纳方法
16.7 但是
16.8 变化
16.9 参考文献
第17章 频繁发布
17.1 业务价值
17.2 小故事
17.3 适用情况
17.4 阻力
17.5 因此
17.6 采纳方法
17.7 但是
17.8 变化
17.9 参考文献
第18章 “联合驻扎”团队
18.1 业务价值
18.2 小故事
18.3 适用情况
18.4 阻力
18.5 因此
18.6 采纳方法
18.7 但是
18.8 变化
18.9 参考文献
第19章 自组织团队
19.1 业务价值
19.2 小故事
19.3 适用情况
19.4 阻力
19.5 因此
19.6 采纳方法
19.7 但是
19.8 变化
19.9 参考文献
第20章 跨职能团队
20.1 业务价值
20.2 小故事
20.3 适用情况
20.4 阻力
20.5 因此
20.6 采纳方法
20.7 但是
20.8 变化
20.9 参考文献
第21章 客户作为团队成员
21.1 业务价值
21.2 小故事
21.3 适用情况
21.4 阻力
21.5 因此
21.6 采纳方法
21.7 但是
21.8 变化
21.9 参考文献
第22章 唤醒式文档
22.1 业务价值
22.2 小故事
22.3 适用情况
22.4 阻力
22.5 因此
22.6 采纳方法
22.7 但是
22.8 变化
22.9 参考文献
第23章 用户故事
23.1 业务价值
23.2 小故事
23.3 适用情况
23.4 阻力
23.5 因此
23.6 采纳方法
23.7 但是
23.8 变化
23.9 参考文献
第24章 用例
24.1 业务价值
24.2 小故事
24.3 适用情况
24.4 阻力
24.5 因此
24.6 采纳方法
24.7 但是
24.8 变化
24.9 参考文献
第25章 信息辐射器
25.1 业务价值
25.2 小故事
25.3 适用情况
25.4 阻力
25.5 因此
25.6 采纳方法
25.7 但是
25.8 变化
25.9 参考文献
第三部分 (b)技术实践模式
第26章 自动化测试
26.1 业务价值
26.2 小故事
26.3 适用情况
26.4 阻力
26.5 因此
26.6 采纳方法
26.7 但是
26.8 变化
26.9 参考文献
第27章 测试后行开发
27.1 业务价值
27.2 小故事
27.3 适用情况
27.4 阻力
27.5 因此
27.6 采纳方法
27.7 但是
27.8 参考文献
第28章 测试先行开发
28.1 业务价值
28.2 小故事
28.3 适用情况
28.4 阻力
28.5 因此
28.6 采纳方法
28.7 但是
28.8 变化
28.9 参考文献
第29章 重构
29.1 业务价值
29.2 小故事
29.3 适用情况
29.4 阻力
29.5 因此
29.6 采纳方法
29.7 但是
29.8 变化
29.9 参考文献
第30章 持续集成
30.1 业务价值
30.2 小故事
30.3 适用情况
30.4 阻力
30.5 因此
30.6 采纳方法
30.7 但是
30.8 变化
30.9 参考文献
第31章 简单设计
31.1 业务价值
31.2 小故事
31.3 适用情况
31.4 阻力
31.5 因此
31.6 采纳方法
31.7 但是
31.8 变化
31.9 参考文献
第32章 功能测试
32.1 业务价值
32.2 小故事
32.3 适用情况
32.4 阻力
32.5 因此
32.5.1 物件清单管理测试
32.5.2 自动化功能测试的益处
32.6 采纳方法
32.7 但是
32.7.1 实施异味
32.7.2 架构异味
32.8 变化
32.9 参考文献
第33章 集体代码所有权
33.1 业务价值
33.2 小故事
33.3 适用情况
33.4 阻力
33.5 因此
33.6 采纳方法
33.7 但是
33.8 变化
33.9 参考文献
第34章 结对编程
34.1 业务价值
34.2 小故事
34.3 适用情况
34.4 阻力
34.5 因此
34.6 采纳方法
34.7 但是
34.8 变化
34.9 参考文献
第三部分(c)辅助实践模式
第35章 教练
35.1 业务价值
35.2 小故事
35.3 适用情况
35.4 阻力
35.5 因此
35.6 采纳方法
35.7 但是
35.8 变化
35.9 参考文献
第36章 融入敏捷社区
36.1 业务价值
36.2 小故事
36.3 适用情况
36.4 阻力
36.5 因此
36.6 采纳方法
36.7 但是
36.8 变化
36.9 参考文献
第37章 读书会
37.1 业务价值
37.2 小故事
37.3 适用情况
37.4 阻力
37.5 因此
37.6 采纳方法
37.7 但是
37.8 变化
37.9 参考文献
第38章 研讨会
38.1 业务价值
38.2 小故事
38.3 适用情况
38.4 阻力
38.5 因此
38.6 采纳方法
38.7 但是
38.8 变化
38.9 参考文献
第39章 课堂培训
39.1 业务价值
39.2 小故事
39.3 适用情况
39.4 阻力
39.5 因此
39.6 采纳方法
39.7 但是
39.8 变化
第三部分(d)组合模式
第40章 敏捷迭代
40.1 业务价值
40.2 小故事
40.3 适用情况
40.4 阻力
40.5 因此
40.6 采纳方法
40.7 但是
40.8 变化
40.9 参考文献
第41章 沟通组合
41.1 业务价值
41.2 小故事
41.3 适用情况
41.4 阻力
41.5 因此
41.6 采纳方法
41.7 但是
41.8 变化
41.9 参考文献
第42章 演进式设计
42.1 业务价值
42.2 小故事
42.3 适用情况
42.4 阻力
42.5 因此
42.6 采纳方法
42.7 但是
42.8 变化
42.9 参考文献
第43章 测试驱动开发
43.1 业务价值
43.2 小故事
43.3 适用情况
43.4 阻力
43.5 因此
43.6 采纳方法
43.7 但是
43.8 变化
43.9 参考文献
第44章 测试驱动需求
44.1 业务价值
44.2 小故事
44.3 适用情况
44.4 阻力
44.5 因此
44.6 采纳方法
44.7 但是
44.8 变化
44.9 参考文献
第四部分 案例研究
第45章 BabyCenter
45.1 BabyCenter敏捷实施——2007年一季度
45.1.1 制定敏捷实施策略
45.1.2 结论
45.2 BabyCenter敏捷实施回访——2008年一季度
第46章 X公司
46.1 X公司敏捷实施过程——2007年一二季度
46.1.1 报告背景
46.1.2 当前业务目标
46.1.3 硝烟四起
46.1.4 建议在2007年余下的日子里实施的实践方法
46.1.5 长远考虑
46.1.6 结论
46.2 X公司敏捷实施——回访
第五部分 附录
附录A 敏捷模式与业务价值的映射
附录B 敏捷模式与异味的映射
附录C 充分利用敏捷模式
附录D 更多阅读资源
参考文献
· · · · · · (收起)
读后感
“Amr的这本关于敏捷模式的书太出色了。如果你的项目需要敏捷开发方法，但不确定从哪里着手，以及如何克服文化和技术上的障碍，那么该书会对你有所帮助。如果你不知道怎样向同事和高级管理者解释敏捷方法的基本好处，Amr将告诉你如何直接从业务层次角度描述其对软件开发过程的...
评分“Amr的这本关于敏捷模式的书太出色了。如果你的项目需要敏捷开发方法，但不确定从哪里着手，以及如何克服文化和技术上的障碍，那么该书会对你有所帮助。如果你不知道怎样向同事和高级管理者解释敏捷方法的基本好处，Amr将告诉你如何直接从业务层次角度描述其对软件开发过程的...
评分“Amr的这本关于敏捷模式的书太出色了。如果你的项目需要敏捷开发方法，但不确定从哪里着手，以及如何克服文化和技术上的障碍，那么该书会对你有所帮助。如果你不知道怎样向同事和高级管理者解释敏捷方法的基本好处，Amr将告诉你如何直接从业务层次角度描述其对软件开发过程的...
评分“Amr的这本关于敏捷模式的书太出色了。如果你的项目需要敏捷开发方法，但不确定从哪里着手，以及如何克服文化和技术上的障碍，那么该书会对你有所帮助。如果你不知道怎样向同事和高级管理者解释敏捷方法的基本好处，Amr将告诉你如何直接从业务层次角度描述其对软件开发过程的...
评分“Amr的这本关于敏捷模式的书太出色了。如果你的项目需要敏捷开发方法，但不确定从哪里着手，以及如何克服文化和技术上的障碍，那么该书会对你有所帮助。如果你不知道怎样向同事和高级管理者解释敏捷方法的基本好处，Amr将告诉你如何直接从业务层次角度描述其对软件开发过程的...
用户评价
我必须得说，这本书的行文风格非常接地气，一点都没有那种高高在上的专家腔调。作者似乎非常理解初学者在面对新技术时的那种“无从下手”的焦虑感，所以他的语言组织总是充满了鼓励和鼓励试错的精神。读起来完全不像是在啃一本教科书，更像是听一位技术大牛在跟你一对一分享他多年踩坑的经验教训。我特别留意了它在解释核心设计模式时的措辞，没有采用那种生硬的、翻译腔的定义，而是通过大量的现实世界中的软件构建案例来阐释其精髓。这种“故事化”的讲解方式，极大地降低了理解门槛，让那些原本抽象的理论变得鲜活起来，仿佛我能亲眼看到那些模式是如何在实际项目中发挥作用的。这种细致入微的关怀，让我在阅读过程中产生了一种强烈的信任感，觉得作者是真心希望读者能够掌握知识，而不是单纯地炫耀自己的学识。
评分这本书在内容的前瞻性上做得非常到位，它不仅仅关注当下最热门的技术栈，更重要的是，它似乎具备一种洞察未来的能力。我注意到其中对未来软件架构演变趋势的探讨，虽然没有过度渲染“炒作”概念，但其对微服务、Serverless以及AI辅助编程等前沿领域的分析，都显示出作者深厚的行业积累和敏锐的判断力。更难能可贵的是，它并没有将这些前沿技术描述成遥不可及的“空中楼阁”，而是给出了清晰的、可操作的学习路径，告诉我们如何在现有知识体系的基础上，逐步过渡和吸收这些新思想。这种平衡感——既脚踏实地于当前的工程实践，又放眼于未来的技术蓝图——是判断一本技术书籍是否具有长期价值的关键指标。它不像某些书籍那样，可能在出版后两年就迅速过时，这本书的内容似乎能陪伴技术人员走过更长远的职业生涯。
评分这本书的实战价值绝对是超乎我的预期的，很多技术书籍在理论和实践之间总有一个巨大的鸿沟，要么纯理论堆砌，要么只是简单地罗列代码片段。然而，这本书在关键的技术章节后，总会伴随着一些精心设计的、贴合行业痛点的“实战演练模块”。这些模块不仅仅是代码的堆砌，更重要的是，它会深入剖析在真实项目环境中，我们为什么选择这种实现方式，以及如果使用另一种方案可能会导致哪些潜在问题。这种“Why and How”的深度解析，远比单纯的“What”要重要得多。我尤其欣赏它在错误处理和性能优化方面的论述，这些往往是初学者最容易忽略但却是决定软件质量的关键环节。作者将这些“软技能”提升到了与核心算法同等重要的地位来讲解，体现了极高的工程素养。
评分从整体的阅读体验来看，这本书在细节处理上的打磨达到了近乎苛刻的程度。无论是插图的清晰度、图表的逻辑性，还是术语的统一性，都体现了专业编辑团队的严谨态度。我发现作者在引用外部资源或标准时，标注得非常规范，这对于希望进一步深入研究的读者来说，提供了极大的便利。此外，本书似乎很注重读者的学习习惯，在一些复杂概念的引入处，都会设置“知识点回顾”或“关键总结”，帮助读者巩固刚学到的信息，有效对抗了长篇幅阅读带来的记忆衰退问题。总而言之，这本书不是那种匆忙上架的“快餐式”读物，它更像是一件精心打磨的工艺品，每一个部分都经过了反复的考量和雕琢，旨在为读者提供一个全面、深入且愉悦的学习体验，让人感觉物超所值。
评分哇，这本书的封面设计简直是太吸引人了，那种充满科技感的蓝紫色渐变，加上清晰有力的字体，让人一看就知道里面装的是干货。我平时对技术类书籍总是抱有一种又期待又怕被灌输晦涩理论的心态，但这本书的排版和视觉引导非常出色，给人一种清晰、有条理的心理预期。光是翻阅目录，我就能感受到作者在构建知识体系上的用心良厚。它似乎没有试图在一开始就堆砌复杂的概念，而是像一位经验丰富的前辈，耐心地为你规划每一步需要攻克的难关。那种感觉就像是，你迷失在茫茫的代码森林里，突然有人递给你一张详尽的、标注了所有捷径和陷阱的地图。我尤其欣赏它在章节划分上体现出的逻辑性，从基础概念的梳理，到具体技术的深入探索，再到项目实践的指导，层层递进，不疾不徐，这种结构感是很多同类书籍所欠缺的，它让阅读过程本身变成了一种高效的学习体验，而不是被动的信息接收。
评分用了很多例子来强调如何上手如何实践，对于信息辐射比较看重，但是书中没有这方面的介绍。总体而言不能用来学习敏捷，可以用来验证敏捷实践
评分快速浏览了一下整本书，感觉有价值的不多，至少对我个人来说。感觉是一堆实践的堆砌，讲那么多内容，还不如细细地讲几个重要的。
评分用了很多例子来强调如何上手如何实践，对于信息辐射比较看重，但是书中没有这方面的介绍。总体而言不能用来学习敏捷，可以用来验证敏捷实践
评分用了很多例子来强调如何上手如何实践，对于信息辐射比较看重，但是书中没有这方面的介绍。总体而言不能用来学习敏捷，可以用来验证敏捷实践
评分快速浏览了一下整本书，感觉有价值的不多，至少对我个人来说。感觉是一堆实践的堆砌，讲那么多内容，还不如细细地讲几个重要的。
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 book.wenda123.org All Rights Reserved. 图书目录大全 版权所有