本书来自infoq.com的minibooks。
最近刚好也看到了infoq上对这本书的书评
http://www.infoq.com/cn/news/2008/10/agile-adoption-patterns-br

由于敏捷工程主要是关注于如何通过完成项目来更好的实现商业价值。
因此这本书主要从以下几个方面来着手描述：
1，重点关注客户的商业价值，列出几种重要的客户关注的商业价值。
2，当客户的商业价值没有很好的实现时，如何识别出项目的smells或者症状。
3，决定采用何种实践来消除smells，并提升对应的商业价值。
4，针对每种本书提到的敏捷模式，提供一个详细的信息列表，包括敏捷模式的采纳策略。
5，对于那些能一起实施的多种敏捷模式，进行详细的描述和如何进行采纳的策略。
这本书可以作为如何根据自身不同的环境，一步步的采用敏捷实践来实施项目的一个指南书。

本书分为三个部分：
从分析客户的商业价值开始，逐步分析在工程实施时涉及到的各种smells，
以及一些采取敏捷实践的策略；
第二部分对单个的敏捷实践模式进行具体的分析；
之后在第三部分讨论如何整合这些敏捷模式来取得更好的效果。


以下为第一部分的主要内容：
1,商业价值(business value):
Reduce time to market
Increase value to market
Increase quality to market
Increase flexibility
Increase visibility
reduce cost
Increase product lifetime


2,smells:
分为business smell和process smell；
Business smells:站在客户的角度上来说，即客户能够感觉出来的smells。
  质量不可接受Quality Delivered to Customer is Unacceptable
  发布新功能不敏捷Delivery New Features to Customer takes too long
  功能对用户来说不可用Features are not used by customer
  软件对用户来说不可用software is not useful to customer
  软件实施太贵software is too expensive to build
 
Process smells:只有项目开发团队能够感觉出来的smells，而对客户来说是不可见的。
        把客户和开发团队对立Us vs. Them
客户事事关心Customer Ask for everything including the kitchen sink
客户是什么样的客户Customer —— what customer? Direct and regular customer input is unrealistic
管理缺乏预见性Management is Surprised —— Lack of visibility
资源瓶颈Bottlenecked Resources(Software Practitioners are members of multiple teams concurrently)
工程发布一再延期churning project
上百(甚至上千)个bugs Hundreds(possibly Thousands) of bugs in bug-tracker
存在代码冻结阶段 "Hardening" Phase Needed At End of Release Cycle
系统集成不频繁Integration is Infrequent (usually because it is painful)


未完待续.......