「敏捷」也许敏捷就是问题所在

简介: 「敏捷」也许敏捷就是问题所在

关键的要点

  1. 许多组织都对敏捷感到厌倦
  2. “敏捷工业综合体”是问题的一部分
  3. 敏捷者必须回到宣言和12个原则的基础和简单
  4. 敏捷和现代敏捷的核心是基本的、简单的框架
  5. 敏捷者需要从社会科学中学习很多东西,比如积极心理学、欣赏式探究和解决方案聚焦

敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷。

一个咒语吗?不完全是,尽管它可能会引起意识状态的改变。

“生命、宇宙和一切终极问题的答案?”(道格拉斯·亚当斯,《银河系漫游指南》)。也许吧,这取决于你问谁。

这些都是同音异义词。看起来和听起来一样但意思不同的单词。就像这句语法正确的句子是由三个完全不同的单词组成的:“Buffalo Buffalo Buffalo Buffalo Buffalo Buffalo Buffalo Buffalo Buffalo Buffalo Buffalo Buffalo Buffalo Buffalo Buffalo”(Dmitri Borgmann, Beyond Language: Adventures in Word and Thought)。

过度同音化的风险在于,单词开始意味着一切,直到它们变得毫无意义。这是一种被称为“语义饱和”的心理现象。由心理学家Leon James创造的“语义饱和”是一种精神疲劳:

叫做活性抑制:当一个脑细胞火灾、第二次火,需要更多的能量和更第三次,第四次,最后甚至不会回应,除非你等待几秒钟……如果你重复一个词,这个词的意义不断被重复,然后就耐火材料,或者更耐引发了一次又一次。

今天,“敏捷”意味着一切。渐渐地,它就毫无意义了。许多组织对“敏捷”感到厌倦和难以驾驭,或者抗拒“敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷敏捷。”

它变得更糟。“当话语失去意义时,人们就失去了自由”(孔子)。在一些组织中,“敏捷”已经成为“命令和控制管理”的意思。肯特·贝克(Kent Beck)道出了许多更了解情况的人的沮丧:

我在南非参加敏捷非洲时,有人找到我,对我说,‘我们想做软件开发,但我们实在无法忍受所有这些仪式和敏捷的东西。我们只是想写一些程序。“我热泪盈眶……怎么可能又回到了20年前的样子呢?”(私人信件,经允许引用)。

这是一个很重要的问题。并提出了其他重要的问题,比如“我们将何去何从?”“罗恩·杰弗里斯最近提出了一个非常现实的可能性:

是时候尝试一些新的东西了,这里是:开发人员应该放弃“敏捷”……我真的开始认为所有类型的软件开发人员都不应该坚持任何类型的“敏捷”方法。当这些方法在实践中表现出来时,它们通常是好的软件开发的敌人,而不是朋友。

无论我们从这里走到哪里,让我们首先承认,我们中的许多敏捷者是问题的一部分。正如Pogo对Porkypine说的一句名言:“我们遇到了敌人,他就是我们”(Walt Kelly, Pogo)。Martin Fowler在Agile Australia 2018大会上这样说:

敏捷工业综合体强加给人们的方法是完全的歪曲。我本想说“悲剧”,但我认为“歪曲”是更好的词,因为最终在软件开发中没有放之四海而皆准的标准。即使是敏捷的拥护者也不会说敏捷一定是在任何地方都能使用的最好方法。关键是,团队的工作决定了如何去做。这是敏捷的基本原则。这甚至意味着,如果团队不想以敏捷的方式工作,那么敏捷可能在这种情况下是不合适的,并且(不使用敏捷)是他们在某种奇怪的、扭曲的逻辑世界中能够做事情的最敏捷的方式。所以这就是第一个问题:敏捷的工业综合体和这种强加的一种最好的做事方式。这是我们必须反对的。

敏捷工业综合体。黑暗的敏捷。假的敏捷。僵尸敏捷。更糟糕的是。一位组织心理学家朋友这么说:

敏捷是一种病毒,在整个企业中蔓延。你不应该对不断增长的阻力感到惊讶。因为这是当抗原入侵时抗体的自然反应。(个人信件)

嗯?

这就是它的感觉:入侵。因为您的业务转换“专家”对组织动力学和变化心理学的了解少得惊人。一个明目张胆的例子:当你宣布某人为“大师”时,你意识到你会立刻在多个层面上制造多少阻力吗?特别是当他们唯一精通的是一个为期两天的训练活动!(出处同上)

哦。我不敢告诉她“教练”也是经过两天的训练后才宣布的。我最近听到其中一个“教练”问,“必须有一个非常好的项目经理才能使敏捷工作吗?”

