【AICon】探索RAG 技术在实际应用中遇到的挑战及应对策略!AICon精华内容已上线73%>>> 了解详情
写点什么

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

  • 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:242182

评论

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

DPDK源码分析之DPDK技术简介

于顾而言

DPDK DPDK开发

【指针内功修炼】深度剖析指针笔试题(三)

Albert Edison

C语言 9月月更 指针数组 数组指针

mysql实数类型和字符串类型

急需上岸的小谢

9月月更

图解Kafka Producer中的消息缓存模型

石臻臻的杂货铺

Kakfa 9月月更

架构师的十八般武艺:一致性

agnostic

CAP 一致性

资本“呼唤”:走产品化路线,找得到PMF的云安全创业项目

B Impact

To B业务

新书上市 | Vue 3.0 核心源码解析,这本书给 Vue 学习提供新方法

图灵社区

前端 代码 VUE 3.0 源码

计算机网络——奈式准则

StackOverflow

编程 计算机网络 9月月更

手把手教你如何使用 Timestream 实现物联网时序数据存储和分析

亚马逊云科技 (Amazon Web Services)

数据分析 物联网 数据存储

5 个 Promise 要避免的常见用法~

掘金安东尼

前端 9月月更

《新神榜:杨戬》亮点抢先看!追光新神话宇宙再添超燃国风巨作

Renderbus瑞云渲染农场

云渲染 云渲染农场 渲染农场 3D电影制作 CG动画电影

DPDK源码分析之DPDK基础概览

于顾而言

DPDK DPDK开发

双活数据建设方案

阿泽🧸

双活 9月月更

网络入侵检测系统之Snort(一)--snort概览

于顾而言

网络安全 ips

MFC与Qt多个控件响应统一响应消息处理

中国好公民st

c++ qt 9月月更

DAYU200升级最新的OpenHarmony系统,一起来玩开源鸿蒙呀!

坚果

鸿蒙 OpenHarmony 9月月更

DPDK源码分析之rte_eal_init(一)

于顾而言

DPDK

DPDK源码分析之rte_eal_init(二)

于顾而言

DPDK

每日算法刷题Day12-跳台阶、排列、替换空格、求n累加

timerring

算法题 9月月更

图库

武师叔

流计算中的Windows计算

孤衫

大数据 流计算 9月月更

DPDK源码分析之l2fwd

于顾而言

DPDK

TO B的本质是“定制化”不变,“定制化”实现方式求变

B Impact

TO B

NFTScan 正式发布 PlatON 网络 NFT 浏览器

NFT Research

NFT platon

二叉树的概念及三种遍历方法(C语言)

孤衫

后端 C语言 9月月更

企业容器云建设及推广的一点Tips

穿过生命散发芬芳

容器云 9月月更

DPDK源码分析之网络基础知识

于顾而言

网络协议 DPDK

Sentinel哨兵机制

急需上岸的小谢

9月月更

白天建筑师,晚上CG艺术家,他将建筑的华丽发挥极致

Renderbus瑞云渲染农场

云渲染 云渲染农场 渲染农场

新书上市 | Vue 3.0 核心源码解析,这本书给Vue学习提供新方法

图灵教育

前端 代码 VUE 3.0 源码

jquery入门到实战

楠羽

笔记 JQuery框架 9月月更

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