扫码阅读
手机扫码阅读

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

238 2023-09-12

关于“敏捷”这个词,我们已经说了太多年。

早在十年左右之前,在IT圈就兴起了一阵“敏捷”的风潮,很多大型企业,不说自己公司已经实施了敏捷,都不好意思出来见人。

到了最近几年,不仅仅是IT企业,很多其他领域的企业,也开始提倡“敏捷”这个词,似乎这个词已经是应对“乌卡”时代的最佳选择。

我们还看到,这个词和很多其他词开始组合,出现了诸如:“敏捷项目管理”,“敏捷思维”,“精益敏捷”,“敏捷组织”,“敏捷转型”等等。

而且,我们还看到,很多从未写过代码,也没有管理过研发团队的人,也在说“敏捷”这个词,现在只要是做管理,或者做顾问、教练的朋友,不说自己懂敏捷,也都不好意思出来见人了。

似乎,我们已经进入到一个“全员敏捷”的时代,敏捷已经成为了很多人都能够理解的一个词,大家已经对这个词的意义(包括内涵和外延)都已经非常清楚,达成了共识。

那么,我们在讨论问题的时候,只要说“敏捷”,就能够相互理解,而不会产生歧义了。

好吧,我说你别信!

每个人心中都有自己的“敏捷”

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • ……

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

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

敏捷到底是什么?

在这里我也不想给它下个定义,毕竟我也不是敏捷的权威,只能说,想要理解敏捷,还是要从敏捷宣言开始。

敏捷宣言

我们一直在实践中探寻更好的软件开发方法,

身体力行的同时也帮助他人。由此我们建立了如下价值观:

个体和互动 高于 流程和工具

工作的软件 高于 详尽的文档

客户合作 高于 合同谈判

响应变化 高于 遵循计划

也就是说,尽管右项有其价值,

我们更重视左项的价值。

解决问题才是王道

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

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

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

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

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

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

原文链接: http://mp.weixin.qq.com/s?__biz=MjM5MzY1NjAxNQ==&mid=2648820022&idx=1&sn=50565330ceaa8c5edb19ff5829b1bc0e&chksm=be86d49689f15d80abb8bb2609ad444b274e453facc032910f3d1514bd1d95634aa6c040dd91#rd