QCon北京「鸿蒙专场」火热来袭!即刻报名,与创新同行~ 了解详情
写点什么

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

评论

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

认识鸿蒙Context

龙儿筝

鸿蒙

SpringBoot启动原理详解(图文全面总结)

江南一点雨

我们的 WebAssembly 实验:扩展 NGINX Agent

NGINX开源社区

nginx Wasm nginx 开源版

三分之一的生成式AI项目将被放弃?从零开始看RAG如何变现

本原智数

人工智能 大模型 生成式AI rag 本原智数

摩尔线程开源vLLM-MUSA 加速国产GPU AI

吴脑的键客

人工智能

NocoBase 实战教程 —— 任务管理系统

NocoBase

开源 低代码 教程 无代码

cleanmymac有必要买吗?Mac清理软件哪个好用?

阿拉灯神丁

软件包 清理工具 mac系统维护 CleanMyMac X中文版

ppt目录页怎么做好看?一键切换ppt模板布局的神器来了!

职场工具箱

效率工具 职场 PPT 高效办公 AI生成PPT

UBBF 2024,建起超宽带与AI间的博斯普鲁斯大桥

脑极体

华为应用市场:赋能开发者全生命周期服务体验

热爱编程的小白白

极狐GitLab 足下科技,加速国产智驾操作系统的发展与普及

极狐GitLab

gitlab 智能驾驶 客户案例

AOT使用经验总结

沙漠尽头的狼

纽约时报诉OpenAI:生成式AI时代的数据陷阱与法律边界

本原智数

人工智能 数据采集 数据合规 本原智数

一书了解AI的下一个浪潮!

博文视点Broadview

小游戏3.0时代,应回归到游戏价值本身

FinFish

小程序容器 小游戏 小游戏技术 实时互动技术

共建行业生态,智谱大模型生态合作伙伴联盟成立

技术研究院

淘宝商品详情API接口Java GET调用指南

代码忍者

API 接口 pinduoduo API

京东零售推荐系统可解释能力详解

京东零售技术

人工智能 推荐模型 可解释

大模型准确率从17%到90%!为什么提示词工程是今天最珍贵的技能?

本原智数

人工智能 大模型 生成式AI 提示词工程 本原智数

能让企业“网络隐身”的SPA,到底是什么黑科技?

芯盾时代

网关 零信任 SPA

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