9月7日-8日,相约 2023 腾讯全球数字生态大会!聚焦产业未来发展新趋势! 了解详情
写点什么

Renee Troughton 访谈:领导力的敏捷模式

  • 2017-06-14
  • 本文字数:3847 字

    阅读完需:约 13 分钟

Renee Troughton 是南半球经验最丰富的企业敏捷转型教练之一。她的工作经历遍及小型到大型组织,涉及金融、保险、养老基金、政府及电信企业等多个领域。她著有《 Agile Forest 》一书,也是《 Who is Agile Austrailia and New Zealand 》的作者之一。她在博客敏捷森林上发表大量内容,并共同主持全球一流的敏捷播客。Troughton 擅长企业变革、看板、大规模敏捷与非软件开发领域的敏捷实现。

她将在印度尼西亚敏捷大会上发言。她接受了InfoQ 采访,谈论使用系统思维和关键的领导力模式进行组织变革的话题。

InfoQ:请再多介绍下自己,Renee 是什么样的人?

Renee Troughton:我是充满热情的博学家。我想寻找新的工作方式并同他人分享成果,从而使世界变得更美好。我觉得自己不仅是敏捷教练;我使用很多不同的方法和手段,注重科学方式,关心切实可行的方案。我做培训和指导、直观地促进各类事务、主持播客、写书(包括非敏捷类书籍),尤其是与人们共同工作以推动变革。

InfoQ:你正在撰写一本书,名为《Agile Forest》。标题很吸引人,能讲讲这本书的主要内容吗?

Renee Troughton:本书(尚未完成)是为完全不了解敏捷的人所写,书中用一个故事讲述了敏捷的含义,故事里没有使用任何常见的专业术语。它有点像《谁动了我的奶酪》或《凤凰计划》,都是用寓言故事来阐明道理。

《Agile Forest》讲的是一群面临威胁的澳大利亚有袋动物,以及它们应对危机使用的技巧和原则。

InfoQ:大家知道规模化是你擅长的内容之一,也是敏捷领域的热门主题。在印尼,规模化这一话题还不算热门。能否多谈一下什么是规模化,有哪些最佳实践和框架?

Troughton:我在博客上写了一组系列文章,名为大规模敏捷技巧。这些文章就我在规模化方面的一些最佳实践进行了深入探讨。相关内容包括领导力细胞理论(支持规模化交付团队的人员的角色与仪式)、团队有丝分裂、流水线管理方法与经济的团队架构方式。这些是在博客中提及的部分重要的规模化敏捷概念。而在大规模敏捷过程中,我要强调的终极原则有:

  1. 减少阶段移交与依赖
  2. 增强工作流程
  3. 更好地让事务走上正轨,并做正确的事情
  4. 融合敏捷、精益与设计思维

基于这些原则,我不太会使用某个特定的框架(因为它们都不符合第四条原则),更多地会关注在一个特定组织的背景下该进行哪些实验,并给出一系列实践工具和技巧,从而挑选出合适的工具来解决相应的问题。只用一种框架的话,就像握着一把锤子并想象所有东西都是钉子一样。

InfoQ:看来敏捷领域有很多锤子,它们大都由商业利益推动。有一种模式没有什么商业推广的意向,就是 Spotify 的“模式”。你对调整这一“模式”有什么看法?

Troughton:这要看你怎么定义模式。我觉得这种模式更像是一种方法,Spotify 自己说它是动态的形式,而且只考虑了他们自己的情况。不过如果你想复制这一模式也没什么问题。

我有一次做教练时用到了公会(guild)、部落(tribe)和分部(chapter)。在实践中应用它们是一件非常具有挑战性的事情。不过当然,我们最终实现的模式并不是只有这些内容。

要有效应用公会与分部的挑战在于,需要花时间找出并处理有助于公会和分部的事务。通常团队要做的交付工作非常多,任务排得很满,很难抽出空余的时间。结果就成了一句话:“我们没时间变得更敏捷”。

有一些方法可以用来克服这些困难。例如 9/10 日程,其中系统专门空出时间不做交付工作,或者让有余力的志愿者对接各个公会,辅助繁重的迁移工作。不幸的是,多数组织引入公会时并不会使用上述方法,结果就会质疑为什么公会没能实现预期的成果。

组织面临双重需求约束时可以应用公会与分部技巧。这里约束指的是:团队的结构为交付端到端价值而充分优化,但成员通常具备很高水平的专业技能。此外,因为有多个团队为同一系统或频道工作,组织需要某种程度的协作:包括经验、视野、感受和可维护性的协调一致。这些是团队外围的约束或需求。另外还会有潜在的更多约束,例如管理层要求与系统或频道之外的内容保持协调。这种情况下的技巧在于,不要把公会和分部作为应对约束的唯一解决方案,而是在组织的系统层面审视约束,并明确所有可选的解决方案的代价、风险和问题。然后选择一种方法,测试并研究其是否有效,但不要依赖它,而是思考怎样在早期阶段判断其是否有效,并选择是接受它还是转向另一个方案。相比公会和分部,这一授权、调整、审查和转型的流程才是 Spotify 成功的关键。

