写点什么

在命令与控制式管理风格的组织机构中采用敏捷

  • 2013-10-28
  • 本文字数:2704 字

    阅读完需:约 9 分钟

在一些组织机构中,命令与控制的管理风格占据了主导地位。在这样的组织机构中采用敏捷可能会非常棘手。而且在一些情形下,敏捷转型非但没能带来预期的改进,反而甚至以失败告终。

对于采用命令与控制式管理风格的企业,几位作者给出了一些应对的办法,例如评估某个组织机构是否准备好迎接敏捷、确保管理层支持、在敏捷转型中解决管理问题,以及使用不同的变革方法来推动敏捷的采用。

在博客文章你的组织机构是否为敏捷做好准备中,卡内基梅隆大学软件工程研究院的 Suzanne Miller 撰写了对打算采用敏捷的组织机构进行“就绪与合适”分析。她提出,应该对六大类别进行调查研究,其中之一是“组织机构的氛围”:

在衡量是否准备好采用敏捷时,组织机构文化是“就绪与合适”分析的六大类别中,最难以评估的一项。组织机构文化所包涵的假设,主要关乎于组织机构的成员所拥有的行为与价值观是否恰当。例如,在国防部所辖机构中,采用典型的计划驱动的文化,而且作为层级式组织机构,其沟通与管理带有严苛的命令与控制的结构。而“适合”采用敏捷的组织机构,则需要具有以下特性:实证主义、协作、自组织和跨职能。

对于评估组织机构的氛围是否就绪,以及是否适合采用敏捷,她还给出了一系列应该纳入考虑的因素:

  • 用户与客户焦点。组织机构支持早日且频繁地向客户交付可能发布的软件。
  • 积极转变的历史。在积极引入新的工程与管理方法方面,组织机构近期表现积极。
  • 拥抱需求变更的环境。组织机构需提供机制,以支持容纳不可避免、不断变化的需求。
  • 支持敏捷的环境。组织机构提供敏捷团队成功所需的物质和社会环境。
  • 可信任的环境。组织机构支持需求方与开发者之间的信任氛围。
  • 失败与快速学习。在涉及开发的组织机构中,支持“尽早失败、快速失败并从中学习”的哲学。

对于就绪与合适所做的评估,将提供对于采用敏捷所面对风险的洞察。Suzanne 表示:“识别这些风险,在规划并执行风险缓和策略来应对这些风险的过程中,是重要的第一步。”

Robert Boyd 发表的博客文章组织机构采用敏捷,开篇首先引用了 Larman 的组织机构行为定律。Robert 解释了要使用“文化遵循结构”的定律来采用敏捷,往往需要改变在组织机构中职责和权限的构建方式:

我认为,那些相信敏捷和 Scrum 是向前推进道路的人,在面对大多数如下所述的业务时,将会置身于争议之中:这些业务中,肩负责任的是深刻制度化的命令与控制结构,但有问题的时候往往不可追责——在团队 / 委员会内部,责任从个人身上转移到了制度上。在 Scrum 中,我们将大部分责任压在了产品所有者肩上,并在每一个 Sprint 之后,由产品所有者为所交付的业务价值负责。很多时候,Scrum 提供的这种简洁性,与“现状”直接冲突。因此,问题在于,如何着手改变现有结构?

他表示,要想完全采用敏捷,我们需要一位在组织机构中拥有足够影响力的执行发起人,这个人能够“指挥”所需要的改变:

敏捷是这样一项运动,它需要自顶向下的管理体系来申明主张:“这一切终会发生,因此这也正是为什么它是好的,而我们都应该向着这个方向摇桨前进。”执行发起人可能与一位或几位敏捷教练——他们受过专业训练并拥有采用敏捷方面的经验——一起,为大家分发推动前进的木桨。

在今年早些时候,InfoQ 发布了一篇由 Tiago Garcez 撰写的题为跨越管理中的鸿沟的文章。在文章中,他提到了面对变革时,来自管理层的阻力;并解释了命令与控制的管理风格是如何成为这一阻力的根源的:

尽管组织机构的领导者们已经察觉到了从制造经济向知识经济的转变,但他们却没能意识到需要对内部架构反思以获得成功。因此,他们没有任何迟疑就简单地接受了相同的命令与控制式管理模型。而这其实正是目前在敏捷变革举措与组织机构领导者之间产生摩擦的根本原因——我们在知识经济中运营,却使用来自工业革命的命令与控制式的管理原则。

他为变革推动者给出了两项可操作的建议,以帮助他们在采用敏捷过程中跨越管理的鸿沟:

  • 理解变革方案所处的环境。
  • 分享结果、经验和教训。

Machiel Groeneveld 撰写了一篇有关敏捷转变做好准备的博客文章。他认为,命令与控制的管理风格是组织机构为何没有做好采用敏捷准备的一个原因:

如果敏捷是由管理层引入的,那么人们往往认为这意味着管理层将不是问题,然而这却会成为妨碍转变的因素。管理层确实需要改变,否则我们就不需要敏捷。而且这也会增加人们之间的冷嘲热讽,因为他们会觉得一切都需要来自他们。最大的问题是,管理层倾向于使用命令与控制的方式来实现敏捷,这会使得敏捷成为一系列小把戏,而不是组织机构的变革。

针对在采用敏捷的过程中如何解决管理层方面的问题,他给出了两条建议:

  • 让管理者们明确知道,完成敏捷转变后他们不会丢掉饭碗。
  • 在敏捷转变之前或作为敏捷转变的一部分,与管理层探讨他们需要对其自身行为做出哪些改变。如果他们认为“不存在”,请再次尝试或交还敏捷转变的任务。

