云创
← 全部话题云创话题 · 第 2 篇

团队协作 · 云创话题

老师越忙,团队越弱:你的带教为什么养出了依赖?

云创 · 约 6 分钟阅读

“这个团队离了我就不转。”

这句话,听起来像是在说自己重要。可对一个带团队的人来说,它也在提醒你:带了这么久,为什么还没有人能接得住?

顾客的问题,你来答;新人的顾虑,你来谈;伙伴约了人,你去讲。一天忙到晚,大家都说老师辛苦。你当然辛苦。一群人的事情,最后都做到了你一个人身上。问题是,这种忙法持续下去,团队到底长了多少本事?

新人刚来,需要你帮,这很正常。可一个人跟了你半年,同样的问题还得等你开口,同样的事情还得你出面,就不能只用“他能力差”来解释。得回过头看看,这半年你到底教了什么。

最容易被当成带教的,就是替人把事情办好。新人发来一张截图,你写好回复;新人不会介绍,你替他讲完。眼前的问题解决了,大家都松了一口气。可你判断顾客需要什么、为什么这样回答、哪句话不能承诺,这些他可能一点也没学到。他拿走的是答案,想明白答案的过程还在你脑子里。

下次遇到一点变化,他当然还得找你。这样帮下去,最先练熟的就是“有事找老师”。你嫌他没有主见,他怕自己做错;你越不放心,接过去做的事情越多,他自己想、自己试的机会就越少。依赖就是这样一点点养出来的,双方还都觉得是在为对方好。

这里还有一件不太好听、却值得说的话:被人需要,是会让人舍不得放手的。大家都来请教你,一件事非得你出面才行,容易让人觉得这就是自己的分量。于是,嘴上盼着伙伴独立,真到他有了自己的判断,又觉得他“不如以前听话了”。这时要问清楚:你在意的是他有没有做对,还是他有没有先来问你?

当然,不能把所有忙碌都归到老师身上。新人愿不愿意学、肯不肯练,也有他自己的责任。但作为带教者,至少要分清:哪些问题确实需要你的经验,哪些事情只是因为你一直包办,别人始终没有学会。不能把后者也算成自己的功劳。

带教有一个很实在的要求:事情做完了,人也要有所长进。今天你帮他处理一次顾客提问,明天他能不能自己先问清情况?这次你带他完成一次介绍,下次他能不能把该说的说明白?如果订单有了,人却始终不会做,那么这一次的生意做成了,带人的事情还没做完。

一个做法要传下去,就得简单、易学、易教、易复制。一个团队不能只留下“老师真厉害”的印象。你那些有效的做法,得拆开,让别人看得明白,跟着练得出来。否则你的本事越难学,团队就越只能围着你转。人再多,真正能做事的还是原来那几个人。

要改变,先从你最常替新人做的那件事下手。收到截图,先别急着给答案,让他说说顾客到底问什么,他准备怎么处理。你听完,再讲自己的依据。需要资料,就带他找到那份资料;判断有错,就告诉他错在什么地方。最后由他来回复,你帮他检查。多花的这点时间,是在教他下一次怎样自己开始。

处理完以后,还要回过头讲一遍。别只问“懂了没有”,那很容易换来一句“懂了”。让他用自己的话说说为什么这样做,再换个相近的问题试试,你才知道他究竟会了多少。从学习、复习,到练习、实习,最后成习,这几步都有各自的用处。听懂以后还要消化,消化以后还要练,放到实际工作中去用,再把做得对的地方养成习惯。只讲一次就指望他会,省掉的是训练,留下的是反复求助。

放手也有分寸。顾客投诉、产品资料说不清的问题,该请谁处理就请谁处理,不能让新人硬扛。让他独立,要连“什么事自己能做,什么事必须找人核对”一起教。等他做稳了一件,再交下一件。老师仍然在,只是慢慢不必每件事都亲自动手。

这好比给每节车厢安上一个小火车头。放到团队里,就是让更多伙伴能做事、能承担,还能把方法教给后来的人。这样的团队才会减轻对少数人的依赖。否则你今天带十个人忙,明天带五十个人,只会更忙。

所以,别只看每天有多少人找你。也看看,跟着你的人,谁已经能独立做好一件事,谁开始能带新人了。如果很久都数不出一个,这件事比再多开一场会更值得你花时间。

带团队的人,总得有这份心气:我教出来的人,应该有一天能接我的手。不能一边说盼着大家成长,一边又拿“谁都离不开我”证明自己。