InfoQ:在印尼,多数公司还没开始考虑规模化或应用像 Spotify 之类的方法。很多公司刚开始应用 Scrum。你对看板也有很多经验。对你而言 Scrum 和看板主要的区别是什么,公司怎样选择适合自己的框架?

Renee Troughton:Scrum 和看板的关键区别可能就是它们的基础方法。在 Scrum 中,团队会看到新流程取代已有的开发流程:其实就是彻底抛弃过去的方法并开始迭代。有些情况下 Scrum 难以解决问题,团队此时的反应就能看出上述做法的影响:他们不知道怎样处理一般性的问题,还认为自己不该回去做以前的工作,却苦于寻找问题的对策。有些教练就会说,使用 Scrum 时并不是要彻底推倒重来,对于“其他事项”还是要按以前的方式处理。但从我的经验来看,这种困惑在前期的适应阶段是非常普遍的。

在看板方法中,转型是从现有的工作开始入手,并加入一些新的实践和原则。从这个角度来说,看板是一种改进方法而非替代方法,所以前期的困惑就不那么严重。

除了开始的适应阶段,第二个关键的区别在于时间盒。Scrum 有着清晰和规范的时间盒,而看板更注重持续和可管理的工作流。

两者都有“承诺”的概念,不过更合适的术语是“经规划的意图”。Scrum 在迭代计划会议中定义意图,而看板中意图是由服务周期时间的级别定义的(不过企业服务规划现在也会使用规范的承诺时间表)。

Scrum 和看板都鼓励持续审查和调整,都关注测量输出指标,使用输出结果更有效地转型(但我认为看板有更好的机制来进行这一过程)。

在 Scrum 中规划目标时会进行估计,而看板中没有这个要求(看板使用实际结果作为预测的机制)。

Scrum 倾向于使用非常简单的可视化管理方式,工作被分解为任务,而任务分为“要做”、“在做”和“完成”三个阶段。看板中工作不会被分解为任务,相比 Scrum 的可视化管理,看板使用服务级别作为工作流的代理。工作不是分成任务,而是以看板上工作流的形式来完成。

至于组织应该使用哪种方法,答案可能还是“取决于具体情况”。如果团队需要在一周时间内有条不紊地持续改变业务范围(对于一两周的交付周期来说延迟一周的代价过于沉重),那么我会推荐看板。除此之外,如果工作跨越漫长的周期,有着核心的目标,那么可能更适合使用 Scrum。

个人来说,我喜欢让团队在一开始使用两种方法的优势结合体(称为 Scrumban),然后当规模化团队外部的约束更偏向工作流时,逐渐让他们过渡到纯粹的看板方法。

我很喜欢企业服务规划中的一些变动,觉得这是对一些长期存在的批判看板的观点的回应。

InfoQ:你还谈到了合弄制。有的人还不了解这个概念,能否概括介绍一下?合弄制对公司有什么帮助?

Toughton:合弄制的发明者 Brian Roberston 大概会将它说成是一种用于组织中自我管理的操作系统。多数人头一次听说合弄制时会这样想:“哦,这是一种不需要经理管理的方法”,某种层面上这种说法也没错,但实在是低估了合弄制的作用。

当组织迁移到合弄结构,或者设置相应的规则,他们就传达出了强烈的承诺变革信号。第一步是下放权力。本质上来说,并不是要解雇经理人,而是要取消经理这一角色。经理的主要职责会重新分配给组织成员。这可能意味着原来的职位现在拆分成五种新角色。这五种新角色可能还是由原来的那个人员负责,也可能分配给几名成员。

人们说敏捷是一种方法,用来审查和调整产品的开发过程。我觉得合弄制这种方法可以用来审查并调整组织的角色与职责。

就像敏捷为审查和改造制订了仪式一样,合弄制也有自己的仪式,名为管制会议(Governance Meeting)。通过管制会议可以创造新的角色,可以改变职责和预期,也可以移除角色。相比敏捷仪式,管制会议的安排更加精准,所以每次会议都会处理一个特定的矛盾。这可能意味着某一角色在同一次会议上可能会多次改变。

这一方法的一些明显的好处有:

  • 对个体角色与职责的明确授权
  • 矛盾浮现时快速调整职责
  • 决策权限和政策有明确的职责分配
  • 无需花费时间建立共识、取得认同以进行变革

作为教练,我工作的一大块内容就是加强授权、明确职责,下放决策权限并建立变革的共识。合弄制能大大减轻我日常活动的负担。

InfoQ:你在 2017 印尼敏捷大会上的演讲的主题将是:敏捷仪式只占 5% 的内容。听众能从演讲中收获什么?

