写点什么

公司为了敏捷而犯下的十大错误

  • 2022-08-19
    北京
  • 本文字数:2389 字

    阅读完需:约 8 分钟

公司为了敏捷而犯下的十大错误

敏捷(Agile)无处不在,似乎所有人都想变得敏捷,而如果你现在还没有自己的敏捷团队,那你得是上古恐龙级别的老古董。但是,一个组织并不会简单地就变得敏捷,本文中将列举组织为了敏捷而犯下的十类错误。 


第十、从上而下地实施敏捷


作者所了解的一些从上而下的敏捷实施中,组织的管理层会通知团队要采用敏捷的方式开展工作,并列出了具体的时间和方式。但敏捷实际的意义在于团队通过自我规划来创建有价值的产品。


管理层传达敏捷目标这一点没有问题,但为达到最佳效果,团队和管理层都应参与到具体实施中,一起踏上敏捷之旅。团队各不相同,产品也各有千秋,是时候让团队自己决定什么才是真正行得通的了。


第九、“实施”变革


和上一点类似,组织试图通过指导手册或者是凭空创建的工作流程来简单粗暴地“实施”敏捷的文化变革。


这是不行的。组织的文化是在每一名团队成员的参与下,经过长年累月的积累而形成的。文化是无法轻易改变的。如要改变,管理层应以身作则,自觉遵守文化指导手册(最好是由员工协作编写的),展示预期行为,并对其他成员的模范行为给予鼓励,同时还需要保持耐心。


第八、聚焦输出


许多公司的敏捷团队完全将工作的重心放在了创造与交付产品上。他们关注上市时间和测试自动化,关注CI/CD,以做到更快的交付。但这种把重心放在输出的做法是反敏捷的。


如果你所交付的应用并不是客户需要的,那么交付再快也都没了意义。很多新功能都因为派不上用场而从没有人使用过。真正重要的是我们通过输出所能达成的效果。


第七、忽视客户和用户


很多敏捷团队对用户画像或客户需求只有模糊的概念。他们从不和这些关键的利害关系人接触,即使有定期演示或评审,也只是面向内部的利益关系人。而他们只要见到销量增长就会欢呼成功。但销量只是指标,它们不代表客户。


团队创造的产品是为客户和用户服务的,我们需要让客户和用户参与进来。敏捷的意义就在于定期与你的用户一起验证产品。没有这层验证,你的敏捷之旅就是毫无根基的。


第六、敏捷仅面向 IT


人人常常误以为敏捷只适用于 IT,只有 IT 需要敏捷,组织的其他部分完全无需改动。这是忽略了团队内除了 IT 之外其他成员为提供用户体验而做出的贡献。没有大家共同的努力,客户不会得到满意的结果。


IT 只是产品体验的一部分,而产品体验也是客户体验的一部分。客户对产品的体验还包含了销售、售后、政策法规以及第三方。在不断变化的环境中,最大化产品价值是所有人的共同目标。我们需要团队协作以及快速的反馈循环,我们都需要变得敏捷。


第五、敏捷只限于团队层面


敏捷的一大错觉是其只需应用于创造产品的团队。只要这些团队是敏捷的,那么一切就都不会有问题。

但这是行不通的。团队在组织中工作,并会不断被组织所影响。当组织展现出反敏捷的行为时,只会给团队帮倒忙,甚至会给创造价值的团队带来潜在伤害。


管理层、领导者、人力资源以及其他的成员都应鼓励团队,帮助他们成为更高效的敏捷团队。对于如何以敏捷的方式创建产品体验及达成目标方面,整个组织应该有统一的认识。

第四、敏捷只为更快的交付


“我们需要变得敏捷并更快地交付”。大型公司的顶层管理者也曾做出过这种言论,清晰地展示了他们对自己在说什么完全没有丝毫的认知。


