软件开发成功路线图： 敏捷模式
点击看大图基本信息
- 作者： (美)Amr Elssamadisy [作译者介绍]
- 译者： 初悦欣 亢江妹
- 丛书名： 开发人员专业技术丛书
- 出版社：机械工业出版社
- ISBN：9787111299431
- 上架时间：2010-4-7
- 出版日期：2010 年3月
- 开本：16开
- 页码：241
- 版次：1-1
- 所属分类：
计算机 > 软件工程及软件方法学 > 软件方法/软件工程
内容简介回到顶部↑
本书介绍单个敏捷实践与其他敏捷实践之间的联系，同时讲解制定实施策略的技巧。本书涉及的敏捷模式，不只是作者的个人意见，也不是从未试过的新方法，而是若干真实项目案例的经验总结。本书内容主要分为四部分。第一部分阐述软件开发的基本问题，是其他部分的基础。第二部分是本书的核心——为你的组织选择敏捷实践。第三部分包括反馈实践模式、技术实践模式、辅助实践模式、组合模式四个内容。第四部分分析两个组织实施情况的报告，展示组织如何一步步实施敏捷实践。
本书适合想要学习敏捷或想转向敏捷开发的管理者、开发者、架构师等。对于想要深入全面探讨敏捷实践的人来说，本书也是很好的指南。
本书适合想要学习敏捷或想转向敏捷开发的管理者、开发者、架构师等。对于想要深入全面探讨敏捷实践的人来说，本书也是很好的指南。
作译者回到顶部↑
本书提供作译者介绍
Amr Elssamadisy(网站：wwwelssamadisycom)一个软件开发实践者，他与客户一起致力于开发出更好的、更有价值的软件。在Gemba Systems中，他和同事们帮助小型或大型开发团队学习新的技术，实施和适应敏捷开发实践，专注于为组织带来最大化的价值。
在技术方面，Amr具有C/C++、 Java/J2EE 和NET的开发经验，这使得他能理解开发团队的问题，并提供支持。
同时，他看到即使是在软件开发过程中，有很多问题是人的问题，而非工具和技术所能解决的。因此，在Gemba Systems中，Amr和同事们非常关注如.. << 查看详细
在技术方面，Amr具有C/C++、 Java/J2EE 和NET的开发经验，这使得他能理解开发团队的问题，并提供支持。
同时，他看到即使是在软件开发过程中，有很多问题是人的问题，而非工具和技术所能解决的。因此，在Gemba Systems中，Amr和同事们非常关注如.. << 查看详细
目录回到顶部↑
本书的赞誉
译者序
译者简介
linda rising的序言
joe rainsberger的序言
前言
致谢
作者简介
第一部分对于软件开发的感想
第1章学习是瓶颈
1.1一个假定的实验
1.2透过“学习是瓶颈”看敏捷
1.3识别并响应变化的循环周期
1.4循环周期：充分非必要
1.5为什么这很重要？从理论到实践
1.6关注瓶颈
1.7小结
第2章个体敏捷性
2.1为什么要采纳敏捷实践
2.1.1怎样才算成功的采纳
译者序
译者简介
linda rising的序言
joe rainsberger的序言
前言
致谢
作者简介
第一部分对于软件开发的感想
第1章学习是瓶颈
1.1一个假定的实验
1.2透过“学习是瓶颈”看敏捷
1.3识别并响应变化的循环周期
1.4循环周期：充分非必要
1.5为什么这很重要？从理论到实践
1.6关注瓶颈
1.7小结
第2章个体敏捷性
2.1为什么要采纳敏捷实践
2.1.1怎样才算成功的采纳
译者序回到顶部↑
2009年我有幸参加了“敏捷中国”大会。看着几百人的会场，回想起四年前自己抱着书尝试给团队使用结对编程的经历，实施的过程中的酸甜苦辣等各种滋味一起涌上心头。如果当时读过Amr的这本书，那会让自己的团队少走多少弯路啊！
2009年的“敏捷中国”盛况空前，不仅人数超过以往，而且与会者也有幸目睹Kent Beck和Dave Thomas等大师的风采。国内众多知名企业开始拥抱敏捷方法，并且越来越多的国人在关注敏捷，这一切都说明采用敏捷方法是不可阻挡的趋势。然而实施敏捷就真的会100%成功吗？请记住，敏捷不是银弹，采纳敏捷失败的企业比成功的多得多！以我自身的经历来说，在加入思特沃克之前就经历过敏捷的失败，而现在我是思特沃克公司Mingle团队里的一员。Mingle是一个代码库年龄超过四年的项目，但我们依然能够大胆地加入新功能和重构代码。可以说Mingle就是一个鲜活的自组织团队，生产率要比传统开发团队高出许多。 为什么存在这样的不同呢？这是因为当初我没有完全理解什么是敏捷，也没考虑那些敏捷实践是否合适就采用了，而Mingle团队却为自己量身定制了一批最佳敏捷实践，这同时也说明了不是敏捷自身的问题，而是使用方法上的问题。 如果你还在犹豫是否应当采纳敏捷方法，或者想让团队的开发能力更上一层楼，那么你就好好读读本书，其恰恰能在这个过程中起到传道、授业、解惑的作用。最后我坚信中国的开发团队里不乏有识之士，敏捷之花最终会在祖国大地上绽放。
借此机会感谢我的父母和一直支持我的朋友们，你们是我生活与工作的动力和源泉，我会好好珍惜你们。
初悦欣
2009年的“敏捷中国”盛况空前，不仅人数超过以往，而且与会者也有幸目睹Kent Beck和Dave Thomas等大师的风采。国内众多知名企业开始拥抱敏捷方法，并且越来越多的国人在关注敏捷，这一切都说明采用敏捷方法是不可阻挡的趋势。然而实施敏捷就真的会100%成功吗？请记住，敏捷不是银弹，采纳敏捷失败的企业比成功的多得多！以我自身的经历来说，在加入思特沃克之前就经历过敏捷的失败，而现在我是思特沃克公司Mingle团队里的一员。Mingle是一个代码库年龄超过四年的项目，但我们依然能够大胆地加入新功能和重构代码。可以说Mingle就是一个鲜活的自组织团队，生产率要比传统开发团队高出许多。 为什么存在这样的不同呢？这是因为当初我没有完全理解什么是敏捷，也没考虑那些敏捷实践是否合适就采用了，而Mingle团队却为自己量身定制了一批最佳敏捷实践，这同时也说明了不是敏捷自身的问题，而是使用方法上的问题。 如果你还在犹豫是否应当采纳敏捷方法，或者想让团队的开发能力更上一层楼，那么你就好好读读本书，其恰恰能在这个过程中起到传道、授业、解惑的作用。最后我坚信中国的开发团队里不乏有识之士，敏捷之花最终会在祖国大地上绽放。
借此机会感谢我的父母和一直支持我的朋友们，你们是我生活与工作的动力和源泉，我会好好珍惜你们。
初悦欣
前言回到顶部↑
在这本书中，你我将一起关注敏捷实践的实施。我将解答一些你可能正想知道的基本问题：
从哪里下手？
对特定的环境来说，哪些实践最适合？
怎样一步一步地实施这些实践？
哪些陷阱需要注意？
这本书适合你吗
你在采纳一些敏捷实践吗？你正在慎重地考虑是否要在团队中尝试一些敏捷实践？你是否已读过一本有关敏捷方法（如极限编程、Scrum或测试驱动开发）的书？或者至少对敏捷理论很信服，正想实践看看？
或许你刚成功完成第一个敏捷项目，另外一个团队希望你能加入去帮助他们。当然，每个项目都是不同的。那么，上次使用的实践在这个项目中也会有效吗？不一定！本书首先将帮你了解为什么“不一定”；接着，阐述应该采纳什么实践，帮你做出决策；最后，是否需要对某些实践进行调整，以及如何调整，本书也会给出一些提示。
也许很不走运，你恰好曾经参与过一个失败的敏捷项目(或许正处于一个失败的项目中)。读读这本书，了解一下为什么实施的那些实践不适用。要敏捷地实施敏捷方法。
如果你属于上述任一情形，那么这本书就是为你准备的。它将帮助你认识一个个实践，了解其间的联系，并且传授制定实施策略的技巧。有很多公司都应用过这个策略，并在一些项目中获得了成功。同时，这本书还将提醒你实践过程中会出什么样的问题，以及如何识别并解决那些问题。你将要用到的这些模式，不只是我的个人意见，也不是从未试过的新方法，而是若干真实项目案例的经验总结。
最后，这本书不适合于：
已经获得敏捷实践经验，寻找新理论或方法的资深实践者。所有的信息都来自于若干项目的实际经验，很可能你已经听说过了。
从零开始的初学者。这本书没有从零开始描绘每一个实践。但是，对于很多想深入全面探讨敏捷实践的人来说，这本书会是很好的指南。
计划
我会提出更多的问题。要踏上敏捷之路，这些问题都是你应该考虑和回答的。是不是听起来太完美了，让人无法相信？但这是真的。我们中的很多人在敏捷社区里摸爬滚打了好多年，才发现了一个可行的方法。本书分享了大家的经验。读完这本书，你将能够：
理解敏捷实践背后的动力、原则和价值。这是所有敏捷实践的基础和成功实施敏捷的关键。
以客户的业务价值为中心。列出对多数客户都很重要的业务价值，例如“降低成本”。
当业务价值的不能按时交付时，需要能提前识别各种征兆。我把这些征兆称为“异味”。与“降低成本”相关的一个例子是“客户什么都想要(甚至包括厨房的洗涤槽)”。
“Everything including the kitchen sink”是一个比喻，意思是“所有的东西，无论是否必要”。——译者注
把这些业务价值、异味和某个敏捷实践关联起来。
从哪里下手？
对特定的环境来说，哪些实践最适合？
怎样一步一步地实施这些实践？
哪些陷阱需要注意？
这本书适合你吗
你在采纳一些敏捷实践吗？你正在慎重地考虑是否要在团队中尝试一些敏捷实践？你是否已读过一本有关敏捷方法（如极限编程、Scrum或测试驱动开发）的书？或者至少对敏捷理论很信服，正想实践看看？
或许你刚成功完成第一个敏捷项目，另外一个团队希望你能加入去帮助他们。当然，每个项目都是不同的。那么，上次使用的实践在这个项目中也会有效吗？不一定！本书首先将帮你了解为什么“不一定”；接着，阐述应该采纳什么实践，帮你做出决策；最后，是否需要对某些实践进行调整，以及如何调整，本书也会给出一些提示。
也许很不走运，你恰好曾经参与过一个失败的敏捷项目(或许正处于一个失败的项目中)。读读这本书，了解一下为什么实施的那些实践不适用。要敏捷地实施敏捷方法。
如果你属于上述任一情形，那么这本书就是为你准备的。它将帮助你认识一个个实践，了解其间的联系，并且传授制定实施策略的技巧。有很多公司都应用过这个策略，并在一些项目中获得了成功。同时，这本书还将提醒你实践过程中会出什么样的问题，以及如何识别并解决那些问题。你将要用到的这些模式，不只是我的个人意见，也不是从未试过的新方法，而是若干真实项目案例的经验总结。
最后，这本书不适合于：
已经获得敏捷实践经验，寻找新理论或方法的资深实践者。所有的信息都来自于若干项目的实际经验，很可能你已经听说过了。
从零开始的初学者。这本书没有从零开始描绘每一个实践。但是，对于很多想深入全面探讨敏捷实践的人来说，这本书会是很好的指南。
计划
我会提出更多的问题。要踏上敏捷之路，这些问题都是你应该考虑和回答的。是不是听起来太完美了，让人无法相信？但这是真的。我们中的很多人在敏捷社区里摸爬滚打了好多年，才发现了一个可行的方法。本书分享了大家的经验。读完这本书，你将能够：
理解敏捷实践背后的动力、原则和价值。这是所有敏捷实践的基础和成功实施敏捷的关键。
以客户的业务价值为中心。列出对多数客户都很重要的业务价值，例如“降低成本”。
当业务价值的不能按时交付时，需要能提前识别各种征兆。我把这些征兆称为“异味”。与“降低成本”相关的一个例子是“客户什么都想要(甚至包括厨房的洗涤槽)”。
“Everything including the kitchen sink”是一个比喻，意思是“所有的东西，无论是否必要”。——译者注
把这些业务价值、异味和某个敏捷实践关联起来。
序言回到顶部↑
Linda Rising的序言
我最近又坐了一次飞机——一架非常小的飞机。我的座位一边是窗户，另一边就是过道。这让我很容易看到过道另一边的两位邻座——她们像是姐妹的两个年轻女孩。她们是单独来的，而且很明显以前从Houston到过Richmond。在我们将要起飞时她们才入座，然后在这架小飞机升空后，她们找到行李箱并翻出了书。这让我十分惊讶！年轻人在读书！并且在整个两小时的飞行中都在读书。我曾对人性产生过怀疑，而这让我完全恢复了信念。还有希望！乘坐飞机的好处之一就是能花一些时间来阅读，同时还会发现其他人也在阅读——甚至是年轻人。
模式和书籍之间存在某种联系，可以说是形影相随。记得在之前一次有关模式的演讲中我谈到过这些。演讲结束后，一位听众找到我，并开始查看我带来的那些关于模式的书籍。他说：“我的一些最快乐的时光是在读书中度过的。”说得很好。喜欢模式的人也喜欢书籍，他们买书，并且认真阅读。事实上，参与大会的人们都喜欢谈论模式，并且这些大会的输出产物又变成了书籍。但现在，你或许会觉得大量书籍浩如烟海，而我们的时间又是那么有限。我有一个乘坐飞机时阅读书籍的列表，它还在不断增长。而每次在收拾行李箱的时候，我总发现自己难于抉择。因此，虽然我喜欢阅读（尤其是一本关于模式的书籍），但也还是要怀疑人们是否有时间来阅读。
我觉得Amr Elssamadisy的书不会深埋于某些人的飞行阅读列表中，这包括以下几个原因。不仅因为这是一本关于模式的书，也不仅因为这是一本关于敏捷开发的书。我是模式的信徒，也是敏捷开发的信徒。与其他许多信徒一样，只有这种“更好途径”的信仰是不足以说服那些着眼于开销和收益的决策者。即使获得了计算机科学的博士学位，并且在度量标准设计领域里工作，同时还拥有数学硕士学位，我还是发现很难找到令人满意的开销、收益度量方法。正如英国著名作家Lewis Carroll曾警告过：“如果不知道将走向何方，任何道路都会带你到达那里。”
Linda Rising是《Fearless Change》一书的作者之一，该书的另一位作者是Mary Lynn Manns。
出自Carool，L的《爱丽丝梦游仙境》，该书于1865年出版。
Victor Basili在1994年发表的那篇经典的论文“The Goal，Question，Metric Approach”里推荐道：
为生产率和质量的发展制定一系列针对企业、部门和项目业务的目标，以及相关的度量指标。
尽可能通过一个完全可度量的方式来定义这些目标，并创建一些问题(基于模型)。
指明需要收集的各种指标，以便回答这些问题，跟踪流程及产品是否与目标相一致。
开发数据采集的机制。
收集、验证和分析实时的数据进行反馈并纠正项目行为。
事后分析这些数据，评估与目标的匹配性，并对未来提出改进建议。
我想要说的是，对于那些想要遵循Basili论文的建议，并想将其应用于转向敏捷开发(而不是计量学)的人而言，这本书是很有用的。这本书收集了一系列的模式，但它并没有仅限于模式。它是关于敏捷方法的，但它并不只是传颂敏捷方法的思想。这本书很实用，值得一读，以业务价值为焦点。书中给出了充满智慧的研究论点，同时指出要实现敏捷(或是其他有价值的目标)，并不是只有一条路，并不存在一个统一的标准方法。如同在其他讨论代码的敏捷书籍中常用到的方式一样，本书也列举一些 “异味”并对其进行分析。本书不单指出可采纳的模式，而且帮你理清思路，找到真正的业务价值，这或许会很有帮助。无论你是否考虑实施敏捷实践，这都是值得一试的行动。
此外，我还是要指出这本书里没有银弹。很遗憾！模式总是与一定的适用情况联系在一起，并不是任何时候都适合应用这样的解决方案。一些良好的模式通常包含一些标注，它们会向使用者警告应用该模式的结果，即使环境合适，也无法确保大家对此会一直满意下去。关于模式最好的建议，其实与生活一样，就是在仓促行动之前要考虑清楚。虽然每个模式都有一定的适用范围，但是我还是很高兴Amr能给出其指导原则。在翻阅此书的过程中，我总是对这一点非常欣赏。通过强调适合什么样的读者，作者帮了我们一个大忙。浏览一下前言中的“这本书适合你吗”，它会帮你快速判断是否需要购买本书。
我希望你觉得自己是目标读者之一，想购买本书，而且还想把它放在阅读列表最上方并开始读它。我坚信如果能这么做，那你就会发现这些模式对敏捷转型很有用。这同时也说明我将会在下次的敏捷大会上见到你。好好阅读吧！
Joe Rainsberger的序言
组织变革是很困难的，采纳敏捷方法交付软件也是如此。无论是对参与者、领导者或旁观者，大家都感到整个过程压力很大。在本书出现之前，指望一本书能够帮助人们实施成功并走向敏捷，我对此完全不抱希望。
我最近又坐了一次飞机——一架非常小的飞机。我的座位一边是窗户，另一边就是过道。这让我很容易看到过道另一边的两位邻座——她们像是姐妹的两个年轻女孩。她们是单独来的，而且很明显以前从Houston到过Richmond。在我们将要起飞时她们才入座，然后在这架小飞机升空后，她们找到行李箱并翻出了书。这让我十分惊讶！年轻人在读书！并且在整个两小时的飞行中都在读书。我曾对人性产生过怀疑，而这让我完全恢复了信念。还有希望！乘坐飞机的好处之一就是能花一些时间来阅读，同时还会发现其他人也在阅读——甚至是年轻人。
模式和书籍之间存在某种联系，可以说是形影相随。记得在之前一次有关模式的演讲中我谈到过这些。演讲结束后，一位听众找到我，并开始查看我带来的那些关于模式的书籍。他说：“我的一些最快乐的时光是在读书中度过的。”说得很好。喜欢模式的人也喜欢书籍，他们买书，并且认真阅读。事实上，参与大会的人们都喜欢谈论模式，并且这些大会的输出产物又变成了书籍。但现在，你或许会觉得大量书籍浩如烟海，而我们的时间又是那么有限。我有一个乘坐飞机时阅读书籍的列表，它还在不断增长。而每次在收拾行李箱的时候，我总发现自己难于抉择。因此，虽然我喜欢阅读（尤其是一本关于模式的书籍），但也还是要怀疑人们是否有时间来阅读。
我觉得Amr Elssamadisy的书不会深埋于某些人的飞行阅读列表中，这包括以下几个原因。不仅因为这是一本关于模式的书，也不仅因为这是一本关于敏捷开发的书。我是模式的信徒，也是敏捷开发的信徒。与其他许多信徒一样，只有这种“更好途径”的信仰是不足以说服那些着眼于开销和收益的决策者。即使获得了计算机科学的博士学位，并且在度量标准设计领域里工作，同时还拥有数学硕士学位，我还是发现很难找到令人满意的开销、收益度量方法。正如英国著名作家Lewis Carroll曾警告过：“如果不知道将走向何方，任何道路都会带你到达那里。”
Linda Rising是《Fearless Change》一书的作者之一，该书的另一位作者是Mary Lynn Manns。
出自Carool，L的《爱丽丝梦游仙境》，该书于1865年出版。
Victor Basili在1994年发表的那篇经典的论文“The Goal，Question，Metric Approach”里推荐道：
为生产率和质量的发展制定一系列针对企业、部门和项目业务的目标，以及相关的度量指标。
尽可能通过一个完全可度量的方式来定义这些目标，并创建一些问题(基于模型)。
指明需要收集的各种指标，以便回答这些问题，跟踪流程及产品是否与目标相一致。
开发数据采集的机制。
收集、验证和分析实时的数据进行反馈并纠正项目行为。
事后分析这些数据，评估与目标的匹配性，并对未来提出改进建议。
我想要说的是，对于那些想要遵循Basili论文的建议，并想将其应用于转向敏捷开发(而不是计量学)的人而言，这本书是很有用的。这本书收集了一系列的模式，但它并没有仅限于模式。它是关于敏捷方法的，但它并不只是传颂敏捷方法的思想。这本书很实用，值得一读，以业务价值为焦点。书中给出了充满智慧的研究论点，同时指出要实现敏捷(或是其他有价值的目标)，并不是只有一条路，并不存在一个统一的标准方法。如同在其他讨论代码的敏捷书籍中常用到的方式一样，本书也列举一些 “异味”并对其进行分析。本书不单指出可采纳的模式，而且帮你理清思路，找到真正的业务价值，这或许会很有帮助。无论你是否考虑实施敏捷实践，这都是值得一试的行动。
此外，我还是要指出这本书里没有银弹。很遗憾！模式总是与一定的适用情况联系在一起，并不是任何时候都适合应用这样的解决方案。一些良好的模式通常包含一些标注，它们会向使用者警告应用该模式的结果，即使环境合适，也无法确保大家对此会一直满意下去。关于模式最好的建议，其实与生活一样，就是在仓促行动之前要考虑清楚。虽然每个模式都有一定的适用范围，但是我还是很高兴Amr能给出其指导原则。在翻阅此书的过程中，我总是对这一点非常欣赏。通过强调适合什么样的读者，作者帮了我们一个大忙。浏览一下前言中的“这本书适合你吗”，它会帮你快速判断是否需要购买本书。
我希望你觉得自己是目标读者之一，想购买本书，而且还想把它放在阅读列表最上方并开始读它。我坚信如果能这么做，那你就会发现这些模式对敏捷转型很有用。这同时也说明我将会在下次的敏捷大会上见到你。好好阅读吧！
Joe Rainsberger的序言
组织变革是很困难的，采纳敏捷方法交付软件也是如此。无论是对参与者、领导者或旁观者，大家都感到整个过程压力很大。在本书出现之前，指望一本书能够帮助人们实施成功并走向敏捷，我对此完全不抱希望。
媒体评论回到顶部↑
“在该书中，Amr Elssamadisy提出了一系列清晰准确的模式，它们能帮你找出组织在软件开发流程中的阻碍。在你进行持续过程改进时，这些模式还能帮助你做出重大改进，让你对达到最佳流程充满信心。”
——Bob Bogetti，Baxter健康护理公司项目经理
“该书主题浅显易懂。正如书中所说，敏捷并不适合所有情况。该书提供了一些实践方法，供读者自助式地选择和应用。该书对于那些很有经验的敏捷实践者来说也很有帮助，尽管作者在前言中提到说可能不太适合。如果有人觉得自己知道书中的所有方法，而且认为是小菜一碟，那么就有些骄傲自大了。该书唤起了我对一些关键理念的记忆，而它们恰恰是我自己的团队所忽视的。这些理念并不容易表达出来，但Amr却很出色地完成了这个任务。书中的实例都是经过深思熟虑的，并且主题的次序看起来也非常自然。我会将该书推荐给所有对敏捷感兴趣的人。”
——David Chia，BabyCenter首席工程师
“在‘走向敏捷’过程中，最困难的是如何将那些相互联系的敏捷实践拆分成可以一次消化的多个小块，并找出哪个适合首先尝试。很多书都在说敏捷团队是什么样的，但是从自己当前的状况迁移到那个阶段，其过程却充满荆棘！Amr拥有丰富的敏捷团队培训经验。他将给出指导原则，帮助你根据具体情况制定自己的实施策略，这是其经验的充分体现。Amr并不仅仅解释敏捷实践方法，他还告诉你如何用敏捷的方式进行思考，这样你就可以避免常见的陷阱，并创建合适的实施计划。这是一本让我期盼已久的书，我要在培训新敏捷团队的时候带着它！”
——Ryan Cooper，敏捷教练/开发者
“明显的是，Amr在很多一团糟的软件项目上钻研了很多时间，从中总结出了这些经验。在本书中，他描述了一种聪明的敏捷实施策略，关注客户，提供业务价值。Amr的风格简单且直接，为开发团队中的成员提供了实用、有效的观点和见解。如果你也像我一样，正在考虑是否在组织中采纳敏捷方法，那么Amr在这个问题上的观点就能助你进行建设性思考，并找出一条更好的路。”
——Emily Bache，软件开发者
“本书中的一系列模式本身就是一些非常实用的索引，但我最欣赏的还是第5章。该章建议应该把敏捷方法看做一个系统，并提供了具体的模型，展示各实践之间如何相互联系和依赖。该章还建议人们应该首先找出需要提高的业务价值和要解决的问题，然后确定一个合适的顺序采纳这些实践方法。”
——Laurent Bossavit，咨询师，2006年获得Gordon Pask奖
“本书填补了许多人甚至还没有意识到的一块空白。流程的出现不是为了理论上的完整性，而是为了满足业务目标。Amr将会告诉你如何让组织里的开发流程也向目标看齐。”
——Ken DeLong，Baby Center首席架构师
“我很喜欢这本书里的想法。恨不得在两年前就买到这本书，那时我所在的团队在采纳敏捷实践，并且正经历一个非常困难的时期。该书是实施敏捷实践的实用(且敏捷的)指南。针对不同的项目环境，该书提供了不同的实施策略，帮助你选择敏捷实践及实施次序，以便获取最大化的业务价值。”
——Dmitri Dolguikh，敏捷软件开发者
“Amr的这本关于敏捷模式的书太出色了。如果你的项目需要敏捷开发方法，但不确定从哪里着手，以及如何克服文化和技术上的障碍，那么该书会对你有所帮助。如果你不知道怎样向同事和高级管理者解释敏捷方法的基本好处，Amr将告诉你如何直接从业务层次角度描述其对软件开发过程的促进作用。如果你想在组织中引入测试驱动实践，那么就该阅读本书：它提供了所有可用方法的全景，每种方法能解决什么问题(不能解决什么问题)，以及一步步向更高级别进阶的路线图。Amr在阐述模式时所使用的那些小故事，很容易让人联系到实际情况。借此你能很快地意识到某个具体的模式是否适合于你自己的情况。”
——Hakan Erdogmus，《IEEE软件》主编
“本书是非常好的资源，它能帮你找到某个敏捷实践应用及调整的技巧，帮助你的项目获得成功。”
——Dave Hendrickson，架构师
“Amr的这本好书带来了一种独特、实用的方法，它可以帮助你找到适合自己环境的敏捷组件。Amr同样详细描述了一些其他敏捷书籍所欠缺的部分：当尝试给管理者和客户灌输新的概念时，每个组件所需的关键弹药──清晰定义的业务价值。”
——Jim Holmes，Quick Solutions公司，微软MVP
——Bob Bogetti，Baxter健康护理公司项目经理
“该书主题浅显易懂。正如书中所说，敏捷并不适合所有情况。该书提供了一些实践方法，供读者自助式地选择和应用。该书对于那些很有经验的敏捷实践者来说也很有帮助，尽管作者在前言中提到说可能不太适合。如果有人觉得自己知道书中的所有方法，而且认为是小菜一碟，那么就有些骄傲自大了。该书唤起了我对一些关键理念的记忆，而它们恰恰是我自己的团队所忽视的。这些理念并不容易表达出来，但Amr却很出色地完成了这个任务。书中的实例都是经过深思熟虑的，并且主题的次序看起来也非常自然。我会将该书推荐给所有对敏捷感兴趣的人。”
——David Chia，BabyCenter首席工程师
“在‘走向敏捷’过程中，最困难的是如何将那些相互联系的敏捷实践拆分成可以一次消化的多个小块，并找出哪个适合首先尝试。很多书都在说敏捷团队是什么样的，但是从自己当前的状况迁移到那个阶段，其过程却充满荆棘！Amr拥有丰富的敏捷团队培训经验。他将给出指导原则，帮助你根据具体情况制定自己的实施策略，这是其经验的充分体现。Amr并不仅仅解释敏捷实践方法，他还告诉你如何用敏捷的方式进行思考，这样你就可以避免常见的陷阱，并创建合适的实施计划。这是一本让我期盼已久的书，我要在培训新敏捷团队的时候带着它！”
——Ryan Cooper，敏捷教练/开发者
“明显的是，Amr在很多一团糟的软件项目上钻研了很多时间，从中总结出了这些经验。在本书中，他描述了一种聪明的敏捷实施策略，关注客户，提供业务价值。Amr的风格简单且直接，为开发团队中的成员提供了实用、有效的观点和见解。如果你也像我一样，正在考虑是否在组织中采纳敏捷方法，那么Amr在这个问题上的观点就能助你进行建设性思考，并找出一条更好的路。”
——Emily Bache，软件开发者
“本书中的一系列模式本身就是一些非常实用的索引，但我最欣赏的还是第5章。该章建议应该把敏捷方法看做一个系统，并提供了具体的模型，展示各实践之间如何相互联系和依赖。该章还建议人们应该首先找出需要提高的业务价值和要解决的问题，然后确定一个合适的顺序采纳这些实践方法。”
——Laurent Bossavit，咨询师，2006年获得Gordon Pask奖
“本书填补了许多人甚至还没有意识到的一块空白。流程的出现不是为了理论上的完整性，而是为了满足业务目标。Amr将会告诉你如何让组织里的开发流程也向目标看齐。”
——Ken DeLong，Baby Center首席架构师
“我很喜欢这本书里的想法。恨不得在两年前就买到这本书，那时我所在的团队在采纳敏捷实践，并且正经历一个非常困难的时期。该书是实施敏捷实践的实用(且敏捷的)指南。针对不同的项目环境，该书提供了不同的实施策略，帮助你选择敏捷实践及实施次序，以便获取最大化的业务价值。”
——Dmitri Dolguikh，敏捷软件开发者
“Amr的这本关于敏捷模式的书太出色了。如果你的项目需要敏捷开发方法，但不确定从哪里着手，以及如何克服文化和技术上的障碍，那么该书会对你有所帮助。如果你不知道怎样向同事和高级管理者解释敏捷方法的基本好处，Amr将告诉你如何直接从业务层次角度描述其对软件开发过程的促进作用。如果你想在组织中引入测试驱动实践，那么就该阅读本书：它提供了所有可用方法的全景，每种方法能解决什么问题(不能解决什么问题)，以及一步步向更高级别进阶的路线图。Amr在阐述模式时所使用的那些小故事，很容易让人联系到实际情况。借此你能很快地意识到某个具体的模式是否适合于你自己的情况。”
——Hakan Erdogmus，《IEEE软件》主编
“本书是非常好的资源，它能帮你找到某个敏捷实践应用及调整的技巧，帮助你的项目获得成功。”
——Dave Hendrickson，架构师
“Amr的这本好书带来了一种独特、实用的方法，它可以帮助你找到适合自己环境的敏捷组件。Amr同样详细描述了一些其他敏捷书籍所欠缺的部分：当尝试给管理者和客户灌输新的概念时，每个组件所需的关键弹药──清晰定义的业务价值。”
——Jim Holmes，Quick Solutions公司，微软MVP
【插图】
加载中...
