我说你别信：对于敏捷这个词，所有人已经达成共识

其实，如果我们和大家真的聊一下，就会有发现。

特别是，我们可以问一个特别有意思的问题，那就是：你觉得敏捷是什么？

即便我们问的是带着“敏捷教练”头衔的人，也会得出各种各样五花八门的答案。

还记得有句话叫做：一千个人心中有一千个哈姆雷特。

那么我们可以借用一下：一千个敏捷教练心中有一千个对敏捷的理解。

我们可以来看看都有什么样的理解。

• 有的人认为，敏捷就是快，就是可以提升工作效率。

• 有的人认为，敏捷就是要把长长的瀑布周期，切分成多个迭代。

• 有的人认为，敏捷就是Scrum。

• 有的人认为，敏捷就是要做CI、CD。

• 有的人认为，敏捷就是极限编程，就是TDD。

• 有的人认为，敏捷就是开站会。

• 有的人认为，敏捷就是做个看板，把进度放上去。

• 有的人认为，敏捷就是DDD，或者敏捷就是微服务。

• 有的人认为，敏捷就是要不断迭代。

• ……

看到上面这么多，大家有什么样的感觉呢？

像不像是一个故事，叫做“盲人摸象”，每个人都发现了一部分特征，就认为这已经代表了全体，其实真的是那样吗？

其实，我和很多朋友讨论过上面的话题，但最终发现，并不是真的要确认自己做的是不是“敏捷”，解决问题才是王道。

所以，很多时候，我们其实是在运用“敏捷”思维中的响应变化，针对不同的上下文，从自己的工具箱里面选择合适的工具，以达到想要达到的目的。

这样的思维到底是不是敏捷，其实并没有那么重要，因为我们看到的可能只是哲学思想里面的“具体情况具体分析”而已。

因此，我觉得，一个做法是否是“敏捷的”，这个是需要经过非常多分析和讨论的问题，而且，很有可能出现的是，同样的框架，同样的方法，一个团队做的时候可能更符合敏捷宣言和原则中的说法，另一个团队中实施的时候就完全不是那么一回事儿了，毕竟现在大家都是知识工作者，太多的结论取决于一个非常重要的因素，那就是人。

那么，与其花时间争论一个可能没有结果、让自己着急上火、对目标也不确定有什么意义的问题，还不如放掉“敏捷”这个词，把更多的精力放在解决实际的问题，达成实际的目标上，那样可能更有意义吧。

就像Google的一位高管曾经说过：当你们在谈论做敏捷的时候，已经就不敏捷了……