写点什么

LinkedIn 敏捷讨论组热议如何成为一名优秀的敏捷教练

  • 2013-11-07
  • 本文字数:1717 字

    阅读完需:约 6 分钟

最近,LinkedIn 一个敏捷讨论群组进行了一场有趣的讨论。讨论开始于Brett Maytom 的一个问题:如何才能成为一名优秀的敏捷教练?

Leading Global Airline 的企业敏捷转型教练 Adrian Lander 认为,好的敏捷教练不会给出固定的答案。此外,有两点特质是需要拥有的:幽默,以及持续的自我检查 (near-continuous self-inspection, NCSI)。进一步地,Adrian 指出:

  1. 不同的公司(甚至行业)需要的教练是不一样的,有的公司需要的是技术很强的教练,而另外一些公司则需要转型教练,因此“优秀”教练的定义从来不是固定的;
  2. 想要知道如何从 A 走到 B,你需要知道三件事情:路径、B 和 A。因此如果你想帮助一个公司从瀑布式开发转型到敏捷开发,你需要知道敏捷、组织转型,_ 以及 _ 瀑布式开发。

Avalon Consulting 的 Joseph Hilger 罗列了一些个人特质:倾听、适应性、敏捷知识、销售技巧、激情。

First Degree Solution 的 Don Griffing 基于 Joseph 的观点进一步进行补充:“……要能够读懂别人……这个人说的话与他的动作是一致的吗?有没有迹象表明在团队或组织当中有不和谐的气氛在酝酿?”。此外,Don 认为来自于过往项目的伤疤很重要:失败的项目、死亡行军、又或是取得了巨大成功的项目。

John Deere 的 Henry Miller 分享了一个很有趣的经历:”我曾经遇到一个很强大的教练,教我们如何做 TDD,但是最终我们损失了很多价值,因为他不知道如何指导管理层学习到他们需要知道的。“这个故事将讨论的焦点放在了如何区分这几种角色上:培训师 (Trainer)、导师 (Mentor)、教练 (Coach) 、引导者 (Facilitator)。Brett 对这几种角色做了详细的定义:

  • 引导者:在群组讨论中,引导者把握话题的方向,使讨论趋向于达成共识,尤其是在有不同意见存在的讨论中。引导者需要保持讨论不跑题,以及保持讨论的专业性。
  • 导师:导师用其所拥有的知识、智慧和经验来指引、并将技能传授给别人。导师拥有很好的领域知识,并给出明确的建议。
  • 培训师:培训师将新的思想呈现给别人。这更多的是关于教育和知识的传递。好的培训师需要用到引导者、导师和教练的技巧。
  • 教练:教练不会像导师那样直接介入问题的解决。教练通过”强力的问题 (Powerful question)“以引起人们从不同的角度看待挑战。实际上教练不会直接解决问题,或是给出解决问题的建议。(Adrian 对于教练的说法则是,教练通过其他人交付价值。)

基于对这几种角色的定义,Adrian 认为对于一个新的 Scrum 团队,首先应该提供充分的培训,接下来通过教练的指导不断自我改进,最终才是在特定工程实践上由导师传授技能。Brett 则认为在团队得到充分的培训之后,应该先由导师传授敏捷技巧——并不仅仅是技术技能 (Technical skills),也包括诸如”检查 / 改进“(Inspect/ Adapt)、”不冒业务风险“等技巧,而在团队相对成熟之后,更多地需要教练指导团队持续改进。

针对教练与其他角色的区别,Don 进而补充:团队需要一个安全的环境,可以放心地在其中学习并且不担心失败,而教练就是为团队创造这个安全环境的人。

有人在讨论中提到,根据平均法则 (Laws of Averages),糟糕的教练至少和优秀的教练数量一样多。Alchemy Thinking 的 Karin Dames 分享了她见识过的糟糕的敏捷教练:

  1. 过多地将精力用于让最高管理层开心,而不是帮助一线团队。针对这种现象,需要教练有更多的幽默感、实践能力、换位思考、以及倾听的技巧。
  2. 强迫,而非激励人们做敏捷转型。好的教练需要有引导、分析、同理心、以及领导力。
  3. 对敏捷理念缺乏理解及相关技能。

Don 也补充了一个关于糟糕的敏捷教练的故事:来自于程序员背景的 ScrumMaster 总是将他的观点强加给团队,而自己并不承担任何开发工作。Don 觉得很难讲究竟软件开发背景对于敏捷教练 /ScrumMaster 而言是优势还是损害。Brett 赞同 Don 的想法,因为他见过很多很优秀的敏捷教练是来自于业务分析师、测试工程师、业务线经理、产品经理甚至于会计师背景的。