敏捷不是为了更快的交付。敏捷是意识到我们无法提前预知一切,所以便通过增量构建来和用户进行确认。敏捷是更快的反馈,是更好地了解下一步要做什么,是通过与用户的协作,更及时地了解什么会得到认可,什么不会。


将注意力集中在更快的交付并无视反馈循环只会让你成为一个功能工厂,你在创建输出上非常在行,但你也只会创造出人们并不想要的结果。


第三、用瀑布式管理实施敏捷


敏捷不是通过漫长的研究、长期规划的阶段性工作流达成的。敏捷的工作方式是从传统“瀑布式管理”思考模式的一种明显的转变。团队不再会过度分析工作内容,而是会从产品的升级换代中学习。他们会更快地认识到到产品的价值,并找到更好的合作工作模式。


在敏捷之旅的开始,你会为团队设定目标,并找到达成目标的最佳途径。你会从你所完成的工作中学到什么可行,什么是不可行的。你会和团队一起协作奋进。


第二、应用不变的流程及工具


最痛苦的一种变得敏捷的方式之一就是直接应用别人的东西。想象一下,团队如果按指示使用 Scrum,用预先配置好的工具比如 Jira,在固定时长的 Sprint 周期里以预设好的速度交付。这样的灾难场景在 SAFe 里就发生了,并且还扩大了规模,成了组织内部自上而下的敏捷实施。


拿来主义并不适合 Scrum 和其他的敏捷方式。每个团队都是不同的,每个产品的应用场景也不尽相同。直接应用标准流程只会给团队套上枷锁。团队或许还会发展提升的空间,但如果没办法采取改进措施,那么他们的效率只会越发低下。


敏捷方法的引入只是真正旅程的开始,通过这一步,我们应放开对团队的限制,并期望他们可以自行寻求进步。这才是敏捷真正的含义所在。不断的变化,不断的提升,挑战将会是新的日常。尽管这段路程看起来非常吓人。


第一、想要变得敏捷


组织常犯的第一大错误便是对变得敏捷的渴望。敏捷不应是目标,没有人会因为你是敏捷的而选择你的产品。对市场和你的股东而言,敏捷没有任何意义,这只是一个词语。非要说的话,敏捷还可能是有害的。因为你会暴露出自己已经落伍了,已经过时了,即使是起步最晚的,多数也早在五年前就到达了你所在的阶段。


与其设法变得敏捷,组织应当将重点放在他们所希望造成的影响上,并设定达成预期影响所需要的目标。你应确保组织中的所有人都目标一致,应让人们都愿意为了这个目标拼尽全力。你还应帮助人们消灭前行道路上的障碍,无论是竖井、过于繁琐的过程还是任何其他形式的累赘。


无论你想怎么称呼它都不重要, 因为你的用户和股东不会因为你称自己为敏捷就会高看你一等,他们只会根据你所造成的影响和你所带来的利润评价你的工作。

 

感谢 Matt DiBerardino 及 Erik de Bos。

英文原文:


Top 10 Mistakes Organizations Make to Become Agile

2022-08-19 14:147496

评论 1 条评论

