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

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

关键的要点

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

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

结论

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

相关文章
|
7月前
|
开发框架 Java .NET
工作这么多年了,我为什么还在考证
毕业以来参加工作后,一直以来认为考证没有啥用处。一方面,因为找工作太过顺利,那会儿找工作也没有看到别人拿什么证去找工作,也没有看到那家公司的招聘广告上写需要什么什么证书。另一方面,由于才从学校出来对于学习考试有种天然的排斥。想想这么多年以来一直都是在学习考试。好不容易毕业了那还不好好放松一下。现在回想起来真是too young,too simple!
204 1
|
6月前
|
开发工具 git 开发者
面对躺平同事,我开发了一个插件治好了我的精神内耗⚡⚡⚡
面对躺平同事,我开发了一个插件治好了我的精神内耗⚡⚡⚡
关于认知(高效能人士的七个习惯,刻意练习,PDCA,GTD)
关于认知(高效能人士的七个习惯,刻意练习,PDCA,GTD)
|
供应链 监控 架构师
软件测试工程师 路在何方?如何发展?职业规划是怎样的?
软件测试工程师 路在何方?如何发展?职业规划是怎样的?
163 2
软件测试工程师 路在何方?如何发展?职业规划是怎样的?
|
供应链 Oracle 关系型数据库
曾经一年有 6 个月在考核绩效,谷歌最终放弃使用了 20 多年的“内卷神器”
谷歌全面更新了绩效评估方式,你的公司会是下一个吗?
244 0
|
程序员 数据库
“科班出身”的程序员和“培训出身”的程序员的大型辩论(甩锅)现场
前几天阿粉说阿粉最近换了公司,而且入职之后干掉了公司里面的测试数据库的事情,而接下来的事就比较有意思了,来自“科班出身”的哥们和来自“培训出身”的我的大型辩论(SIBI)现场,也不能说是通俗的甩锅,但是确实有那么点意味。
“科班出身”的程序员和“培训出身”的程序员的大型辩论(甩锅)现场
WM
|
存储 canal 开发框架
我所经历的创业公司是如何做技术的?--《我与开源的故事》
人类的文明得以快速发展,很重要的一点在于我们可以站在巨人的肩膀上继续探索。而开源世界之于互联网行业来说就是这个巨人之一, 本文将重点阐述作者本人所了解的开源世界,以及如何通过开源项目做出有效个工作产出。
WM
9048 0
我所经历的创业公司是如何做技术的?--《我与开源的故事》
|
存储 SQL 前端开发
我是如何失去团队掌控的?一个技术总监的反思
我是一个不合格的技术总监,在过去的快三个月里。我带着从40多个人的研发团队(包含需求、开发、测试)里抽调出20多个人去为公司开疆拓土。在这快三个月中,我们一起奋战奋斗拼搏。在过程中,我通宵时间超过半个月,干到凌晨4/5点的日子数不胜数,干到凌晨1/2点日子更是习以为常。整个团队绝大多数人近乎两个月没有周末,辛苦异常,是实实在在的高峰体验。但是三个月后,我带着失败和一身的惨痛教训回到公司。
做好危机复盘,调战略、练组织、观自我 | 首席增长官·大咖说第三期
只有在危机、在极端情况下,企业的商业模式、战略节奏、战略方向、组织架构、领导梯队的素养,才能得到放大式的体现。这个放大式的体现会让我们发现很多新的人才、也可能会曝露很多问题。所以复盘不只是对过去做一个回望的总结,更多是为了更加明确自己前行的方向。我今天会和大家一起分享下我们复盘到底要复什么,从哪些角度来复盘。 以下分享来自于湖畔大学内容总监魏一平在阿里云研究中心首席增长官内容平台的直播分享整理。完整版请扫码入群收看。
942 0
做好危机复盘,调战略、练组织、观自我 | 首席增长官·大咖说第三期
|
架构师 Linux 程序员
程序员年入50万,我们该如何努力达到这个目标?
先说明,这里是指税后。年收入50万在上海算多吗?比上不足,比下有余。 不过在上海达到这个水平,至少可以说是能达到财务自由了吧。况且,根据马太效应的说法,和年入20万到50万这个增加阶段相比,年入50万到100万这个增长难度会小很多。
2330 0