<<持续交付>>终点的精彩

1，向敏捷转变的过程是一个很容易出乱子的过程， 尤其对项目的领导力来说。在实施敏捷的过程中，会突然释放出一些有用的信息，将原来隐蔽起来的真相推倒聚光灯下。

2，假如执行者忽略了技术实践（比如测试驱动开发,重构，持续集成等），代码基础很容易被缺乏经验的开发人员搞坏，这时候，任何开发过程都无法 自动修复。
3，有些人对敏捷进行裁减，令其更适合他们的情况，这是很常见的，毕竟，敏捷过程是需要根据情况进行裁剪的。但是，敏捷过程中的各种要素以微妙的方式交互作用，很容易误解其价值所在，尤其是对于那些没有迭代过程实践背景的人来说，更是如此。所以，在开始时应该坚信书上所写的都是正确的，并遵循书中所写的流程。当你理解后，再进行裁剪。
4，过度的自动化测试当然有可能发生，据我们所知，有个项目中，整个团队花了几个星期写自动化测试，其他什么也没干。然而，应该注意这个警示故事的上下文：迄今为止，最常见的失败是自动化测试太少，而不是太多。
5，文档有一个显著的问题，就是很容易过时，而且文档越是详细，就越是容易过时！ 
6，每个项目应该只有一个业务主要负责人。否则，在项目还没有完成之前，就会在政治内讧中失败。