写点什么

初用敏捷:必须从组织架构入手吗?

  • 2014-12-17
  • 本文字数:2196 字

    阅读完需:约 7 分钟

当一家公司决定采用敏捷开发方式时,其组织架构往往需要做出变动。敏捷的工作方式同时会伴随着团队和管理方式的新实践,并且往往会影响到组织架构文化及心态。这些方面都是相互关联的,但对一个公司来说,同时改变各个方面的挑战太大。因此,问题归结到当开始向敏捷迁移时,首要关注点在哪里:文化、实践还是组织架构?下面让我们探索一下当从改变组织架构着手时会发生些什么。

Mike Cottmeyer 分享了他的文章关于大型公司向敏捷迁移的想法。他在文章中说道,在实施敏捷的过程中,公司文化、开发实践和组织架构都是相互关联的。

敏捷宣言第一行说:我们一直在实践中探寻更好的软件开发方法,身体力行的同时也帮助他人。敏捷的实施方式应该在敏捷宣言的价值观和原则指导下随着时间推移而不断地调整变化。其中挑战在于,如何用敏捷价值观及原则来指导实践和组织架构的调整。想要成功地实施敏捷方法,我们需要一套交付体系和相应的开发实践来体现敏捷原则和价值观。

Mike 给自己提出的问题是如何在复杂的大型公司中推行敏捷方法,是否应重点关注公司的企业文化?先引入敏捷的新实践还是先改革组织架构?

很多人觉得“大且复杂”就是症结所在,敏捷需要的是“小而简洁”。这观点我同意,但这些公司的实际情况就是它们确实巨大且复杂,因此问题转变成如何帮助它们向小而简洁转变。仅仅告诉他们“太大不好,你们应当变小一点”是毫无用处的。如何变?从 A 到 B 的路怎么走?采纳一个敏捷价值体系够不够?即便在正确的价值体系引导下,正确的实践和交付体系会自动产生吗?即便在正确的实践中,能对端到端的交付体系产生影响同时改变企业文化吗?

Tirrell Payton 发表了一篇博文采用敏捷时五个普遍问题,他提到的其中一个问题就是现有的组织架构阻碍敏捷施行。

最大的陷阱就是公司的领导层会试图扭曲敏捷制度使其适应当前已存在的组织架构和层级制度,以下列举几个常见可能性:

  • 由经理们担任敏捷教练角色,他们仍然习惯用下达命令的方式管理项目组成员;
  • 成员个体各自为政,没有团队意识;
  • 产品负责人被推到这个岗位上,但并不了解相应的角色、职责以及时间承诺;
  • 敏捷教练被管理者们过度干预。

在 Tirrel 看来,要改变公司的组织架构以适应敏捷,管理层的支持必不可少:

  • 管理层要明白,向敏捷迁移是公司层面的大变动,而不仅仅是项目层面。因此公司的各个支持部门都需要协助敏捷迁移。
  • 在转向敏捷的过程中可能需要管理层的大量协助和支持,将变更从上到下推行,持续关注进程,同时扫除时不时出现的障碍。

Alok Kumar、Frank Castagna 和 ohn Maher 在敏捷联盟网站上发布了一篇文章企业采用敏捷的挑战和顾虑。一家公司要采用敏捷,就要改变其组织和管理的方式。

当前,很多公司重视精益开发和敏捷方法,想借此满足客户的期望,同时在行业竞争中保持领先。这需要业务、体制、运营三者之间高效协作来快速有效地交付创新的解决方案。敏捷为如何填补业务和开发之间的隔阂提供了基础概念。然而,要将这些概念运用到项目上还需要在具体操作时改变原有思维模式 _。_

他们认为要采用敏捷,各个层次都需要接受从上到下的系统培训,从企业文化到组织架构都需要调整:

由于敏捷是精益思想的一种,各级管理层接受精益思想的管理理念对他们管理方式的转变至关重要。通过发展敏捷文化并在角色及组织上做出必要变更,基于这些形成一个能自我引导的团队环境将极大改善各个层面上的混乱状况。

Mike Cottmeyer 在他的博文中说,采用敏捷方式应当从改变公司的组织架构开始:

我十分确信敏捷文化和敏捷实践是保持长期稳定的组织敏捷性的关键,他们说,我不相信你能仅靠培训和信念就成功实现敏捷。我认为应当建立一个基于团队的组织架构设计方案,敏捷价值观在各团队之间通过一个合适的管理模块来管理,基于精益 / 看板法原则,其中‘正在进行中的工作’数量有限、开发能力和需求能保持平衡、能及时识别并处理瓶颈,并且管理团队能投入资源改进整体交付系统。只有在这样的组织架构中,敏捷文化和敏捷实践才能发挥最大作用。