发布
用户头像
说的好,道出了一些伪敏捷的做法。
2022-08-19 16:09 · 广东
回复
没有更多了
  • 敏捷社区需要成熟度模型么?

    随着时间的推移,在人们的视野中慢慢出现了叫做敏捷成熟度模型或是敏捷实施框架的东西。现在还颇有一些咨询公司在使用敏捷“执行能力评估(readiness assessments)”来帮助客户“变得”敏捷,开创了一代先河。这些迹象是否表示在我们的社区内,尚有未满足的需求?

  • 向敏捷迁移的成本优势何在?

    “我要见到真金白银!“向敏捷迁移能够在成本方面带来哪些好处?这是一个让人挠头的问题。敏捷方法在更快交付价值、开发更高质量产品颇具优势,可是我们如何证明?本文探讨了与此相关的一些度量方法,同时展示了采用敏捷方法得到的结果,有助于人们了解优势何在。

  • 到底什么是敏捷

    从加入公司到现在快三年,从进入公司的那一刻开始实践敏捷,但是说起来惭愧,如果你问我敏捷是什么,我好像不能给出一个专业的回答。由此我开始探索敏捷的过去现在和未来,然后我发现了Bob大叔的新书 Clean Agile: Back to Basics。

    2021-02-25

  • 《Create Your Successful Agile Project》书评与作者访谈

    《Create Your Successful Agile Project》一书帮助人们理解敏捷方法,并选择适合他们的方法。通常,团队采用一种框架,但并不了解该框架适用的上下文环境。本书展示了如何利用团队独一无二的产品、上下文和人员为项目定义一种可持续的敏捷方法。

  • 爱立信的敏捷转型

    应用复杂的系统思维,通过故事叙述培养敏捷思维,可视化人们的交互,这是爱立信推动敏捷转型的一些尝试。由于拥有完全拥抱敏捷的领导团队,拥有敏捷教练组成的独立小组,在领导团队中经常进行回顾,这能保证敏捷转型维持在正轨之上。  由Ben Linders撰写

  • 第 30 讲 | 关于工程师文化的六个问题

    如果一家公司的“工程师文化”备受推崇,大家往往会觉得很羡慕,但是到底什么是工程师文化,我们为什么需要工程师文化,却没有多少人说得清楚。

    2018-06-05

  • 企业如何选择合适的敏捷项目管理工具?

    在中大型团队,构建高效率的产品研发体系和团队协作过程尤为重要。挑选恰当的敏捷软件项目管理专用工具可以极大地提升团队协作效率,帮助企业持续交付价值。

    2021-07-13

  • 敏捷实施中的常见错误

    一些评论员写下了敏捷实施中一些常见错误和反模式。从过分依赖工具到依恋某个特定过程,这些因素通常被认为影响了敏捷实施的效率。下面的列表为实施敏捷需注意事项的想法和建议提供了养料。

  • OKR 大咖说:OKR 还有哪些应用场景?

    这篇文章,总结了国内企业使用OKR的一些其它应用场景,部分组织可能想“一箭多雕”,但你最希望通过实施OKR来解决什么呢?

    2019-08-14

  • 第 81 讲 | 游舒帆:一流团队必备的商业思维能力

    商业思维建构的目的是让经营的思维与知识普及到研发主管与团队身上,弭平研发与业务部门间的横向沟通落差,以及工程师与高阶领导间的上下沟通落差。

    2018-09-04

  • 个人如何采用敏捷的工作方法

    由于敏捷是一种团队驱动方法,大部分组织机构针对整个团队、项目或组织机构单元推动敏捷转型。然而一些专业人士认为,个人也可以独立运用敏捷实践,或是将自己作为只有一个成员的团队来运用敏捷方法。针对身处传统工作环境或是独立工作模式的人士,本文为他们提出了一些开始采用敏捷方法的建议。

  • 第 50 讲 | 你的研发流程符合你的组织架构吗?谈高效研发流程那些事(二)

    当一家公司内可能存在多种组织架构时,是否也意味着应该存在多种开发流程呢?我的答案是”肯定的”。

    2018-07-10

  • 精益看板(下):精益驱动的敏捷开发方法

    掌握了这五大核心实践,你就获取了开启精益看板之旅的钥匙。

    2019-10-31

  • 章法在敏捷开发中的重要性

    敏捷软件开发,有时被认为是一种没有章法的工作方式。一些机构以此作为不采纳敏捷的理由; 而在另一些人看来,敏捷其实是一种比瀑布式开发更有章可循的软件开发方法。下面,我们就来考察章法在敏捷开发中的作用,以及为什么章法对成功实施敏捷如此重要。

  • 敏捷反模式的存在及应对方法

    如果置之不理,敏捷反模式会影响到组织、士气和质量。要解决问题,第一步就是要承认痛点的存在。

  • 最佳实践:小团队如何应用软件工程?

    小团队在软件项目开发上的主要问题是:对成本敏感、人少活多和缺少流程规范。可以从团队建设和流程建设入手,去解决这些问题。

    2019-06-04

  • Borland 的敏捷之旅

    Chuck Maples前不久在Agilejournal网站上写了一篇文章,介绍了Borland的敏捷之旅。

  • 用了敏捷实践就是敏捷项目吗?

    采用敏捷方法学的人越来越多,但是这也带来了新的挑战:当团队只是简单的把敏捷实践拷贝到项目中而不是在实践中逐步掌握,没有理解就直接加以实现,这又怎么谈得上敏捷呢?也许是时候该讨论一下如果没有正确的教授一些基本知识会对团队最重要的资产——诚实,守诺以及客户的信任——带来怎样的负面影响了。

