营出凝聚力
赢得团队心

管了12人团队栽过3次大跟头后,我才摸透情境领导的实底

去年年中项目复盘会,我把刚招进来的校招硕士小周骂到掉眼泪。

倒不是他犯了什么不可挽回的错,是他交的那份用户调研问卷,连最基础的维度分层都没做,整份报告的结论跟实际情况差了十万八千里。我当时压着火气说“我给你这么大权限,你就交上来这个东西?”

他头埋得低低的,半天憋出来一句:“你当时说让我放手做,我以为你要的就是这个效果。”

那句话像个小锤子,突然敲得我脑子嗡的一声。

我最早对情境领导的误解,全是书本里的“标准答案”

最开始学管理的时候,我把情境领导的模型抄在笔记本扉页,觉得这东西简直是管理圣经——不就是根据员工的能力,匹配不同的管理方式吗?

那时候我对这个理论的理解简单粗暴:能力强的员工,就充分授权,少管;能力弱的员工,就多盯进度,多教。

结果刚用这套逻辑管了三个月,就栽了第一个大跟头。

就是小周那事。他刚毕业,对公司业务一窍不通,做用户调研连我们的核心用户群是哪些人都没摸清楚,我就照着书上说的“对有潜力的新人要充分授权”,把整个调研项目的主导权全扔给了他,连个具体的任务边界都没划。

初创团队管理者办公室一对一复盘场景
初创团队管理者办公室一对一复盘场景

现在回头想,这哪里是授权?这是甩锅。相当于让刚拿驾照的人直接开着满载的大卡车上高速,不撞车才怪。

那时候我还觉得,是小周能力不行,态度不好。直到后来第二个跟头栽在老员工老张身上,我才反应过来,我根本没读懂这个理论。

老张是团队里干了8年的运营,对所有业务流程熟得能背下来,之前每次做活动,方案交上来我几乎不用改,签个字就能落地。去年他母亲住院,他连续一个月白天跑医院,晚上回公司赶方案,状态差到连之前10分钟能写完的活动规则,都要改三四遍。

我那时候的惯性思维还没转过来,觉得“老张能力强,我不用多管”,就追着他要进度,列了个拆解到天的任务表,要求他每天下班前同步完成情况。结果他当天就找我提了离职,说“我干了这么多年,你连我家什么情况都不问,就拿考核表压我,真的没意思”。

那天我在会议室坐了半小时,突然意识到,我之前学的根本不是情境领导,是拿书本上的模型给自己套了个偷懒的壳。

所谓“匹配”,根本不是给人贴“能力标签”

后来我花了快半年时间,把之前所有的项目记录翻出来,对着每个员工当时的状态复盘,才慢慢摸出点门道。

情境领导的核心,从来不是给人贴永久的“能力强/能力弱”标签,是要盯着人在具体某件事上的两个动态维度:一个是能力——他到底会不会做这件事,有没有相关的经验积累,能不能独立把事做对;另一个是意愿——他接这件事的时候,是有信心、有动力做好,还是忐忑、抵触、无所谓。

这两个维度是随时变的,根本不是一劳永逸的固定属性。

还是说小周。上次把他骂哭之后,我没再给他扔大项目,派了个很简单的活:整理过去三个月的用户反馈,按问题类型分类。

这次我没再说“你放手做”。拉着他开了20分钟的小会,把分类的维度、要筛的关键词、最后文档的格式全给他列清楚,甚至把之前3份同类型的历史文档发给他当参考,跟他说每两天同步一次进度,遇到卡点直接找我,不用硬扛。

他那次交的东西,比之前老员工做的还细,还主动加了个简单的趋势图表,标出来最近大家吐槽最多的三个功能问题。

管理者与新员工一对一沟通任务拆解场景
管理者与新员工一对一沟通任务拆解场景

你看,同样是小周,同样是做用户相关的事,上次他能力不够,我却给了最高级别的授权,结果砸了;这次他能力够做这个小任务,我给了明确的指导和支持,他反而能超预期完成。

再说到老张。他提离职之后我找他聊了一下午,把之前的任务表全撤了,跟他说最近这段时间,他只需要负责活动里最核心的流程设计部分,其他最耗精力的供应商对接、场地协调、物料核对的活,全部分给了团队里两个想攒项目经验的年轻同事。我跟他说,不用卡下班时间,家里有事随时可以走,进度跟不上我来协调。

他当时愣了半天,说我要是早这么说,他根本不会提离职。

那次活动最后做下来,转化率比上一年同类型的活动高了20%多。你看,还是那个老张,还是做一样的事,上次他因为家里事意愿下降,我却拿管新人的方式追着他要进度,结果差点把人逼走;这次我把他从耗精力的杂事里解放出来,匹配他当下的状态,他照样能做出好结果。

别把情境领导搞成“看人下菜碟”的厚黑学

别把情境领导搞成“看人下菜碟”的厚黑学
别把情境领导搞成“看人下菜碟”的厚黑学

我见过太多人把这套理论学歪了,觉得情境领导就是跟不同的人说不同的话,玩权术,搞平衡。

真不是。

本质上这就是个反人性的事——大部分人当管理者,都想图省事儿,找一套固定的方法,套在所有下属身上,最好所有人都能自动把活干好,不用自己费脑子。但问题是,团队里的人本来就是不一样的:有的新人有冲劲但没经验,有的老员工有经验但状态有波动,有的人喜欢被明确告诉要做什么,有的人就想自己说了算不想被干涉。

你要是总拿一套脚本管所有人,最后一定是把所有人都管得不舒服。

我现在派任务之前,根本不会先想“这个人能力怎么样”,就花3分钟问自己两个问题:

第一,他之前有没有独立做成过这件事?如果没有,我需要给他搭什么梯子?是给个参考模板,还是帮他对接对应的资源,还是把大任务拆成几个小节点,让他一步步来?别让他一上来就面对个完全陌生的大摊子,连个抓手都没有。

第二,他接这个活的时候,是兴奋的,还是忐忑的,还是无所谓的?如果是忐忑的,就多给他点确定感,把目标说的具体点,告诉他做成了有什么好处,做砸了我帮他兜底;如果是无所谓的,就把这件事跟他的个人成长挂钩,比如做完这个项目他能拿到什么经验,对之后的晋升有什么帮助,别硬压着指标逼他干。

说个很实在的感受。之前我管团队,总觉得要端着,要让下属觉得我很厉害,什么都懂。现在才觉得,好的管理根本不是端架子,是你真的能看见每个人当下的状态,不是把人当完成KPI的工具。

上周小周主动找我,说想牵头做下半年的用户调研项目。我没像最开始那样,拍着他肩膀说“好,我信你,放手去做”。我先问他,现在对整个项目的流程熟不熟,需要我协调什么资源,他说已经把之前的调研数据翻完了,有大概的思路,只需要我最后帮他把一下核心的调研方向就行。

就这么点事。

我之前绕了那么大的弯,骂哭过下属,逼走过老员工,踩了那么多坑才想明白。管团队哪有什么万能公式啊?你要是总想着找一套能适配所有人的标准答案,最后一定会把所有人都管走。

免责声明:市场有风险,选择需谨慎!此文仅供参考,不作买卖依据。如有侵权请联系删除。
文章名称:管了12人团队栽过3次大跟头后,我才摸透情境领导的实底
文章链接:https://tuanjian1.com/changdi/322.html