具体描述
本书以敏捷软件开发为中心，系统阐述了敏捷原则和实践的先进理念和重要意义，并分别讲解了Scrum、极限编程、精益和看板四套敏捷实践的应用。作者从开发团队的日常困境入手，用讲故事的形式展开问题，由表及里，层层讲解，并在每一章最后附上参考书，便于读者进一步查找学习。本书内容生动，语言通俗易懂，集趣味性和实用性于一体，是学习敏捷开发、提升团队效率的极佳参考书。
作者简介
Andrew Stellman
是O'Reilly畅销书作者、敏捷教练、项目领导人、软件工程项目经理、开发人员和系统架构师。具有20多年的软件开发项目管理经验，是公认的软件开发专家。
Jennifer Greene
是一位优秀的软件测试人员，曾与不同的软件开发团队共事，并且构建了很多相当酷的工程。她还是一位畅销书作者，曾撰写过Head First PMP、Head First C#。其中Head First C#为她与Andrew Stellman合著。
目录信息
前言 xvii
第1章 学习敏捷 1
1.1 什么是敏捷 2
1.2 本书的读者对象 5
1.3 本书的目标 6
1.4 努力建立敏捷思维 6
1.5 本书结构 9
第2章 理解敏捷价值观 11
2.1 团队主管、架构师和项目经理走进了一间酒吧…… 12
2.2 没有银弹 14
2.3 敏捷可以拯救乱局吗 16
2.3.1 引入敏捷，带来变化 17
2.3.2 “聊胜于无”的结果 18
2.4 视角割裂 19
2.4.1 视角割裂带来的问题 21
2.4.2 为什么视角割裂只能做到“聊胜于无” 22
2.5 敏捷宣言帮助团队认识实践的目的 24
2.5.1 个体和互动高于流程和工具 25
2.5.2 可工作的软件高于详尽的文档 25
2.5.3 客户协作高于合同谈判 26
2.5.4 响应变化高于遵循计划 26
2.5.5 原则高于实践 27
2.6 理解敏捷的“大象” 28
2.7 着手采用一套新方法 32
第3章 敏捷原则 37
3.1 敏捷软件开发的12 条原则 38
3.2 客户总是对的吗 38
3.3 交付项目 40
3.3.1 原则1：最优先要做的是尽早、持续地交付有价值的软件，让客户满意 40
3.3.2 原则2：欣然面对需求变化，即使是在开发后期。敏捷过程利用变化为
客户维持竞争优势 41
3.3.3 原则3：频繁交付可工作的软件，从数周到数月，交付周期越短越好 42
3.3.4 改进电子书阅读器团队的项目交付计划 44
3.4 沟通和合作 46
3.4.1 原则4：在团队内外，面对面交谈是最有效、也是最高效的沟通方式 48
3.4.2 原则5：在整个项目过程中，业务人员和开发人员必须每天都在一起工作 49
3.4.3 原则6：以受激励的个体为核心构建项目，为他们提供环境和支持，
相信他们可以把工作做好 51
3.4.4 在电子书阅读器项目中采用更好的沟通方式 52
3.5 项目实施——推进项目 53
3.5.1 原则7：可工作的软件是衡量进度的首要标准 53
3.5.2 原则8：敏捷过程倡导可持续开发。赞助商、开发人员和用户要能够
共同、长期维持其步调，稳定向前 54
3.5.3 原则9：坚持不懈地追求技术卓越和设计优越，以此增强敏捷的能力 55
3.5.4 改善电子书阅读器团队的工作环境 55
3.6 项目和团队的持续改进 56
3.6.1 原则10：简单是尽最大可能减少不必要工作的艺术，是敏捷的根本 56
3.6.2 原则11：最好的架构、需求和设计来自自组织的团队 57
3.6.3 原则12：团队定期反思如何提升效率，并依此调整 57
3.7 敏捷项目：整合所有原则 58
第4章 Scrum和自组织团队 62
4.1 Scrum的规则 64
4.2 第1幕：Scrum的适用条件 65
4.3 Scrum团队中每个人都要对项目负责 67
4.3.1 Scrum主管指导团队的决策 67
4.3.2 产品所有者帮助团队了解软件的价值 68
4.3.3 每个人都对项目负责 69
4.3.4 Scrum有一组自己的价值观 75
4.4 第2幕：状态更新只是社交网络的玩法 78
4.5 整个团队参与每日Scrum例会 80
4.5.1 反馈和“可见− 检查− 调整”周期 80
4.5.2 最后责任时刻 81
4.5.3 召开有效的每日Scrum例会 83
4.6 第3幕：将冲刺计划写到墙上 86
4.7 冲刺、计划和回顾会议 87
4.7.1 迭代式与增量式 87
4.7.2 冲刺成也在于产品所有者，败也在于产品所有者 89
4.7.3 可见性和价值观 89
4.7.4 计划并执行有效的Scrum冲刺 93
4.8 第4幕：尽力之后 94
第5章 Scrum计划和集体承诺 99
5.1 第5幕：出乎意料 100
5.2 用户故事、速度和普遍接受的Scrum实践 102
5.2.1 提升软件价值 102
5.2.2 以用户故事构建用户真正会用到的功能 103
5.2.3 满意条件 105
5.2.4 故事点和速度 106
5.2.5 燃尽图 108
5.2.6 通过用户故事、故事点、任务和任务板来计划并实施冲刺 111
5.2.7 广受认可的Scrum实践 115
5.3 第6幕：第一次胜利 116
5.4 回顾Scrum价值观 116
5.4.1 具体实践没有价值观也有效果（只是别管它叫Scrum） 117
5.4.2 你的公司文化与Scrum的价值观兼容吗 119
第6章 极限编程与拥抱变化 128
6.1 第1幕：开始加班 129
6.2 极限编程的主要实践 130
6.2.1 编程实践 130
6.2.2 集成实践 131
6.2.3 计划实践 132
6.2.4 团队实践 133
6.2.5 为什么开发团队抵制变化，上述实践如何提供帮助 134
6.3 第2幕：计划有变，但我们还是看不到希望 137
6.4 极限编程的价值观帮助团队改变心态 139
6.4.1 极限编程帮助开发人员学会与用户协作 141
6.4.2 开发团队的怀疑会破坏实践的效用 142
6.5 正确的思维从极限编程的价值观开始 144
6.5.1 极限编程的价值观 144
6.5.2 以善意铺就 144
6.6 第3幕：势头的变换 147
6.7 理解极限编程价值观，拥抱变化 148
6.7.1 极限编程的指导原则 149
6.7.2 极限编程指导原则可以加深对计划的理解 151
6.7.3 极限编程指导原则与实践相互促进 152
6.7.4 反馈循环 154
第7章 极限编程、简化和增量式设计 163
7.1 第4幕：再次加班 164
7.2 代码和设计 165
7.2.1 代码异味和反模式（如何判断你是不是聪明过头了） 166
7.2.2 极限编程团队主动寻找和修复代码异味 168
7.2.3 钩子、边界情况以及功能过多的代码 170
7.2.4 代码异味会增加复杂性 175
7.3 把编码和设计决定留到最后责任时刻 175
7.3.1 决然重构，偿还技术债务 177
7.3.2 持续集成，排查设计问题 179
7.3.3 避免一体式设计 180
7.4 增量式设计与极限编程的整体实践 182
7.4.1 有时间进行思考，团队才能做好工作 184
7.4.2 团队成员彼此信任并共同作出决定 186
7.4.3 极限编程的设计、计划、团队和整体实践形成了一个带动创新的系统 186
7.4.4 增量式设计与为了复用而设计 188
7.4.5 简化单元交互，系统实现增量式成长 190
7.4.6 优秀的设计源自简单的交互 190
7.5 第5幕：最终得分 192
第8章 精益、消除浪费和着眼全局 200
8.1 精益思维 201
8.1.1 你已经理解了很多精益价值观 201
8.1.2 承诺、选择意识和集合式开发 203
8.2 第1幕：还有一件事…… 207
8.3 创造英雄与神奇思维 209
8.4 消除浪费 210
8.5 加深对产品的理解 214
8.5.1 着眼全局 216
8.5.2 找到问题的根本原因 218
8.6 尽快交付 219
8.6.1 使用面积图可视化工作进度 221
8.6.2 限制进行中的工作，控制瓶颈 225
8.6.3 拉动式系统帮助团队消除约束 226
第9章 看板方法、流程和持续改进 233
9.1 第2幕：紧赶慢赶的游戏 234
9.2 看板方法的原则 236
9.2.1 找到一个出发点并由此进行实验性的演进 236
9.2.2 用户故事进去，代码出来 238
9.3 用看板方法改进流程 240
9.3.1 将工作流程可视化 241
9.3.2 限制进行中的工作 246
9.4 测量并管理流量 251
9.4.1 用CFD 和进行中工作面积图测量并管理流量 252
9.4.2 用利特尔法则控制系统的流量 259
9.4.3 用进行中工作上限管理流量，自然地创造缓冲 263
9.4.4 让过程策略明确统一 265
9.5 看板方法下自然发生的行为 266
第10章 敏捷教练 275
10.1 第3幕：还有一件事（又来了？！）…… 276
10.2 教练要理解人们为什么不想改变 277
10.3 教练要理解人们如何学习 280
10.4 教练清楚如何让一套方法起作用 284
10.5 进行敏捷指导时的原则 285
关于作者 288
关于封面 288
· · · · · · (收起)
读后感
评分
评分
评分
评分
用户评价
《学习敏捷》这本书，对我来说，更像是一次心灵的洗礼，一次关于“重塑认知”的旅程。它并没有直接教我如何去“执行”敏捷，而是通过大量的故事和案例，潜移默化地改变了我对“效率”、“协作”和“创新”的理解。我最被打动的是书中关于“拥抱不确定性”的章节。作者用一种非常诗意化的语言，描述了在未知面前，人类的恐惧和抗拒，以及如何通过接纳和好奇心来化解这种情绪。这让我意识到，很多时候，我们之所以难以突破，是因为我们固守于已知的舒适区，害怕面对未知。书中还深入探讨了“价值交付”的本质。它不仅仅指产品的功能，更包含了用户在使用过程中的体验，以及对用户生活带来的积极影响。作者强调，敏捷的最终目的，是为了更好地满足用户的需求，创造真正的价值。我特别喜欢书中关于“赋能”的论述，它不是简单地授予权力，而是通过培养团队成员的自主性和创造力，让他们能够主动地解决问题，不断地超越自我。读完这本书，我感觉到一种前所未有的轻松和豁然开朗。它没有给我增加额外的负担，反而让我卸下了许多不必要的包袱，让我更加专注于如何创造更有价值的东西，以及如何在团队中建立更积极、更具活力的协作关系。
评分《学习敏捷》这本书，与其说是关于“敏捷”的教程，不如说是一部关于“进化”的寓言。它没有枯燥的理论模型，也没有教条式的指令，更多的是通过一系列引人入胜的故事和案例，来揭示一种适应性和韧性的重要性。我印象最深刻的是其中关于“自我组织”的探讨。作者描绘了一个场景：一个项目团队在缺乏明确指令的情况下，如何通过成员间的相互信任和责任担当，自行分配任务，并最终高效地完成了目标。这与我以往经验中，层层审批、指令下达的模式形成了鲜明的对比。书中还深入浅出地讲解了“透明度”和“检查与适应”这两个核心概念。作者用生动的比喻，比如“打开窗户看风景”，来形容透明度如何在团队内部建立信任，减少猜疑。而“检查与适应”，则被描绘成一种持续的“微调”，确保团队始终朝着正确的方向前进，而不是在错误的道路上越走越远。整本书的写作风格非常流畅，仿佛在听一位经验丰富的长者娓娓道来，分享他的人生智慧。它让我意识到，真正的“敏捷”，不是一种僵化的方法论，而是一种内在的驱动力，一种在不确定性中不断学习、不断调整、不断成长的能力。读完这本书，我感觉自己的视野被大大拓宽了，对如何面对未来的挑战充满了新的思考。
评分最近一口气读完了《学习敏捷》，说实话，我一开始以为会是一本讲解敏捷开发流程的硬核技术书，没想到它却给我带来了完全不同的启发。这本书的重点不在于“如何做”，而在于“为何这样做”以及“如何思考”。作者花了大量的篇幅去探讨“价值观”和“原则”在组织运作中的核心作用。比如，书中反复强调的“个体和互动高于流程和工具”这句话，让我重新审视了团队协作的本质。过去，我们常常陷入对工具的迷恋，认为有了先进的工具就能解决一切问题，但这本书提醒我，真正推动项目成功的，是人与人之间的有效沟通和协作。书中还详细分析了“响应变化高于遵循计划”的哲学，这在传统管理模式下是难以想象的。作者通过对比传统瀑布式开发和敏捷方法的案例，清晰地展示了在快速变化的市场环境下，僵化的计划如何成为阻碍，而灵活的应对策略又是如何帮助团队抓住机遇。我特别喜欢书中关于“交付可工作的软件”的章节，它不仅仅是字面意义上的“软件”，更延伸到了任何需要交付成果的领域，强调的是持续的、可见的进展。这种“交付”的理念，让我开始思考自己在工作中的产出是否真正有价值，是否能够被及时地验证和改进。总而言之，这本书提供了一种全新的视角来看待工作和团队建设，它更多的是一种思维方式的启蒙，而非具体的技能培训。
评分这本书的书名是《学习敏捷》，但读完后，我发现它更像是一本关于如何在混乱中找到秩序的实用指南，而不是一本严格意义上的“敏捷”理论书籍。作者并没有深入探讨 Scrum、Kanban 等具体敏捷框架的细枝末节，而是从更宏观的角度，讲述了如何在快速变化的环境中保持灵活性和适应性。其中最让我印象深刻的是关于“反馈循环”的阐述。作者用了很多生动的例子，比如一个初创团队如何通过快速迭代产品并收集用户反馈来调整方向，以及一个大型企业如何通过定期的跨部门沟通来打破信息壁垒。这些反馈循环的设计，不仅仅是为了提高效率，更是为了在不确定性中建立一种可控的节奏。我尤其喜欢其中关于“拥抱变化”的讨论，它并非鼓励盲目行动，而是强调一种心态的转变：将变化视为机遇，而非威胁。作者通过讲述一位项目经理如何带领团队克服技术难题，最终成功交付产品的故事，展现了这种心态的强大力量。整本书的语言通俗易懂，没有太多专业术语，这使得即使是初次接触这类概念的读者也能轻松理解。读完之后，我感觉自己对如何应对工作中的不确定性有了更清晰的认识，也更有信心去尝试新的方法和思路。这本书更像是给我注入了一剂“定心丸”，让我明白，即使面对巨大的挑战，只要掌握了正确的方法和心态，也能稳步前进。
评分坦白说，我一开始对《学习敏捷》抱有很高的期望，希望能找到一套可以直接套用到我工作中的敏捷实践方法。然而，读完后我发现，这本书的价值远超我的预期，它不是提供了一套“工具箱”，而是构建了一套“地图”，指引我们如何在复杂的环境中导航。书中关于“持续改进”的论述，让我深思。作者并没有将改进视为一次性的“项目”，而是将其融入到日常工作的每一个环节。比如，通过定期的“回顾会议”，团队成员有机会反思过去的工作，找出不足，并提出改进的建议。这种“小步快跑”式的改进，避免了大规模变革带来的风险，也让改进的过程更加平稳和可持续。我还对书中关于“授权”的讨论印象深刻。作者强调，将决策权下放到最了解情况的团队成员手中，能够极大地提升效率和创新能力。这需要建立一种高度信任的文化，让每个人都敢于承担责任，敢于提出自己的想法。书中还用了一个非常有意思的比喻，将团队比作一个“有机体”，强调每个部分都相互关联，协同运作，共同适应外部环境的变化。这种“整体观”的视角，让我开始重新审视自己在团队中的角色，以及如何与其他成员更有效地协作。这本书并没有给出“标准答案”，而是提供了一种思考框架，帮助我们找到适合自己的“敏捷”之路。
评分清晰的澄清了Scrum，精益，XP和敏捷教练之间的关系。团队中的视角割裂的观点很有点儿意思。
评分敏捷方法值得学习
评分清晰的澄清了Scrum，精益，XP和敏捷教练之间的关系。团队中的视角割裂的观点很有点儿意思。
评分全面了解敏捷的好书。不想学习（或读的进）的同学们，将自己归类为：实践派，而对立面是：学术派。正如三年前，我到1号楼“头脑风暴”会议室参与一个会议，当时的我对“头脑风暴”的第一反应是：这个会议室的名字真好听。对其它方面的认知是无感的。我也确认，沟通如果不注重戏方的知识结构，一味地用专业术语，也起不到沟通的目的。构建高效团队最重要的是：发现问题，分析和解决问题！重点：谦卑，知道自己不知道
评分思想和价值观才是灵魂
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 book.quotespace.org All Rights Reserved. 小美书屋 版权所有