“是的,一个一流的项目经理、迭代经理、Scrum Master,不管你怎么称呼他们,他说话温和,但手里拿着一根大棒!”

泪水涌上了我的眼睛。

我的一个客户在探索了广阔的认证领域后,创建了自己的认证。许多Scrum管理者和产品所有者都在他们的工作空间里自豪地展示着它:敏捷雅虎。

我们将何去何从?

内部政策——敏捷世界内部

国内政策是一个广泛而全面的战略,或者是一个具体的计划,甚至是一个管理国内事务的简单原则。

在敏捷扩展的时代——业务变革——让我们首先澄清一下“敏捷敏捷”的含义。

为了说明什么是显而易见的,这里有一个简单的原则:任何“敏捷”都必须明确或隐式地引用敏捷宣言的四个价值观和12个原则(https://agilemanifesto.org)。它必须包含敏捷的“线索”。

我们必须回到未来,回到根本,回到根本。敏捷需要重新启动。“敏捷”团队应该定期回顾宣言和12条原则:这意味着什么?我们做得怎么样?我们如何才能继续朝着这个方向前进?

它的部分含义是,如果我们自己的“敏捷”实践想要保持敏捷,就需要不断地修剪它们。“简单是必要的”(12条原则)是敏捷的“线索”,我们必须喝自己的Kool-Aid。

戴夫·托马斯说,其实很简单:

找出你在哪里。朝着你的目标迈出一小步。根据所学内容调整你的理解。重复。

类似地,Alistair Cockburn的敏捷核心是一种基于简单框架的不可知论方法:协作、交付、反映和改进。Joshua Kerievsky的现代敏捷基于四个简单的原则:让人变得优秀,把安全作为先决条件,快速地试验和学习,持续地交付价值

外交政策——敏捷世界之外

外交政策是一项广泛而全面的战略,或者是一项具体的计划,甚至是一项处理国外事务的简单原则。

在敏捷扩展的时代——业务变革——让我们第二,阐明我们“敏捷敏捷敏捷”的意图。

当像敏捷者这样的群体扬帆远航到其他地方时,文化不可避免地会发生冲突。

早期敏捷探险的特点是炮艇外交。例如,我们对项目管理的征服已经接近完成。

现在,我们遇到了一些奇怪的新领域,比如人力资源,还遇到了一些被称为组织心理学家的人,他们的证书比我们还多。

我们的外交政策是什么?我们认为自己是掠夺者还是商人?

让我们警惕一种天真的、最终会自我毁灭的殖民主义,它假定我们是优越的,为了他们自己的利益和我们的利益,当地人需要被教化。

相反,让我们小心我们自己的同化,就像曾经可怕的维京人消失在传说的迷雾中。例如,我是世界各地不断增长的将敏捷与积极心理学、欣赏式探究和以解决方案为中心的简要疗法相结合的敏捷运动的一部分——参见我的关于以解决方案为中心的敏捷的文章(http://sfio.org/journal/inter- vol-10-no- 2-janu-2019/page-5/)。与此同时,越来越多的“敏捷者”完全放弃了“敏捷”,因为他们完全被其他世界同化了。

我们整个企业的外交政策不是朝着一个大熔炉,而是朝着一个混合沙拉的方向努力。

一个简单的冲突解决矩阵说明了这种方法(从这里改编)。我们的立场不是竞争(敏捷赢了),也不是适应(敏捷输了),而是合作(业务赢了)。


这是美第奇效应的一个例子。弗朗斯·约翰逊(Frans Johansson) 2006年的著作《美第奇效应》(The Medici Effect)对我的思维产生了革命性的影响。美第奇效应(The Medici Effect)以14世纪意大利一个家庭的名字命名,这个家庭引发了欧洲的文艺复兴。美第奇效应指的是在不同学科、文化和行业的交叉碰撞中产生的突破性思维和颠覆性创新。这个想法引起了我的共鸣,因为我从小就在做大爆炸实验。

美第奇效应回答了我偶尔被问到的一个问题:为什么我很少参加敏捷活动?敏捷社区很重要。但是美第奇效应促使我不断地超越我所知道的人和事的界限。我很快发现,对我来说,启迪和突破更多地是由与军官、宗教领袖、诗人、哲学家、生物学家和心理学家的互动所激发的。我一生的大部分工作都是将这些相关的,有时是不相关的学科之间的点连接起来,并尝试新的和不同的工作方式。

结论

跨学科研究、原则和实践是敏捷的未来。这使得我们与我们的根保持联系变得更加重要,只要我们继续使用“敏捷”这个名字。请不要再说“敏捷、敏捷、敏捷、等等”之类的话了。


相关文章
|
6月前
|
芯片
2023年的技术总结和工作反思
一、回顾2023年 回顾自己的2023年,还是发生了很多的变化。在大学毕业,就来到了芯翼参加工作,在这里也遇到了很多的前辈和小伙伴,收获工作的同时也收获了友情。但是,随着公司发展战略的变化,公司的人员架构也变额很多,对于我们刚毕业的大学生也变得越来越不友好,其实我也清楚这就是社会的发展现状。 其实,这不是我最终产生离职想法的结果,最终让我决定离职的是公司新来的人事主管十分的不理解我们,总是处处针对我们,这对于专心搞技术研发的我们来说,无疑是一个定时炸弹,让我们觉得自己的工作没有意义,甚至是没有成绩和结果,总是挂在嘴边的KPI考核也是越来越严格,总是觉得刚毕业的大学生的能力不行之类的,话说谁
|
2月前
|
敏捷开发 监控 测试技术
敏捷软件质量保证的方法与实践
本文介绍了软件质量保证(SQA)的重要性及其在敏捷开发中的实践方法。文章首先指出了传统测试方法的问题,如成本高昂和项目风险加大。为解决这些问题,文中提出了需求审核、代码审核与演练、基于会议的测试及基于风险的测试等多种实践方法。此外,文章还探讨了衡量软件质量的常见指标,如源代码行数、代码段/模块/时间段内的Bug数和代码覆盖率等。文中还详细描述了敏捷开发过程中QA的角色与活动,强调了QA需与开发人员、业务人员及客户密切协作,以确保产品质量。最后,文章指出了在敏捷开发中QA的特殊性及其对团队构成、测试阶段、工作方式等方面的影响。
69 3
敏捷软件质量保证的方法与实践
|
网络协议 Linux C语言
让你提前认识软件开发(4):破除几个有关软件开发的错误观念
让你提前认识软件开发(4):破除几个有关软件开发的错误观念
85 0
|
安全 大数据 程序员
软件开发困难、软件开发困难原因、软件开发困难的根本原因
  软件开发困难   软件开发困难最典型的事件是12360火车票订票,高并发量让初期的12360版本经常崩溃,根本不能用。不能用的软件或平台网站,这样的软件开发困难,难于上青天。   微软在开始组织团队编写Windows操作系统时,也经常遇到软件开发困难,进度迟迟不能更新,产品上线遥遥无期,导致微软领导一个头两个大。
668 0
|
敏捷开发 Devops 测试技术
深聊测开领域之:一文搞懂什么是敏捷测试,如何做敏捷测试,建议先收藏再学习。
深聊测开领域之:一文搞懂什么是敏捷测试,如何做敏捷测试,建议先收藏再学习。
795 0
深聊测开领域之:一文搞懂什么是敏捷测试,如何做敏捷测试,建议先收藏再学习。
|
前端开发 jenkins 测试技术
自动化测试技术笔记(一):前期调研怎么做
虽然说自动化测试比较偏技术工作,但在开展前,明确你的工作目标和KPI也是不可忽视的一点。并不是说技术优秀就可以拿到好的绩效,企业生存第一法则是先活下来做产出,再考虑锦上添花和技术优化的事。
|
设计模式 Serverless 领域建模
实战经验 | 怎样才能提升代码质量?
提升代码质量的三个有效方法:领域建模、设计原则、设计模式。
实战经验 | 怎样才能提升代码质量?
|
机器学习/深度学习 算法 Devops
浅谈自动化测试的价值和常见误区
浅谈自动化测试的价值和常见误区
594 0
浅谈自动化测试的价值和常见误区
|
敏捷开发 数据可视化
手把手,带你用数据做好迭代复盘改进 | 敏捷开发落地指南
高效落地敏捷开发,先从这3个关键活动着手。带你用数据做好迭代复盘改进 ,数据说话,借助云效项目协作·Projex 高效开展迭代复盘高效落地敏捷开发。
848 0
手把手,带你用数据做好迭代复盘改进 | 敏捷开发落地指南
|
敏捷开发 监控 项目管理
三分钟让你理解什么是敏捷开发,这才是敏捷开发......
做为无所不能的产品经理,虽不是上知天文下知地理,但是也要对产品相关的知识领域有所涉猎。项目管理就是与产品密切相关的一个知识领域,同时也是产品经理日常工作中经常要负责的一部分内容。别问我为什么不是项目经理负责,因为很多公司没有…… 本文结合实际工作实践以及亲身使用CORNERSTONE项目管理工具经验,深入浅出介绍在敏捷开发的互联网公司中一个项目从无到有所经历的各个环节,当然项目管理这门学问还有很多需要深入探索的领域,以下仅仅与各位产品/项目经理们,学习交流一下。
1258 0