扫码阅读
手机扫码阅读

敏捷,凉了。

71 2024-03-26


锤锤说
敏捷的简史

敏捷的发展历程可以追溯到2001年的敏捷宣言,标志着其起源。随后,自2008年开始,敏捷理念逐渐在中国兴起,伴随着各类活动如敏捷之旅、Scrum Gathering等的举办,敏捷社区迅速壮大。也不乏各种城市敏捷群和各种垂直领域的敏捷群。敏捷的信众们全身心的投入到敏捷的事业中去。

经过了十几年发展,从2023年开始,总听到身边人说:“敏捷在国内算是落寞了”。

现在许多企业将敏捷执行简化为要求程序员通过996的方式,以追求更快、更多的特性交付。

再翻看敏捷宣言、Scrum和XP的初衷。都不是这样的,执行已经歪的太厉害了。

是什么原因让在国内的敏捷执行和敏捷的初衷背道而驰?这种偏离的原因是什么,让国内的敏捷实践背离了其最初的愿景?


锤锤说
敏捷教练的兴起

随着敏捷的发展,兴起了一个职业:敏捷教练。但也存在一些问题。

一些企业为了能够让敏捷迅速在自己的企业落地在内部设置了敏捷教练的岗位,有的也从外部聘请了专业的敏捷教练,以加速敏捷的落地和形成更专业的解决方案。

因此一时之间,敏捷教练这个行业兴起了。很多人纷纷加入到成为敏捷教练这条路上。同时敏捷教练认证也是一个广受欢迎的业务模式。很多人为了能够获得从业资格也纷纷获取了各种敏捷相关的认证。

一时之间,敏捷教练这个岗位如火如荼。甚至有传言称敏捷教练为“行走的ATM机”,然而敏捷教练的收入也算不得是高收入人群。只是人们对于敏捷教练的收入上升的一种感慨。

由于市场的缺口大,所以,参与的人当中难免鱼龙混杂,鱼目混珠。敏捷教练如何才能够胜任也是一个值得探讨的话题。但是这些话题在行业内讳莫如深,没有人愿意提起,也没曾发起过热烈讨论

1.敏捷教练要不要有技术基础?
2.敏捷教练要不要实际带领过软件项目?
3.敏捷教练要不要有业务知识?
4.敏捷教练要不要有曾经给企业建立过管理规范的经历?


锤锤说
DevOps的兴盛

伴随着敏捷的兴起,专注工程改善的DevOps兴起了,DevOps主张从工程实践角度入手,通过工程实践的方式,包括但不仅限于自动化、版本管理一切等方法,全面提升实际生产效率和效果,因此也广受欢迎。

与此同时,DevOps也有相应的认证服务推出,以及DevOps的咨询服务。

其实,企业希望的改善仅仅通过管理流程的改善是无法达成的。因为这个事,需要从工程实践入手,需要从提升团队的水平入手,才能够达到真实提高的效果。

因此,市场上出现了两种敏捷教练,分别是:管理敏捷教练和技术敏捷教练。


锤锤说
工具厂商的跟进

也有一些厂商抓住了这个风口,推出了自己的敏捷项目管理工具和DevOps集成平台。借助敏捷的兴盛和DevOps的火热,市值也是顺势上涨。各创业者也是收益颇丰。

只是工具导入会伴随着另外一个问题,就是大企业只能接受私有部署,而私有部署的场景下,需要进行二次开发。于是SaaS厂商沦为外包团队。虽然订单可能很多,但是财报可能不够好看。投资者的回报不容易辨明。


锤锤说
有很多人其实挺抵触敏捷的

在这种市场环境下,很多企业没有买到真正有价值的服务。团队糊弄的做个敏捷,敏捷教练帮助团队写个漂亮的报告,管理层很满意,但是业务方没有感受到一点点的变化,甚至可能结果还是糟糕的,于是那些擅长写报告的从业者们又赚的盆满钵满。

而开发团队感受到的是:没有敏捷之前我们过的挺好的。

有很多表现,这里列几条看看你们是不是也是这种情况:

1.有的企业导入敏捷之后,机械的执行敏捷各种活动,除了带来几个额外的会没有任何改进作用。其原因是不知道为什么,只知道要求这么做。

2.有的企业导入敏捷后常年持续改善,但是并没有取得实质性改善。原因是分析到的改进措施都是改进、加强、提高、缩小、减少等各种口号式的改善方案。

所以,敏捷导入无法取得实际改善效果成为了企业诟病敏捷的一个原因。

但是通过敏捷真实改善效果,除了流程,技术,还有一个重要因素,就是企业文化,组织结构。然而不论是内部敏捷教练还是外部敏捷教练,基本上没有机会去改变企业文化和组织结构。

企业顶着敏捷的旗号,团队做着瀑布的事情,弄个四不像,还要拼命加班。


锤锤说
敏捷教练的陨落

2023年,随着各大公司的降本增效。敏捷教练这个不直接从事生产的岗位首当其冲,最先被优化。一些企业把内部教练也给优化掉了,很多外部教练的服务就不采购了。

随着大量的敏捷教练从企业离开,加入到咨询行列,市场的敏捷教练过饱和供应了。于是又出现一种现象:通过大幅度降价服务,进行恶性竞争。

有些企业可能会仅仅因为便宜而采购这些教练的服务。然而,这个行业的服务水平和服务价格是相关的。高价格未必有高质量的服务,但是低价格肯定没有好服务。

所以,那些图便宜买服务的企业到底买了什么?

海水退潮了才能看见谁在裸泳。


锤锤说
企业还应该继续敏捷吗?

虽然企业采购敏捷教练的服务越来越少,内部也不怎么设置敏捷教练的岗位。但是DevOps工具的市场还是很火热。

企业现在越来越务实,不管是敏捷还是DevOps,又或者别的,只要是对企业有益处的都可以采用。也别老是跟风,现在AI火了就去做AI。问题是生成式AI那个质量,你能用在什么地方呢?更何况采用公有云AI还有泄密风险。

再回顾一下敏捷宣言的价值观,品一品实际的执行情况是符合敏捷宣言的价值观的吗?很多问题的答案自然浮现出来了。

可以思考这么几个问题:

1. 团队的透明性够吗?透明性有多少种方法?

2. 团队做到持续改进了吗?改进项有效吗?实际上有哪些体现?

3. 企业的规章制度,在团队内能够落实吗?

4. 企业的规章制度真的能够提升效率质量吗?


锤锤说
敏捷教练何去何从

既然市场热度已经褪去,那么敏捷教练下一步应该如何选择?

每个敏捷教练除了敏捷之外也都有其他专长,可以通过其他专长选择合适自己的出路。

原文链接: http://mp.weixin.qq.com/s?__biz=Mzk0MzM2OTQzOA==&mid=2247485622&idx=1&sn=53dad341939c073f580103bc52c72e91&chksm=c335b507f4423c111d65993e5c8c72e1ceadc638286ee846561ec265c3b7de266156012df688#rd