「首席看点」也许敏捷就是问题所在

简介: 「首席看点」也许敏捷就是问题所在

关键的要点

  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世纪意大利一个家庭的名字命名,这个家庭引发了欧洲的文艺复兴。美第奇效应指的是在不同学科、文化和行业的交叉碰撞中产生的突破性思维和颠覆性创新。这个想法引起了我的共鸣,因为我从小就在做大爆炸实验。

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

结论

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

相关文章
|
4月前
|
存储 供应链 安全
安全人士可以从CrowdStrike事件中汲取的五点教训
CrowdStrike错误更新导致全球范围Windows蓝屏事件已经发酵数日,该事件被业内人士看作是“历史上最大规模系统崩溃事件”,震惊了整个世界。 这次事件并非是某个国家级黑客组织或大师级黑客的杰作,而是CrowdStrike更新文件的一个错误,导致包括机场、银行、政府甚至紧急服务在内的大量关键基础设施系统因蓝屏死机而瘫痪。 以下是安全专业人士从这次事件中可以汲取的五点重要教训:
|
开发框架 Java .NET
工作这么多年了,我为什么还在考证
毕业以来参加工作后,一直以来认为考证没有啥用处。一方面,因为找工作太过顺利,那会儿找工作也没有看到别人拿什么证去找工作,也没有看到那家公司的招聘广告上写需要什么什么证书。另一方面,由于才从学校出来对于学习考试有种天然的排斥。想想这么多年以来一直都是在学习考试。好不容易毕业了那还不好好放松一下。现在回想起来真是too young,too simple!
240 1
|
算法 搜索推荐 安全
来自一线技术人的经验分享|如何写出让人眼前一亮的述职报告
本文作者从亲身经验阐述了一线技术人为什么述职、怎么述职以及述职的重要性。每年述职都是一大关,作者把自己的一些经验教训通过文字分享给大家,希望能帮助到更多的人。
37157 14
来自一线技术人的经验分享|如何写出让人眼前一亮的述职报告
|
人工智能 前端开发 JavaScript
热饭的测开成果盘点第十期:测试平台OneKey(一)
!! 本期要分享的是一款集成各种功能的测试平台,所以功能非常之多。本期也属于超重量级的一期,请仔细观看。因为展示的是脱敏的测试环境,所以数据统计等不要在意。
热饭的测开成果盘点第十期:测试平台OneKey(一)
WM
|
存储 canal 开发框架
我所经历的创业公司是如何做技术的?--《我与开源的故事》
人类的文明得以快速发展,很重要的一点在于我们可以站在巨人的肩膀上继续探索。而开源世界之于互联网行业来说就是这个巨人之一, 本文将重点阐述作者本人所了解的开源世界,以及如何通过开源项目做出有效个工作产出。
WM
9081 0
我所经历的创业公司是如何做技术的?--《我与开源的故事》
|
中间件 程序员
历经外企、创业公司、大厂的程序员告诉你:第一份工作有多重要!
  笔者毕业5年,先后经历了创业公司,外企和国内一线互联网公司。本文用经历告诉你,第一份工作对于你的重要性和怎么选择第一份工作。   笔者第一份工作去了外企,也正是因为去了外企让我学会了很多,也塑造了自己的编程习惯和工作方式,时至现在也未曾改变。其实公司就是学校,第一家公司对你的工作习惯的塑造很重要。因为是外企,公司的文化相对扁平,没有尔虞我诈也没有勾心斗角。举几个具体的公司特质说一下对笔者的职业习惯的塑造。   新人培训:这里的新人培训不同其他公司,它会有6个月试用期,这6个月会有一个老师专门负责你的成长,定期给你 Review 表现。同时每一个月所有和你接触过的人会去一个小黑屋说你“坏
276 0
做好危机复盘,调战略、练组织、观自我 | 首席增长官·大咖说第三期
只有在危机、在极端情况下,企业的商业模式、战略节奏、战略方向、组织架构、领导梯队的素养,才能得到放大式的体现。这个放大式的体现会让我们发现很多新的人才、也可能会曝露很多问题。所以复盘不只是对过去做一个回望的总结,更多是为了更加明确自己前行的方向。我今天会和大家一起分享下我们复盘到底要复什么,从哪些角度来复盘。 以下分享来自于湖畔大学内容总监魏一平在阿里云研究中心首席增长官内容平台的直播分享整理。完整版请扫码入群收看。
986 0
做好危机复盘,调战略、练组织、观自我 | 首席增长官·大咖说第三期
|
人工智能
别人家的工程师:阿里巴巴工程师有了新帮手,AI可帮助修Bug
尽管工程师用代码创造了AI,但AI又可以对这些代码点评一番、甚至修复Bug,工程师和AI的关系正在变得微妙。
8260 0
|
安全 架构师 网络协议
Google 测试总监聊如何经营成功的测试职业生涯
​重温经典:本文是前 Google 测试总监 James A. Whittaker 的经典分享,成文已经快 10 年了,但经典却总是常读常新,推荐给各位测试行业的从业人员。:)
如何写商业计划书
这几天在写一个商业计划书,发现要把自己的想法表达出来还是有技巧的,这是从网上收录的一些商业计划书要点:   1) 你的眼光是什么?     * 你的远见是什么?     * 你要解决什么问题?对象是谁?     * 你将来想要成为什么样的人? 2) 你的市场机会是什么?市场有多大? ...
639 0