读这本书的心得，敏捷是实践出来的，哪怕不懂srcum**等方法，只要坚持心中的价值观，朝一个方向改进，哪怕不能“任何时候都拥有符合发布要求的代码”，今天比昨天好，也是成功。
通过业务分析确定开发目标
为什么要做敏捷，一定是存在问题。
可以从业务状况(成本和时间资源)和战略目标(价值主张)两方面进行业务现状自查
不是核心的价值主张却耗费最大的作业成本的业务就是改进的目标
架构的重要性
好的架构会适应变化和易于维护，能大幅提升开发维护效率
架构守护者对架构的演进和维护负责
从持续集成和质量系统做起
持续集成比单一集成更能保障主干版本的稳定性
自动化分层测试在不同的层次应用不同的测试场景，对资源进行了有效的平衡
自动发布流水线能保障任何时候都拥有符合发布要求的代码
使用正确的工具提升生产率
提供公共开发环境
开发可扩展的测试框架
进行实时的度量和跟踪(不是通过度量来管理，而是用度量来发现改进点)
研发好的工具和方法
让参与者定义敏捷/精益实践
注重团队灵活性而不是运作方式
敏捷在落地的过程中必然要适应实际业务环境，形式可能会变，唯一不变的是价值观
附件列表
