书籍介绍
这不是一本为敏捷信徒准备的布道书，而是一份给怀疑者的实战手册。书中反复强调一个近乎苛刻的标准：只有真正交付给客户的代码，才提供真实反馈——其余都是自我感动。它不回避争议：结对编程到底值不值、文档该写多少、客户不参与怎么办，都给出可操作的取舍，而非口号。作者把开发者、测试者、管理者与客户放进同一套语境，尤其关注团队间的信任与合作这类"难而正确"的事。适合那些被"敏捷就是一堆屁话"困扰、想弄清楚如何落地的人；也提醒已在局中者：理解规则之后，才是打破规则、形成自己方法的起点。
AI导读
核心看点
- 融合开发者、管理者与客户视角的敏捷全景图
- 基于极限编程经验，提供可落地的实用指导
- 教你理解规则、打破规则，最终掌握敏捷艺术
读者共识
- 内容全面详实，是理解XP与敏捷本源的经典之作
- 实战性强，非理想主义，解决敏捷落地中的痛点
- 论证充分，虽出版较早但核心思想依然极具价值
精彩摘录
- "只有那些真正发布给客户的代码才能提供真实的反馈。"
- "好的软件设计是：在实现可接受的运行性能的前提下，尽量减少创建、修改和维护软件的时间。"
- "结对编程的一个明显好处是持续的代码评审，但同时它也在整个团队中散播知识，增强自律，并减少分心。"
- "要求开发者与测试人员仅通过缺陷跟踪系统沟通，这一定会破坏他们的关系。"
- "不要创建过程来保护组织免受雇员的负面影响，而应该创建过程来使团队成员各尽所能。 经理们，与其告诉团队应该做什么，不如让团队告诉你应该做什么来帮助他们成功。"
- "一两周之后，原先”待完成“区域的下方出现了一块新的”搁置“区域——我们要求打断我们的人在我们移动卡片的时候，在这个区域建立新的卡片。"
- "In fact, I don't recommend adopting agile development solely to increase productivity. It's benefits -- even the ability to release software more frequently -- come from working differently, not from working faster."
- "All three types of success are important. Without personal success, you'll have trouble motivating yourself and employees. Without technical success, your source code will eventually collapse under its own weight. Without organizational success, your team may find that they're no longer wanted in th"
用户评论
是不是叫《敏捷开发最佳实践》会更好点，艺术就有点拔高了。其实是比较务实的书，就是有点儿乱，翻译得不好可能也是其中一个原因。
大概了解一下敏捷。
目前读过的XP的最好的书
关键字:结队编程/迭代式发布/舒服的双人大座位设计的工位...
约1/4内容对我来说超出需要，于是加快速度浏览。翻译不严谨，几乎没有注释。书名略浮夸，实际上是讲清楚了极限编程的方方面面。开卷有益，不浪费时间。实际上项目管理专业资格考试，考验的是对知识体系的阅读理解能力，结合工作实际的领悟应用能力。希望6.20可以正常考试。
一本关于极限编程的方法论工具书。看完之后的启发也是有的，让自己从另外的角度认识了软件工程的项目管理。半年之后再看一遍吧！
这是一本古老的书，但写得还真棒。
如果想要了解XP和最初的实践方式，想要探寻这一切发生的本源，这就是为你量身打造的，可用于考古。
Kindle商城有售。
极限翻书
发现bug应立即修复它，不要堆积bug
09年的时候出版读起来应该有更多的收获。书中对XP的概念性描述偏多
下载
收藏