Brian Søgaard 在博客文章你的变革流程是敏捷的,还是脆弱的?中,探讨了在组织机构变革中运用敏捷方法。组织机构转型是永远没有尽头的旅途,朝着不断变化的目标不停地进行转变;而这正是为何需要不同变革方法的原因:

组织机构面向敏捷或任何其他方向的转型过程,在很大程度上与文化变革和有效的变革管理有关。我们无法用命令与控制的方法,来强行推动文化变革,而又无需付出员工满意度或积极性的代价的情况。成功的关键,在于引入得到授权的利益干系人——以及合适的训练——进行协作来实现易于理解且清晰的沟通目标。因此,考虑到敏捷思想的本质,用于转型过程的敏捷方法本身将非常高效。

此外,不要像往常那样,在大型会议中引发变革并使用燃烧的平台,然后战战兢兢的——Brian 提出了另一条应对变革的方法:

相反,我们必须做的是创建易于理解的变革目的,给出一份能够说明为何进行变革以及变成什么的清晰图画。作为管理者,我们的任务是让自己的组织机构来定义如何实现这一目标。这正是微妙之处。

一个流畅的、来自组织机构内部各处的志愿者们参与的网状结构,将持续地规划和实现战略。亲爱的朋友们,这就是敏捷——它是早先被看作唯一正确的改变管理的方法,不管它已经发生了巨大的变化。

他描述了四项有助于提升变革方案成功率的基本原则:

  1. 定义目标:传达易于理解的目的,以创建共同的愿景。
  2. 建立所有权制度:让利益干系人从各个层面持续参与和从事这项工作,以确保所有权制度。
  3. 培训优先:对所有受影响的参与者进行培训和教育,以达到新的期望。
  4. 权力下放:将真正的决策委派给组织机构,以激发支持与承诺。

在采用敏捷的过程中,你是如何面对命令与控制式管理风格的?这对于你的组织机构向敏捷转变,提供了哪些帮助?

查看英文原文: Adopting Agile When Your Management Style is Mostly Command and Control

2013-10-28 07:101493
用户头像

发布了 256 篇内容, 共 75.8 次阅读, 收获喜欢 10 次。

关注

评论

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

HarmonyOS极客松“上分秘籍”! 高手们顶峰相见!

HarmonyOS开发者

HarmonyOS

EMAS热修复Sophix适配App加固的技术方案

移动研发平台EMAS

阿里云EMAS 移动热修复 app热修复 app加固

早8人的效率工具六件套

树上有只程序猿

时序数据库 TDengine 与 DBeaver 达成合作,生态系统再壮大

爱倒腾的程序员

涛思数据 tdengine 时序数据库

把LangChain跑起来的3个方法 | 京东云技术团队

京东科技开发者

人工智能 LLM langchain 企业号 7 月 PK 榜

融云观察:社交大佬发家史,模仿才是终极成功学密码?

融云 RongCloud

微信 网络 通信 社交 场景

火山引擎 DataLeap 构建Data Catalog系统的实践(一):背景与调研思路

字节跳动数据平台

inBuilder今日分享丨系统集成系列之异构接入

inBuilder低代码平台

集成

Net DB Web多级缓存的实现

不在线第一只蜗牛

HTTP net web api

腾讯云DSQL-C MYSQL 版本测评

查拉图斯特拉说

MySQL sql 腾讯云

扫光动效在移动端应用实践

百度Geek说

动效 移动端 企业号 7 月 PK 榜

如何自动化测试你的接口?—— Rest Assured

不在线第一只蜗牛

自动化 自动化测试 API

语音房源码搭建技术分享之降噪功能详解

山东布谷科技

软件开发 源码搭建 语音房源码 语音房

Spring容器获取Bean的9种方式 | 京东云技术团队

京东科技开发者

spring Spring Boot bean 企业号 7 月 PK 榜

ReentrantLock源码解析 | 京东云技术团队

京东科技开发者

线程 企业号 7 月 PK 榜 并发问题

技术分享| 融合通讯的架构介绍

anyRTC开发者

音视频 MCU mesh SFU 融合通讯

对线面试官-Redis(五 为什么这么快为什么能抗住高并发)

派大星

Java 面试题

分布式事务的几种实现方式 | 京东云技术团队

京东科技开发者

事务 分布式, 企业号 7 月 PK 榜

软件测试/测试开发丨函数式编程学习笔记

测试人

Python 程序员 软件测试 函数式

ChatGPT越来越火,大厂体验设计师纷纷“毕业”?

博文视点Broadview

浪潮信息直播高能预告!令人感兴趣的高性能架构、CXL技术、数据库等硬件相关技术分享来了 | 第 83-85 期

OpenAnolis小助手

开源 高性能架构 龙蜥大讲堂 RDMA 浪潮信息

用ChatGPT搞定K8s!

互联网工科生

k8s kubernetes 运维 ChatGPT

软件DevOps云化发展的趋势 【课程限时免费】

华为云PaaS服务小智

云计算 DevOps 云原生 华为云 华为开发者大会2023

大模型加速学科升级,飞桨赋能北邮“X+大模型”特色小学期

飞桨PaddlePaddle

人工智能 百度 paddle 百度飞桨

国内首批!腾讯云EdgeOne通过信通院边缘计算最新评估

Geek_2d6073

可信数据库大会,不见不散!

KaiwuDB

KaiwuDB 2023可信数据库发展大会

谁是家居智能化时代“头号玩家”? 小度全屋智能将登陆中国建博会

新消费日报

如何用Java校验SQL语句的合法性?有这5种解决方案

高端章鱼哥

Java sql

为了娃的暑期课,老父亲竟然用上了阿里云高大上的 Serverless FaaS!!!

WuKongCoder

云计算 阿里云 Serverless

在命令与控制式管理风格的组织机构中采用敏捷_技术管理_Ben Linders_InfoQ精选文章