写点什么

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:261621

评论

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

容器监控薅光了头发?这篇你再也不能错过!

观测云

json Docker 云计算 Linux 容器

从 FFmpeg 性能加速到端云一体媒体系统优化

阿里云CloudImagine

开源 ffmpeg 视频处理 视频流 视频云

架构实战营 模块六作业

孫影

架构实战营 #架构实战营

架構實戰營 - 畢業設計

Frank Yang

架构实战营

LeetCode题解:28. 实现 strStr(),暴力法,JavaScript,详细注释

Lee Chen

算法 大前端 LeetCode

国产数据库的挑战与机遇

晨山资本

数据库 大数据 云原生 超融合

图文并茂的聊聊ReentrantReadWriteLock的位运算

程序猿阿星

ReentrantReadWriteLock 位运算

vivo商城计价中心 - 从容应对复杂场景价格计算

vivo互联网技术

Java 架构 后端 促销系统

LeetCode刷题07-简单 整数翻转

ベ布小禅

8月日更

原来一条select语句在MySQL是这样执行的《死磕MySQL系列 一》

咔咔

MySQL 数据库

神策 Android 全埋点插件介绍

神策技术社区

程序员 数据分析 埋点

揭秘环境管理 Noah 的技术实现

Qunar技术沙龙

测试 Dev QA 环境 资源池

2021 年 8 月国产数据库排行榜:秋日胜春朝

墨天轮

数据库 TiDB oceanbase 国产数据库 达梦

protocol buffer没那么难,不信你看这篇

程序那些事

Java protobuf 程序那些事

神策分析 Android SDK 网络模块解析

神策技术社区

程序员 代码 神策数据

带你认识MRS CDL架构

华为云开发者联盟

数据库 大数据 FusionInsight MRS MRS CDL 实时同步

拿捏!隔离级别、幻读、Gap Lock、Next-Key Lock

艾小仙

MySQL sql 面试 大前端

支持 10 亿日流量的基础设施:当 Apahce APISIX 遇上腾讯

API7.ai 技术团队

案例 API网关 APISIX Meetup 腾讯游戏

基于Mybatis-plus实现多租户架构

码农参上

多租户 8月日更 Mybatis-Plus

在java程序中使用protobuf

程序那些事

Java protobuf 程序那些事

SphereEx CEO 张亮:数据库上云是大势所趋|初心·问

SphereEx

数据库 开源

书单 | 无所不能的Python,从技术到办公,总有一款适合你!

博文视点Broadview

手把手教你写 Gradle 插件 | 数据采集

神策技术社区

程序员 埋点 数据化 神策数据

神策分析 iOS SDK 全埋点解析之启动与退出

神策技术社区

ios 代码 埋点 神策数据

架构实战营模块一作业

michael

架构实战营

前端、后端、测试、研发经理必备技能-ApiPost接口管理工具

CodeNongXiaoW

大前端 测试 后端 接口工具

MySQL 系列教程之(十二)扩展了解 MySQL 的存储过程,视图,触发器

若尘

MySQL 数据库 8月日更

FusionInsight怎么帮「宇宙行」建一个好的「云数据平台」?

华为云开发者联盟

大数据 数据仓库 FusionInsight 云数据平台 LakeHouse

FL Studio基本功能介绍

懒得勤快

神策分析 iOS SDK 代码埋点解析 | 数据采集

神策技术社区

程序员 数据 代码 埋点

保护亿万数据安全,Spring有“声明式事务”绝招

华为云开发者联盟

spring 数据安全 事务管理

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