写点什么

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

评论

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

HyperWorks二维网格划分及拓扑改进

智造软件

Hypermesh 网格划分 有限元

1024程序员节 | 华为与开发者共筑智能应用新生态

极客天地

用二维码展示信息,有哪些常见应用场景

草料二维码

TiDB数据库出现性能问题,如何利用数据库性能诊断工具DBdoctor一分钟诊断!

TiDB 社区干货传送门

性能调优 实践案例 管理与运维 安装 & 部署 应用适配

Merge-region 原理及常见问题

TiDB 社区干货传送门

故障排查/诊断

【论文速读】| APILOT:通过避开过时API陷阱,引导大语言模型生成安全代码

云起无垠

10分钟写一个tidb-ai机器人帮你解答tidb问题

TiDB 社区干货传送门

新版本/特性解读

TiDB Vector 本地部署体验

TiDB 社区干货传送门

8.x 实践 TiDB Cloud TiDB Vector

ChatGPT Search 上线 允许用户像使用搜索引擎一样完成即时搜索

吴脑的键客

ChatGPT Azure OpenAI

Java如何实现企业微信审批流程

威哥爱编程

Java 微信 企业微信开发

Emeritus硅谷AI深度研学之旅圆满落幕,探索AI前沿投资洞察!

科技汇

知乎 PB 级数据:超大规模TiDB集群管控实践

TiDB 社区干货传送门

实践案例 集群管理 数据库架构设计 HTAP 场景实践

管理者应该具备的几点认知

老张

团队管理 技术管理 职场晋升

Llama 3.2 Vision & Molmo:多模态开源生态系统基础

Baihai IDP

程序员 AI Baihai IDP Llama 3.2 Vision Molmo

软件测试学习笔记丨Flask框架-集成Swagger文档

测试人

软件测试

Elasticsearch开源仓库404 7万多star一夜清零

吴脑的键客

数据库 搜索引擎

突破 RAG 局限,KAG 专业领域知识服务框架正式开源!

可信AI进展

TiKV Raft Store 内存管理的原理与实现丨TiKV 源码解读(二十三)

TiDB 社区干货传送门

人工智能如何从神话走向科学的?

天津汇柏科技有限公司

人工智能 AI 人工智能

TiDB 集群组件间开启 TLS(双向认证

TiDB 社区干货传送门

7.x 实践

冲一下深信服,好像有点简单?

王中阳Go

Go 面试

智慧停车系统(源码+文档+部署+讲解)

深圳亥时科技

鸿蒙网络编程系列42-仓颉版域名解析示例

长弓三石

DevEco Studio 开发实例 HarmonyOS NEXT 网络与连接

Rust 在 Android 的编程实践——技术驱动的车云一体化解决方案探索

Greptime 格睿科技

android rust 时序数据库 车云

CST如何进行局部网格剖分

思茂信息

cst cst使用教程 电磁仿真

观测云:简化复杂的云账单,让企业轻松掌控云成本

观测云

云账单

TiDB br日志备份PermissionDenied

TiDB 社区干货传送门

实践案例 备份 & 恢复

探讨Java深搜算法的学习笔记

威哥爱编程

Java 算法 DFS

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