发现更多内容

Web Components系列(一) —— 概述

编程三昧

前端 组件化 2月月更

一人走路不孤独,小度化身百度地图导航NPC,伴你回家路

百度大脑

聚力同行,迈向零碳未来

大咖说

云计算 阿里巴巴 阿里云 数智化

暂时不在更新

你?

《也许你该找个人聊聊》读书笔记 - 直面的勇气

懒时小窝

读书笔记 读书感悟

第二个模块作业

achilles

DeepMind公司最新ai技术参加Codeforces击败大部分选手

你?

了解一下DDD领域驱动设计

蜜糖的代码注释

Java DDD 领域模型 2月月更

Spring Cloud Alibaba Nacos 服务注册与发现功能实现!

王磊

SpringCloud Alibaba

Hadoop运行环境搭建

编程江湖

hadoop

M3U8 视频封装格式的深度解析 | 社区征文

liuzhen007

音视频 新春征文 2月月更

Netflix是如何做决策的? | 6. 实验是数据科学的主要关注点

俞凡

数据分析 netflix 大厂实践 2月月更

架构实战营 毕业设计项目

红莲疾风

「架构实战营」

JS事件详解和js事件委托

编程江湖

JVM进阶(八):Stop The World

No Silver Bullet

JVM STW 2月月更

一个cpp协程库的前世今生(二十五)channel

SkyFire

c++ cocpp

要重复阅读的一个原因:思维模型驱动学习的过程

panda

思维模型 阅读

Pulsar 在云原生消息引擎领域为何如此流行?| 社区征文

老周聊架构

云原生 Apache Pulsar 新春征文 2月月更

视野 | KeyDB:为 Web 应用而生的高性能 Redis 分支

RadonDB

数据库 redis 后端 RadonDB

GitLab + Jenkins + ACK 自动化部署方案

百瓶技术

运维 jenkins 自动化部署 #GitLab ACK

为什么你辛苦肝的博客没人看?搭框架、排版、画图技巧这些你真的懂么?

码哥字节

排版规范 写作技巧 2月月更

如何写出格式清晰的代码

蜜糖的代码注释

Java 2月月更

URL中的空格、加号究竟应该使用何种方式编码

Gopher指北

HTTP url Go 语言

JVM进阶(十):年老代收集器

No Silver Bullet

CMS JVM 2月月更 年老代收集器

创业方法论(10/100)

hackstoic

创业 商业分析

JVM进阶(十一):JAVA G1收集器

No Silver Bullet

G1 JVM 垃圾收集器 2月月更

Java常见数据结构详解

编程江湖

【初探云原生】服务注册中心对比总结

路上的小崔哥

微服务 云原生 注册中心

一个老程序员的计算机视觉蹒跚学习之路| 社区征文

老猿Python

AI OpenCV 计算机视觉 图像处理 新春征文

JavaScript 数组常见操作 (二)

编程三昧

JavaScript 前端 2月月更

让所有工具变成你的锤子 — 邂逅《Every Tool's a Hammer》

蔡超

方法论 学习笔记 软件架构

公司为了敏捷而犯下的十大错误_架构_Willem-Jan Ageling_InfoQ精选文章