按他的观点,首当其冲的就是组织架构调整,其次是实践,最后是企业文化。

我建议先集中精力在你们的商业目标上,制定策略来创建一个基于团队的组织架构模型,该模型基于迭代和递增的交付原则,即采用敏捷和精益方法论指导交付和管理,但同时又遵循其现有的政策及架构中运作方式和文化的限制。

Tirrel Payton 认为不调整组织架构会阻碍敏捷进程:

千万不要勉强把敏捷塞进现有的组织架构中,事实上,许多公司都是这么干的,这是最大的陷阱。

Alok Kumar、Frank Castagna 和 John Maher 建议采用敏捷时先制定一个迁移计划:

“制定计划然后按计划行事,” CMM 和 CMMI 之父 Watts Humphrey 说,“如果你不知道自己正去往何方,你可以选择任何一条路。” 这意味着各实施机构正迅速沦落到要重新理解其咨询对象,重新设定内容同时扫除障碍的处境中。

他们倾向于在条件允许的情况下调整公司组织架构。

如果公司能简化组织结构就尽量简化。如果不行,就在项目层面规划好各交互应用间的整合,以尽早减少相互依赖,不要等下分到各开发小组之后再做整合。

采用敏捷时,你们是从组织架构入手的吗?

查看英文原文 Adopting Agile: Should We Start with the Structure?


感谢崔康对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

2014-12-17 01:242307

评论

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

从 Greenplum 到 Databend,万全网络数据库平台架构演进

Databend

数据库迁移

2024年首期OpenHarmony繁星计划师资培训在东莞圆满举办

新消费日报

【新手视频】在线快速搭建AI原生应用

AI大咚咚

百度 AI rag AI原生应用 Agent构建

C# 面向对象编程解析:优势、类和对象、类成员详解

小万哥

C# 程序人生 编程语言 软件工程 后端开发

hazel mac破解版 自动化文件清理工具 含hazel激活码 兼容m1 m2

Rose

苹果软件资源 Hazel 下载 Mac自动清理工具 Hazel Mac破解版

文心一言 VS 讯飞星火 VS chatgpt (187)-- 算法导论14.1 4题

福大大架构师每日一题

福大大架构师每日一题

最强GTD时间管理工具OmniFocus Pro 3 for Mac最新激活版 附注册机 兼容M1/M2

Rose

苹果软件 OmniFocus 下载 Mac任务管理器 OmniFocus Pro 3 GTD时间管理

一文详解全栈可观测的实现路径

阿里巴巴云原生

阿里云 云原生 可观测

【豆瓣8.4】《RabbitMQ实战指南》PDF

程序员李木子

百度反链是什么? 如何查询百度反链?

百度搜索:蓝易云

云计算 百度 运维 SEO 云服务器

听GPT 讲Rust源代码--compiler(30)

fliter

Programming Abstractions in C阅读笔记:p254-p257

codists

HDFS 小文件合并最佳实践

冰心的小屋

NameNode 海量小文件

Nop入门:极简服务层开发

canonical

gRPC 低代码 graphql SpringBoot3

【豆瓣9.1】《大数据处理框架Apache Spark设计与实现(全彩)》PDF

程序员李木子

linux系统下多种yum repo创建教程

百度搜索:蓝易云

Linux 运维 yum 云服务器

使用阿里云Rocky Linux镜像源替换默认源教程

百度搜索:蓝易云

云计算 Linux 运维 云服务器 Rocky

Programming Abstractions in C阅读笔记:p258-282

codists

Atlassian 停服 Bitbucket?三步快速迁移至极狐GitLab

极狐GitLab

秒级响应,显著增效:明日控股携手奇点云,打造大宗贸易的数据中台标杆

Geek_2d6073

Ableton Live如何设置中文?ableton live 11 mac中文破解版 永久可用

Rose

mac音乐制作软件 Ableton Live 11破解版 Ableton Live 11中文版

物流快递电子面单对接规则指南

快递鸟

电子面单

在线 cURL 参数对比工具,让你的开发工作更加高效

秦少卫

curl 接口工具 调试工具 请求参数对比 参数格式化

据说这道Go面试题90%的人都搞错了!

王中阳Go

面试题 面经 defer Go 语言 断点

上市难不上市更难,谁能佐证中国企服的光明前途?

ToB行业头条

点赞!HashData连续三年获评数据猿“最具投资价值企业奖”

酷克数据HashData

产品经理需要掌握哪些技能?一文弄懂PM的方方面面!附知识图谱

彭宏豪95

产品经理 产品设计 PM 在线白板 团队协同

Nop入门:极简数据访问层开发

canonical

mybatis 低代码 ORM graphql

初用敏捷:必须从组织架构入手吗?_技术管理_Ben Linders_InfoQ精选文章