写点什么

重提敏捷已死

  • 2016-06-14
  • 本文字数:1736 字

    阅读完需:约 6 分钟

Matthew(Ford) Kern Miko 最近都发表了与“敏捷已死”主题相关的文章。Matthew 将这个话题与敏捷咨询的饱和度以及市场炒作周期的速度相关联,而 Miko 看到了比敏捷运动中的方法还要更快的需求,并将这个话题与之进行联系,提出用 DevOps 来替换敏捷。

Matthew 的第一篇文章简单地题为“敏捷已死”,他故意采取一个有争议的(和尖刻的)立场,他说,

“敏捷软件开发已经死了。如果你还在实践它或还在用那种管理方式,你本身就是一种障碍。敏捷运动浪潮已经结束了,如果你还想购买证书来掩人耳目,那就是在浪费钱了。”

他接着解释了“死亡”是针对营销和管理时尚的炒作周期而言,并认为

原本冠名为敏捷的意义已经丢失,该技术的价值也已经被稀释,那些追求技术卓越的人们已经放弃了努力。如果不是那些“忠实信徒”的努力,它可能早已成为历史。

他指出,消亡是不可避免的,并给出了一系列原因来解释,其中包括:

  • 敏捷有一个最佳点,以及一系列不适应的范围,但每个人似乎都想忽略这些。
  • 我知道这是营销噱头,而事实真相却变成了次要的
  • 这里有一个宗教神话,奇怪的术语,专门的宗教工具和其他古怪的祭祀行为。(例如,为了让你同意他们的观点,许多敏捷从业者会欺负你,恐吓你。他们还会攻击你,破坏你的信誉。4 月 28 日的时候我就收到来自一个年轻助手的威胁。)
  • 我看到每个人都在抨击它去适应更重要的企业治理。显然,我们在采用局部优化的发展思路,认为它们是生态系统中最重要的的组成部分。然而,在绝大多数的企业中,它们只是次要的支持功能,而不是核心业务。它们应适应更重要的业务功能

他继续分析了一些他认为可以被保留下来的元素,包括迭代、团队、一些社会实践和许多技术实践。
在文中,他总结了他自己关于什么会替代敏捷的一些想法,即 DevOps 潮流。

所以下一波是 DevOps 潮流。它是“继承者”。如果你购买一个中等或大型规模的软件开发服务,那么今年就会有人向你推销 DevOps。 (他们推销的时候会说,它比纯粹的敏捷更好,你值得拥有。)这里还有另一个机会来解决这个问题:

现在市场上也有很多从实践经验和改进活动中而来的不同敏捷修订版本,也许一些人会努力为其中的一项做真正的市场营销。

Miko 认为持续交付是敏捷的下一个继承者。

“持续交付(CD)”的模式似乎顺理成章的成为了敏捷的继承者。持续交付提供了一个涵盖性的术语,但并没有定义任何的方法论,也没有要求一系列的宣言。所有你需要知道的都包含在标题里 - 你只需要尽可能的,持续的去交付软件。这会使得团队可以根据需要去选择合适的敏捷原则和方法,从而达到指定的目标。这也解决了敏捷一直以来被抱怨的一个问题,即敏捷是一场有大师们参与的宗教运动,而这些高薪的敏捷大师们只会为开发团队开出一个适应于所有问题的解决方案,而这个方案又是难以适应开发的真实工作,很难落地。

他认为,我们现处在需要正视 DevOps 的时代。

Matthew 在他的第二篇文章中提供了更深入一些的分析,他提供了一些统计数据和通过查看当下的就业机会和薪水来探索 DevOps 和敏捷的市场位置。

他总结到:

就业数据和薪水的数据显示敏捷在 IT 服务行业可能已经处于或接近市场饱和。 DevOps 的市场渗透率预计将在 2016 年迅速增加,而敏捷服务的下降很可能是由于 DevOps 相关服务的崛起而导致的。假设下一个潮流是 DevOps,那么当下的市场需要的是一个占主导地位的方法论和工具使用经验,而不是意识形态。

在过去几年里,敏捷作为一种方法的死亡和它的替代品一直是 InfoQ 访谈和文章的主题。2014 年 Dave Thomas 鼓励读者接纳敏捷度而非敏捷,2015 年他发表了题为“敏捷已死”的演讲。在2012 年Alex Bell 指出“敏捷热”对组织会有致命的风险。

查看英文原文 Agile is dead again


感谢夏雪对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

2016-06-14 19:004998

评论

发布
暂无评论
发现更多内容

AIGC最近很火,给大家推荐一个已经有1000位开发者使用的中文aigc开源模型,包括ai画图、ai聊天

AIGC布道者

人工智能 机器学习 AI AIGC AI绘画

web前端技术应该怎么规划学习?

小谷哥

OpenHarmony系统使用gdb调试init

OpenHarmony开发者

openha

校招前端二面常考react面试题(边面边更)

beifeng1996

React

Reids的BigKey和HotKey

小小怪下士

Java redis 程序员

JavaScript刷LeetCode拿offer-树的遍历

js2030code

JavaScript LeetCode

用javascript分类刷leetcode13.单调栈(图文视频讲解)

js2030code

JavaScript LeetCode

Koordinator v1.1发布:负载感知与干扰检测采集

阿里巴巴云原生

阿里云 云原生 Koordinator

2023我的前端面试小结

loveX001

JavaScript

一体化运维,降本增效!秒云助力海富通基金打造智能运维平台

MIAOYUN

运维 金融 智能运维 IT解决方案

Rancher RFO 正式 GA

openEuler

Linux 开源 Kubernetes 操作系统 rancher

React的useLayoutEffect和useEffect执行时机有什么不同

beifeng1996

React

功能上新|一键归因分析,快速洞察指标波动原因

Kyligence

指标中台 归因分析

React循环DOM时为什么需要添加key

beifeng1996

React

国内首款支持gRPC+WebSocket调试的工具——Apipost

不想敲代码

贴吧低代码高性能规则引擎设计

百度Geek说

低代码 规则引擎 平台化 企业号 1 月 PK 榜

如何通过C#/VB.NET将格式应用于 Word 中的字符

在下毛毛雨

C# .net word文档 字符格式

尚硅谷&腾讯云EMR实时数仓教程发布

小谷哥

4天带你上手HarmonyOS ArkUI开发——《HarmonyOS ArkUI入门训练营之健康生活实战》

HarmonyOS开发者

HarmonyOS

小心被坑死!如果你还在用 Zookeeper 做注册中心

风铃架构日知录

Java zookeeper 程序人生 后端 注册中心

JavaScript刷LeetCode拿offer-栈相关题目

js2030code

JavaScript LeetCode

云时代,最好用的MySQL客户端工具推荐

NineData

MySQL 数据库 GUI

基于ERNIELayout&pdfplumber-UIE的多方案学术论文信息抽取

汀丶人工智能

nlp 信息抽取 2022年终总结 2023新展望

【架构设计】你的应用该如何分层呢?

JAVA旭阳

Java 架构

2023我的前端面试小结

loveX001

JavaScript

深入理解JS作用域链与执行上下文

loveX001

JavaScript

ARM 算子性能优化上手指南

MegEngineBot

深度学习 开源 性能优化 MegEngine

深圳大数据培训机构怎么选

小谷哥

SPL 实现电力高频时序数据实时存储统计

石臻臻的杂货铺

SPL

经常会采坑的javascript原型应试题

loveX001

JavaScript

前端培训机构如何学习开发技术

小谷哥

重提敏捷已死_研发效能_Shane Hastie_InfoQ精选文章