很多时候谈敏捷，我们太注重于敏捷的概念。敏捷的概念里有许多值得去追求的东西，但过于强调这些东西甚至照搬照抄时我们遇到很多的现实问题而开始怀疑抛弃。
抛开敏捷的概念看本质，我们所期望的其实是开发效率和质量的提升。不需要引入敏捷，我们有下面的事情可以做：
1. UI框架支持快速开发Demo。
2. 基础开发平台支持快速开发应用系统。
3. 互相熟悉的成员。
4. 成型的团队约定。
5. 成型的工作流程、环节及配合方式。
6. 熟练的工具使用。
...
当团队具备以上的条件，我们就能做到快速相应，就能达到目标。
这其中是否敏捷了？是否遵循了敏捷宣言？是否结对编程了？
其实无所谓，我们能快速响应，我们能达成目标。
这些条件的达成是一个团队成熟度的体现。
快速响应能力是衡量团队成熟度的一个重要标准。
敏捷被贩卖得火热，铺天盖地，然后就开始忽悠...通常被忽悠的是连快速响应能力都不具备的团队。
一个已经具备快速相应能力相对比较成熟的团队，不会轻易的被改变。
他们会去敏捷中选择、摘取、实践、融合。
当团队还不具备快速响应能力时，应先将团队建设成具备快速响应能力的团队。
当团队具备了快速响应能力后，把敏捷当成一桌菜，挑自己喜欢的吃。