写点什么

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

评论

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

直播可以使用 https 了,快来试试吧

CRMEB

【国产】分布式批量作业调度平台TASKCTL产品验证的几种方式

敏捷调度TASKCTL

程序员 DevOps 分布式 ETL任务 自动化运维

前车之鉴:聊聊钉钉 Flutter 落地桌面端踩过的“坑” | Dutter

阿里巴巴终端技术

flutter 钉钉 移动端 跨端框架 桌面端

架构训练 模块五

小马

「架构实战营」

实战攻略:企业如何一步步建立自己的数字孪生

BeeWorks

linux中route命令超详细用法(十五万字)

爱好编程进阶

Java 程序员 后端开发

php基础语法

爱好编程进阶

Java 程序员 后端开发

突破疫情限制,WorkPlus助力企业打开远程高效办公新模式

BeeWorks

《深入理解Java虚拟机》读后笔记-运行时数据区域

爱好编程进阶

Java 程序员 后端开发

一道有意思的“初始化”面试题

爱好编程进阶

Java 程序员 后端开发

初识DevOps

天翼云开发者社区

DevOps 运维 前端开发

Spring Cloud构建微服务架构(一)服务注册与发现

爱好编程进阶

Java 程序员 后端开发

京东面试题:ElasticSearch深度分页解决方案

爱好编程进阶

Java 程序员 后端开发

【Kubernetes】k8s的安全管理详细说明【role赋权和clusterrole赋权详细配置说明

爱好编程进阶

Java 程序员 后端开发

龙蜥开源内核追踪利器 Surftrace:协议包解析效率提升 10 倍! | 龙蜥技术

OpenAnolis小助手

Linux 网络协议 系统运维 龙蜥社区 Surftrace

Spark离线开发框架设计与实现

百度Geek说

后端

密钥管理系统-为你的天翼云资产上把“锁

天翼云开发者社区

数据 数据安全 密码管理

MySQL数据库——事务和索引

爱好编程进阶

Java 程序员 后端开发

RPC架构设计方法论(完结)

爱好编程进阶

程序员 后端开发

云计算平台与传统平台的区别是什么?怎么理解?

行云管家

云计算 云服务 IDC

Linux编程之权限系统与工具使用(二)

爱好编程进阶

Java 程序员 后端开发

Redis(十二)

爱好编程进阶

Java 程序员 后端开发

疫情期间,IT运维人员远程办公软件有哪些?

行云管家

远程办公 IT运维 服务器运维 居家办公 运维软件

Maven中的pom

爱好编程进阶

Java 程序员 后端开发

多家波卡生态项目招聘开发者,高薪职位等你来 Pick!

One Block Community

区块链 招聘 波卡生态

全渠道CRM系统解决方案

低代码小观

低代码 CRM 客户关系管理 CRM系统 客户关系管理系统

Chrome Devtools调试小技巧

百度Geek说

后端

不要临时抱佛脚!跳槽面试涨薪全靠它 ,BATJ面试重点

爱好编程进阶

Java 程序员 后端开发

戴尔赋能科创小企业,共塑科创大时代

科创人

Spring Cloud 学习系列:(八

爱好编程进阶

程序员 后端开发

2022-05微软漏洞通告

火绒安全

微软 终端安全 安全漏洞

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