![《敏捷整洁之道 : 回归本源》[美] 罗伯特·C.马丁 2020-1](https://www.33file.com/wp-content/uploads/2026/10/2026dtkq8.webp "《敏捷整洁之道 : 回归本源》[美] 罗伯特·C.马丁 2020-1")
一、书籍档案
| 书名 | 敏捷整洁之道：回归本源 | ||
| 作者 | [美] 罗伯特·C.马丁（Robert C. Martin） | ||
| 译者 | 申健 / 何强 / 罗涛（熊节、韩磊审校） | ||
| 出版社 | 人民邮电出版社（出品方：异步图书） | 出版时间 | 2020年7月 |
| ISBN | 9787115537157 | 定价 | 请以电商为准（平装，216页） |
| 豆瓣评分 | 9.0分（145人评价） | 微信读书 | 评分不足（仅5人点评） |
二、全书概要
这本书要论证的核心命题：“敏捷被误解了二十年——它从来不是’更快地做更多事’，而是’尽早知道自己做得有多糟糕’；回归敏捷宣言的本源，就是回归个体、互动、可工作的软件和响应变化。”全书共7章：前两章讲故事——敏捷的历史与全貌（2001年雪鸟滑雪场会议、敏捷宣言诞生的来龙去脉），Bob大叔的叙事功力公认一流（短评：”看着看着就能哈哈大笑起来”）；中间三章讲实践——敏捷的业务实践（用户故事INVEST原则、估点）、团队实践（站会、迭代、回顾）、技术实践（测试驱动开发TDD、结对编程、重构、持续集成），即极限编程（XP）的三个环节；第6章讲敏捷转型——转型中常见的问题与困难；第7章讲软件匠艺（Software Craftsmanship）——技术人员要”坚持本心打磨技艺”。一句话：它不是又一本敏捷框架手册，而是敏捷宣言发起人亲自写的”敏捷祛魅书”——告诉你敏捷的初心、敏捷与快无关、敏捷到底该怎么做（长评竹林闲人：”Uncle Bob作为敏捷宣言的发起人，为了重启最初的敏捷概念，就诞生了这本小册子”）。
三、颠覆你认知的三个地方
- 敏捷从来与”快”无关——”敏捷就是要帮助我们尽早了解我们到底做得有多糟糕”。（全书第一金句，短评三餐一宿摘录”生命之环”）——Bob大叔开篇就拆掉最大的误解：敏捷不是”更快交付”的秘诀，恰恰相反，它是让你尽早暴露问题、尽早知道真实进度（有多糟糕）的方法。短评原话：”有人认为敏捷就等于快，不是的。它从来就无关于快。”——这一刀，砍掉了市面上八成”伪敏捷”的遮羞布。
- “铁十字”不是质量/成本/时间，是质量、速度、成本、完成——四选三，敏捷让你直面取舍。（短评三餐一宿摘录）——项目管理经典的”铁三角”（快、好、便宜三选二），Bob大叔升级为”铁十字”：质量、速度、成本、完成（scope）四个变量，你只能保住其中三个。敏捷的价值不是”全都要”，是逼你”明确取舍”——想快，就必须砍范围或降质量要求；假装全都要，是项目管理最大的谎言。
- 开发人员与业务人员的对话，应该关于”为什么、做什么、何时做”，而不是”如何做”。（短评三餐一宿摘录）——Bob大叔划清角色边界：业务方负责”为什么/做什么/何时做”，技术方负责”如何做”——需求讨论越界到”怎么实现”，是敏捷团队最常见的低效源头。这一条对任何”业务与技术之争”都适用，是全书最实用的边界法则。
四、作者真正想说的话
Bob大叔真正想说的是：“你们把敏捷搞错了——敏捷不是一个流程框架，是一种工作伦理；不是让你更快，是让你诚实；不是流程和工具，是人和匠艺。”作为敏捷宣言的发起人之一，他眼看着敏捷被”蹭热度”：SAFe、Less、Kanban各种框架叠床架屋，站会变成汇报会、迭代变成赶工、估点变成政治博弈——于是亲自出手”正本清源”（长评异步图书：”颇有点敏捷反对’敏捷’的意味：第一个敏捷是Bob等人发明出来的真敏捷，第二个带引号的’敏捷’，是如今盛行的伪敏捷”）。他的立场有三：其一，回到宣言本身——”个体和互动高于流程和工具，可工作的软件高于详尽的文档，客户合作高于合同谈判，响应变化高于遵循计划”（长评南转花木摘录）；其二，技术实践是敏捷的地基——没有TDD、重构、持续集成的”敏捷”，只是空转的仪式；其三，软件匠艺（Software Craftsmanship）——（短评空心）”鼓励技术人员，不要被项目牵着鼻子走，要坚持本心打磨技艺，并传递精华给年轻从业者，才能把敏捷践行一代又一代地下去”——这是他从”敏捷方法论”走向”职业信仰”的最后一步：敏捷的尽头，是工匠精神（微信点评超越：”要把软件开发行业升级为日本的那种’道’，干脆以后叫’软件道’吧！”）。
五、值得细读的章节
- 第1、2章（敏捷历史与全貌）：全书最有趣的部分（短评：”Bob大叔讲故事的功力真不错，看着看着就能哈哈大笑起来”）——2001年雪鸟滑雪场会议、敏捷宣言诞生记；零基础读者从这两章入门最佳。
- 第3章（业务实践）：用户故事与INVEST原则（independent独立/negotiable可协商/valuable有价值/estimable可估算/small足够小/testable可测试）+估点方法（长评tangboss004专文）；非技术读者也能用（需求管理通用）。
- 第4、5章（团队实践与技术实践）：站会、迭代、回顾 + TDD、结对编程、重构、持续集成——极限编程（XP）的完整拼图；技术实践部分有编程门槛，但”为什么需要这些实践”的论证值得非技术读者也读。
- 第6章（敏捷转型）：转型中常见的问题与困难——注意：这是全书公认的短板（短评空心：”读着不顺，感觉不是一把写出来的”），但”转型为什么失败”的部分仍有价值，建议带着批判性读。
- 第7章（软件匠艺）：全书的”升华章”（短评空心：”是在鼓励技术人员……坚持本心打磨技艺”）——从方法论到职业信仰，读完全书情绪最高点。
六、阅读过程中的感悟
读这本书的起因，是我对”敏捷”的深度怀疑。带研发团队那几年，我们”敏捷”得像模像样：每天站会、每两周迭代、每个Sprint结束开回顾会——但我越来越觉得哪里不对：站会从”同步进度”变成”汇报演出”（每个人都对着领导说昨天干了啥），迭代从”小步快跑”变成”两周一赶工”，回顾会开着开着就成了”吐槽大会”然后没有任何改变。有个同事私下说：”我们这不是敏捷，是’敏捷表演’。”我深以为然，但又说不出”正宗的敏捷”该是什么样——直到朋友推荐了这本《敏捷整洁之道》，作者是敏捷宣言的发起人Bob大叔本人。翻开第1章我就笑了：大叔讲故事太有画面感，2001年那场改变软件业的滑雪场会议，被他写得像段子合集（短评：”看着看着就能哈哈大笑起来”）。
全书第一个让我”咯噔”一下的，是那句”敏捷从来就无关于快”。（短评三餐一宿摘录）——”有人认为敏捷就等于快，不是的。它从来就无关于快。敏捷就是要帮助我们尽早了解我们到底做得有多糟糕。”我盯着这句话看了很久：我们团队当初引入敏捷，不就是为了”更快”吗？原来我们把方向搞反了——敏捷不是让你快，是让你诚实：尽早知道进度多差、质量多差、方向多偏，然后来得及调整。我回想我们那些”敏捷表演”：我们恰恰在用敏捷的仪式掩盖真实进度（站会只说好的），用迭代的节奏掩盖延期（Deadline一到就砍测试）——我们学会了敏捷的”形”，丢掉了敏捷的”魂”。
还有”铁十字”那段，我划了三道线。（短评三餐一宿摘录）——质量、速度、成本、完成四选三：想快就砍范围或降质量，想全就超支或延期，没有例外。我立刻想起我们上一个项目：老板说”既要快、又要全、还要质量好”，结果团队用加班换时间、用砍测试换进度、最后用”上线后再修”换口碑——三个都要，最后四个全失。Bob大叔这句话像一把手术刀：敏捷不是”全都要”的魔法，是逼你”诚实取舍”的管理。从那以后，我开项目会的第一句话变成：”这期我们保哪三个？”——团队的焦虑感反而降下来了。
但我也必须把这本书的”实话”讲清楚。第一，它的内容并不均匀——短评（空心6赞）说得很准：”中间三章讲极限编程三个圈，入木三分”但”第6章读着不顺，感觉不是一把写出来的，会和前面一些观点不吻合”；我读到第6章（转型）也确实有”掉线”感，像是不同时期文章的拼合。第二，中间三章对”老敏捷人”太熟悉了（短评三餐一宿：”中间不好玩，太熟悉了，除了验收测试可以想想”）——如果你已经在做Scrum/XP，这几章更多是”复习”而不是”新知”；真正的增量在前两章的历史与第7章的匠艺。第三，它有软件工程门槛：TDD、结对、重构、持续集成这些技术实践，非IT读者基本看不懂，会”劝退”一部分想学敏捷管理的读者——但这不是书的错，是”敏捷”本身就扎根于软件工程。第四，口碑与数据：豆瓣9.0分（145人评价）是高分，但样本不大（145人），且微信读书”评分不足”（仅5人点评）——它是”软件圈内的高分小书”，不是大众畅销书；另外微信端没有免费章节（有读者吐槽”太贵了”），预算敏感的建议先借阅或试读电子版。第五，Bob大叔的风格很”个人”：他对管理者的调侃、对匠艺的推崇、对伪敏捷的怒其不争，让这本书读起来像”老前辈的碎碎念”（微信点评超越原话：”活像一个老前辈对年轻人的批评和碎碎念”）——喜欢的人觉得真性情，不喜欢的会觉得说教。
最后说说这本书给我最大的改变：我不再做”敏捷表演”了，开始做”敏捷诚实”。站会不再报喜不报忧，改为如实说”这周卡在哪”；迭代排期不再硬塞”全都要”，而是先定”保哪三个”（铁十字）；最关键的，是团队重新读了一遍敏捷宣言那四句话——“个体和互动高于流程和工具，可工作的软件高于详尽的文档，客户合作高于合同谈判，响应变化高于遵循计划”（长评南转花木摘录）——我们发现：那四句”高于”，我们一条都没做到。合上书我最大的感悟：敏捷从来不是一种流程，是一种工作伦理——它要求你诚实面对进度、质量、取舍，然后用匠艺把事做扎实。这本书对软件从业者（尤其被”伪敏捷”折磨过的）是”正本清源”的解药；对非IT读者，前两章和最后两章也足够值回票价。
七、这本书应该怎么读
- 先明确身份：本书核心读者是软件行业从业者（开发/测试/管理/项目经理/业务），技术实践（TDD、结对、重构）有工程门槛；非IT读者建议精读第1、2、7章（历史+价值观+匠艺），第3、4章选择性读，第5、6章可略读。
- 带着”反伪敏捷”的雷达读：每读一个实践（站会/迭代/估点），对照自己团队的现状——”我们是在做这个，还是在表演这个？”（本书最大的价值就是帮你识别”敏捷表演”）。
- 先读金句再读正文：“敏捷从来就无关于快””铁十字：质量、速度、成本、完成””业务与技术对话关于为什么、做什么、何时做”——带着这三句话读，全书脉络立刻清晰。
- 第6章（转型）降低预期：它是全书公认的短板（读着不顺、与前后观点有出入），建议批判性阅读，重点吸收”转型为什么失败”的部分。
- 配合经典读：想深入技术实践读作者的《代码整洁之道》；想对照另一视角读《Scrum精髓》（短评长评作者推荐的同类书）；想了解敏捷全貌先读第2章再决定深入方向。
八、读前决策
本书是软件开发界的传奇人物罗伯特·C. 马丁（“鲍勃大叔”）对敏捷发展历程的回顾，对敏捷最初用意的重述，对敏捷价值观和原则的传达。本书首先概述敏捷的历史、敏捷的全貌；然后说明敏捷出现的缘由；接着讲解敏捷的业务实践、团队实践和技术实践，介绍成就敏捷的因素，还谈到敏捷转型中常见的问题与困难；最后提出软件匠艺理念。 本书适合开发人员、测试人员、管理人员、项目经理、业务人员等软件行业从业者阅读。
罗伯特·C. 马丁（Robert C. Martin）*软件开发大师，设计模式和敏捷开发先驱，敏捷联盟首任主席，C++ Report杂志前主编。他从20世纪70年代起就是一名程序员，被后辈程序员尊称为“鲍勃大叔”（Uncle Bob）。 他是Clean Coders网站的创始人，这个网站为软件开发者提供在线视频培训。他也是“鲍勃大叔咨询公司”（Uncle Bob Consulting LLC）的创始人，这家公司为世界各地的大企业提供软件咨询、培训和技能发展服务。他的著作有《代码整洁之道》《代码整洁之道：程序员的职业素养》《敏捷整洁之道：回归本源》《架构整洁之道》《敏捷软件开发：原则、模式与实践》等。 译者简介 申健 优普丰全球合伙人，首席敏捷教练，国际Scrum联盟CST认证培训师，全球首位CTC认证敏捷教练及评审委员会成员，极限编程爱好者。在跨国企业从事10多年研发和管理工作，涉及电信、金融、互联网等领域。2007年开始实战敏捷开发，对结合教练技术等软技能来帮助组织提升领导力和导入工程实践，从而提升产品开发的效果与质量很感兴趣。常年担任全国敏捷社区组织者、评委和嘉宾。培训和咨询辅导过的客户达数百家。 何强 有10多年大型外企一线研发与管理经验。进阶CSM认证者和PMP，2011年开始带领团队进行敏捷软件开发，并推动组织级敏捷转型。在公司内部进行敏捷文化推广、敏捷开发流程的制定以及工程实践工具链落地等工作。后逐步担任企业敏捷教练，推动跨国多团队规模化敏捷实施与优化。有多年培训以及对Scrum关键角色辅导与团队转型辅导经验。擅长对不同团队敏捷实施方案的定制与实施、组织内敏捷文化推广、团队从0到1的敏捷转型辅导、敏捷开发工具链的组织与调优等。 罗涛 Scrum@Scale认证实践者，曾任用友集团开发管理部总经理，特聘讲师，集团内多条产品线的敏捷教练/教头，培训师，咨询师，应用架构设计专家。同时作为创新的推进者和实践者，拥有5项国家发明专利，并在集团内部负责培训、评审和推进专利，以及相关的创新工作。除了主流的催化技术，还擅长使用游戏学习、情景戏剧学习等方式进行引导。 审校者简介 熊节 中国IT业界意见领袖、敏捷先行者。从2001年开始将敏捷思想引入中国，引领了中国敏捷浪潮。曾指导多家知名企业导入敏捷方法，对这些企业产生了深远的影响。曾在各类专业媒体发表数十篇文章，并主持翻译了《重构：改善既有代码的设计》《软件工匠》《实现模式》《卓有成效的程序员》等敏捷领域的重要著作，其中《重构：改善既有代码的设计》被誉为“软件业三大必读经典”之一。他的新作《敏捷中国史话》是第一部系统记录敏捷在中国发展历程的著作。 韩磊 互联网产品与社区运营专家，技术书籍著译者。曾任CSDN副总经理、《程序员》总编辑、广东二十一世纪传媒股份有限公司新媒体事业部总经理等职。现任AR初创企业亮风台广州公司总经理。译有《代码整洁之道》《梦断代码》《C#编程风格》等书。此外还与刘韧合著《网络媒体教程》，与戴飞合译《Beginning C# Objects中文版：概念到代码》。
第 1章 介绍敏捷 1
1.1 敏捷的历史 3
1.2 雪鸟会议 10
1.3 敏捷全貌 14
1.3.1 铁十字 15
1.3.2 墙上的图 15
1.3.3 你知道的第 一件事 18
1.3.4 会议 18
1.3.5 分析阶段 19
1.3.6 设计阶段 20
1.3.7 实施阶段 21
1.3.8 死亡行军阶段 22
1.3.9 夸张吗 23
1.3.10 更好的方式 23
1.3.11 迭代0 24
1.3.12 敏捷产出数据 25
1.3.13 幻想与管理 27
1.3.14 管理铁十字 27
1.3.15 业务价值排序 31
1.3.16 全貌至此结束 31
1.4 生命之环 31
1.5 结论 35
第 2章 敏捷的理由 37
2.1 专业性 38
2.1.1 到处是软件 39
2.1.2 程序员统治世界 41
2.1.3 灾难 42
2.2 合理的期望 43
2.2.1 我们不会交付一堆垃圾！ 43
2.2.2 从技术上随时做好交付准备 45
2.2.3 稳定的生产率 46
2.2.4 划算的适应性 49
2.2.5 持续改进 50
2.2.6 无畏之力 50
2.2.7 QA应该什么也找不到 52
2.2.8 测试自动化 52
2.2.9 我们互相掩护 54
2.2.10 诚实的估算 54
2.2.11 你需要说“不” 55
2.2.12 持续主动地学习 55
2.2.13 指导 56
2.3 权利条款 56
2.3.1 客户权利条款 56
2.3.2 开发人员权利条款 57
2.3.3 客户权利详讨 57
2.3.4 开发人员权利详讨 59
2.4 结论 61
第3章 业务实践 63
3.1 计划游戏 64
3.1.1 三元分析 65
3.1.2 故事和点数 66
3.1.3 ATM的故事 67
3.1.4 故事 74
3.1.5 故事估算 76
3.1.6 对迭代进行管理 78
3.1.7 演示 80
3.1.8 速率 81
3.2 小步发布 82
3.2.1 源代码控制简史 83
3.2.2 磁带 85
3.2.3 磁盘和源代码控制系统 85
3.2.4 Subversion 86
3.2.5 Git与测试 87
3.3 验收测试 88
3.3.1 工具和方法论 89
3.3.2 行为驱动开发 90
3.3.3 实践 90
3.4 完整团队 93
3.5 结论 96
第4章 团队实践 97
4.1 隐喻 98
4.2 可持续节奏 100
4.2.1 加班 102
4.2.2 马拉松 103
4.2.3 奉献精神 103
4.2.4 睡眠 104
4.3 代码集体所有 104
4.4 持续集成 107
4.4.1 然后有了持续构建 108
4.4.2 持续构建的纪律 109
4.5 站会 110
4.5.1 猪和鸡？ 111
4.5.2 公开表示认可 111
4.6 结论 111
第5章 技术实践 113
5.1 测试驱动开发 114
5.1.1 复式记账 114
5.1.2 TDD三规则 116
5.1.3 调试 117
5.1.4 文档 117
5.1.5 乐趣 118
5.1.6 完备性 119
5.1.7 设计 121
5.1.8 勇气 121
5.2 重构 123
5.2.1 红-绿-重构 124
5.2.2 大型重构 125
5.3 简单设计 125
5.4 结对编程 127
5.4.1 什么是结对 128
5.4.2 为什么结对 129
5.4.3 结对当作代码评审 129
5.4.4 代价几何 130
5.4.5 只能两人吗 130
5.4.6 管理 130
5.5 结论 131
第6章 成就敏捷 133
6.1 敏捷的价值观 134
6.1.1 勇气 134
6.1.2 沟通 134
6.1.3 反馈 135
6.1.4 简单 135
6.2 怪物博物馆 136
6.3 转型 137
6.3.1 耍花招 138
6.3.2 幼狮 138
6.3.3 哭泣 139
6.3.4 寓意 139
6.3.5 假装 139
6.3.6 在更小的组织中成功 140
6.3.7 个人成功和迁移 141
6.3.8 创建敏捷组织 141
6.4 教练辅导 142
6.5 认证 143
6.6 大型组织中的敏捷 144
6.7 敏捷工具 148
6.7.1 软件工具 148
6.7.2 什么才是有效的工具 149
6.7.3 物理的敏捷工具 151
6.7.4 自动化的压力 152
6.7.5 有钱人用的ALM类工具 153
6.8 教练——另一个视角 155
6.8.1 条条大路通敏捷 155
6.8.2 从过程专家到敏捷专家 156
6.8.3 对敏捷教练的需求 157
6.8.4 将教练技术带给敏捷教练 158
6.8.5 超越ICP-ACC 158
6.8.6 教练工具 159
6.8.7 只有专业教练技巧是不够的 159
6.8.8 在多团队环境中进行敏捷教练的工作 160
6.8.9 大型组织中的敏捷 161
6.8.10 使用敏捷和教练技术 来变得敏捷 161
6.8.11 敏捷导入的成长 162
6.8.12 细处着手成大事 164
6.8.13 敏捷教练的未来 165
6.9 结论（鲍勃大叔回来了） 165
第7章 匠艺 167
7.1 敏捷的宿醉 169
7.2 不孚所望 170
7.3 渐行渐远 172
7.4 软件匠艺 173
7.5 思想体系与方法论 174
7.6 软件匠艺包含实践吗 175
7.7 聚焦于价值而非实践 176
7.8 对实践的讨论 177
7.9 匠艺对个人的影响 178
7.10 匠艺对行业的影响 179
7.11 匠艺对公司的影响 180
7.12 匠艺与敏捷 181
7.13 结论 182
第8章 结论 183
跋 185
索引 191
![《管理行为》[美国] 司马贺 2013](https://i0.wp.com/www.33file.com/wp-content/uploads/2026/10/2026k5i01.webp?fit=270%2C385&ssl=1)
评论0