Troughton:从社区角度我们主要关注提升能力以进行迭代计划、每日 Scrum 会议、回顾会议和案例演示。虽然这些内容对交付产品很重要,但它们并不是团队使用的系统的全部。

从系统思维的观点看,当你用轻量、简化的方法取代已有的繁文缛节流程时,Scrum 能起到一些作用。然而长久来看,组织会重新扩张政策、增加约束。成功实现敏捷面临的挑战并不是让团队开始敏捷或 Scrum,而是在于抢在系统重建政策和约束之前快速改造它们。

我的演讲主题是关于如何在敏捷变革的同时进行系统变革。

InfoQ:感谢 Renee 清晰易懂的解说!

想进一步了解 Troughton,请查阅她的资料或听取她在印尼敏捷大会的演讲。

查看英文原文 Q&A with Renee Throughton on Leadership Patterns for Agility


感谢薛命灯对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

活动推荐:

2023年9月3-5日,「QCon全球软件开发大会·北京站」 将在北京•富力万丽酒店举办。此次大会以「启航·AIGC软件工程变革」为主题,策划了大前端融合提效、大模型应用落地、面向 AI 的存储、AIGC 浪潮下的研发效能提升、LLMOps、异构算力、微服务架构治理、业务安全技术、构建未来软件的编程语言、FinOps 等近30个精彩专题。咨询购票可联系票务经理 18514549229(微信同手机号)。

2017-06-14 19:00829

评论

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

26张图带你彻底搞懂volatile关键字的底层实现

小牛

volatile 后端 多线程 并发 Java 分布式

区块链医疗、电子票据应用落地开发解决方案

t13823115967

电子票据 区块链医疗

距离 2020 年结束不到2个月,字节跳动员工却在闲鱼卖内推名额登上热搜!

Java架构师迁哥

开源认证和访问控制的利器keycloak使用简介

程序那些事

开源 程序那些事 授权框架 keycloak 认证授权

大厂经验:一套Web自动曝光埋点技术方案

阿亮

埋点 曝光埋点 点击埋点 自动化埋点

SpringBoot-技术专题-如何提高吞吐量

洛神灬殇

前端高效开发必备的 js 库梳理

徐小夕

Java GitHub 大前端 js

MySQL-技术专题-LEFT JOIN避坑指南

洛神灬殇

以 Kubernetes 为代表的容器技术,已成为云计算的新界面

阿里巴巴云原生

云计算 Kubernetes 容器 云原生

物化视图如何快速完成数据聚合操作?

VoltDB

数据库 数据分析 sql

面试者必看:Java8中的默认方法

Silently9527

java8 默认方法

java: Compilation failed: internal java compiler error解决办法

LSJ

IDEA

讯飞推出充电宝式便携拾音器,重新定义传统拾音

Talk A.I.

表格控件Spread.NET V14.0 发布:支持 .NET 5 和 .NET Core 3.1

葡萄城技术团队

MyBatis-技术专题-拦截器原理探究

洛神灬殇

Thread.start() ,它是怎么让线程启动的呢?

小傅哥

Java 线程 JVM 小傅哥 Thread

成德眉资现代农业园区大联动促发展,“1链3e”引领四市农业产业数字化建设

CNG农业公链

京东智能客服品牌焕新:“言犀”亮相2020京东JDD大会

京东科技开发者

大数据 AI 知识图谱

京东千亿订单背后的纵深安全防御体系

京东科技开发者

安全 网络 云服务 云安全

跨语言跨平台聚合OpenAPI文档从来没有这么简单过

Knife4j

微服务 OpenAPI Knife4j Knife4jAggregation

区块链技术应用开发、区块链版权应用搭建解决方案

t13823115967

区块链技术应用开发 区块链版权搭建解决方案

关于 AWS Lambda 中的冷启动,你想了解的信息都在这!

donghui

Serverless Faas 函数计算

中小型企业创业的福音

anyRTC开发者

创业 音视频 WebRTC RTC

Java踩坑记系列之Arrays.AsList

Java老k

Java

肝了一周的 UDP 基础知识终于出来了。

cxuan

计算机网络 计算机基础

推荐几款MySQL相关工具

Simon

MySQL 工具 percona server

802.11抓包软件对比之Microsoft Network Monitor

IoT云工坊

wifi 嵌入式 抓包

阿里内部11月最新出台Spring Cloud架构设计+程序开发+运维部署

Java架构追梦

Java 阿里巴巴 架构 微服务 SpringCloud

《华为数据之道》读书笔记:第 4 章 面向“业务交易”的信息架构建设

方志

数据中台 数字化转型 数据治理

「干货总结」程序员必知必会的十大排序算法

bigsai

排序 排序算法 快速排序

数字化时代App们将何去何从?

FinClip

  • 扫码添加小助手
    领取最新资料包
Renee Troughton访谈:领导力的敏捷模式_文化 & 方法_Shane Hastie_InfoQ精选文章