这个主题的讨论已经有 108 个评论,并且仍在不断增长中。点击这里参与到讨论中来。


感谢杨赛对本文的审校。

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

2013-11-07 08:261556

评论

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

阿里云化身“智能云管”,助力中国联通首次实现大规模平台自主运维

云布道师

阿里云

现代数据平台要实现自助用数,要解决的三个问题

华为云开发者联盟

大数据 后端 华为云 企业号 1 月 PK 榜

软件测试/测试开发 | 静态扫描体系集成

测试人

软件测试 持续集成 jenkins 自动化测试 测试开发

TiDB Operator升级

TiDB 社区干货传送门

实践案例 集群管理 管理与运维 安装 & 部署

通过TiDB Operator升级TiDB集群

TiDB 社区干货传送门

集群管理 管理与运维 故障排查/诊断 安装 & 部署 扩/缩容

【从零开始学爬虫】采集丁香医生新冠问答数据

前嗅大数据

数据采集 爬虫教程 爬虫案例 爬虫工具 爬虫技术

4个MySQL 数据同步 Elasticsearch 的方案!

风铃架构日知录

Java MySQL elasticsearch IT 数据同步

企业真的需要一个私有化的即时通讯吗?

BeeWorks

版本控制 | 设计师和美术人员的理想版本控制软件是?

龙智—DevSecOps解决方案

版本控制 版本控制软件

收官!OceanBase第五届技术征文大赛获奖名单公布!

OceanBase 数据库

数据库 oceanbase

软件测试/测试开发 | 单元测试体系集成

测试人

软件测试 单元测试 自动化测试 JUnit 测试开发

代码质量与安全 | 展望:2023年商业软件开发的五大关键目标

龙智—DevSecOps解决方案

静态代码分析

【社区智慧合集】TiDB 相关 SQL 脚本大全

TiDB 社区干货传送门

面试官:什么是自旋锁?自旋的好处和后果是什么呢?

风铃架构日知录

Java 程序员 后端 自旋锁 循环

【UE虚幻引擎】手把手教学,UE新手打包全攻略!

3DCAT实时渲染

游戏开发 虚幻引擎 虚幻引擎5 UE5 游戏开发引擎

Hackathon特别策划 | 72小时灵感冲刺,创意就该这么玩

LigaAI

敏捷开发 研发管理 hackathon 黑客马拉松 企业号 1 月 PK 榜

岁末年初再添佳誉丨Kyligence 荣获多个奖项及榜单认可

Kyligence

数据分析 多维数据库

OpenMLDB v0.7.0 发布

第四范式开发者社区

人工智能 机器学习 开源 特征 数据库·

研讨会回顾 | UI自动化测试现场演示

龙智—DevSecOps解决方案

软件测试 自动化测试 测试软件

火山引擎DataTester:一次A/B测试,帮助产品分享率提升超20%

字节跳动数据平台

大数据 AB testing实战

Getaverse入选KuCoin Labs首批孵化项目

Geek_Web3

#区块链# 元宇宙 web3

TiDB Operator高可用配置

TiDB 社区干货传送门

集群管理 管理与运维 安装 & 部署

2023年主流知名堡垒机重点推荐

行云管家

网络安全 堡垒机

【堡垒机小知识】堡垒机属于安全设备吗?为什么?有什么作用?

行云管家

堡垒机 自动化运维 安全设备

企业移动应用APP是否能实现统一整合与管理呢?

BeeWorks

【Unity渲染】一文看懂!Unity通用渲染管线URP介绍

3DCAT实时渲染

Unity 渲染 实时云渲染 渲染服务 Unity3D

实测 | Apipost和Apifox哪个更好用?

不想敲代码

接口调试 接口管理工具 API接口工具

TiCDC 集群工作过程解析

TiDB 社区干货传送门

TiDB 生产集群与加密通讯TLS的辛酸苦辣 - 工具篇

TiDB 社区干货传送门

集群管理 管理与运维 备份 & 恢复

Inspur KOS 龙蜥衍生版面向智慧新媒体转型的探索与实践 | 龙蜥案例

OpenAnolis小助手

龙蜥社区 CentOS迁移 浪潮信息 KOS 服务器操作系统

聊聊 SpringMVC 是如何工作的?

风铃架构日知录

程序员 springmvc IT springboot

LinkedIn敏捷讨论组热议如何成为一名优秀的敏捷教练_研发效能_王威_InfoQ精选文章