-->

技术管理案例课_13_12_进阶心路不要轻易跨过一线经理给员工安排工作

你好,我是徐建。

从今天开始,我们进入了一个全新的模块。

二线经理。

什么是二线经理呢?顾名思义啊,就是管理一线经理的经理,也就是手下管的是经理,而不是一线员工。

今天我就跟你聊聊进阶二线经理的心路历程,那二线经理和一线经理到底有什么区别呢?这里有一个很大的区别,就是我们的能力要有全面提高这个能力。

我从两方面给你说一说。

在事务管理方面,二线经理需要有自己的愿景,并且具备在更大量的信息中抓住重点和深入分析的能力。

在人员管理方面呢,因为下属是一线经理,他们的成熟度和处理问题的能力相比一线员工要更好,所以留给二线经理处理的问题呢,基本上都是棘手难办的问题了。

就拿我们公司来说,公司有健全的一线经理培训体系,但是却没有相应的二线经理培训体系,基本上晋升的二线经理就是直接扔到战场上,通过实战慢慢积累经验了,我自己在这条路上就出了问题。

而且据我了解啊,这些问题都是我们在进阶到二线经理后高频发生的共性问题。

解决一线经理不能搞定的问题,这样才能体现二线经理的价值。

这句话听上去有点虚。

所以接下来我分别从把事管好和把人理顺这两个方面来跟你解释。

二线经理相对一线经理有什么不同?我们晋级二线经理,其实首先要转变的就是管事情的思路,把事管好是二线经理的首要特质。

刚刚做二线经理的时候呢,很容易出现越级指挥跟进项目,时流于表面以及布置任务、急于亲自作战的问题。

那我们应该怎么做才能把事情管好呢?我们不仅要学会集权,更要学会授权。

我们不仅要向上管理,更要下沉管理。

我们不仅要处理任务,更要学会更好的布置任务。

作为一个二线经理,我们下面还有一线经理,这里要注意一个身为二线经理以后的重大转变。

你是通过管理一线经理来管理一线的员工,而不是直接去管理一线员工。

如果我们总是越过一线经理,直接给员工安排工作,就是大忌。

为什么这么说呢?下面我就给你分析一下,为了方便你理解呢,这里我假设王总是一个二线经理,他总是直接给一线员工安排工作。

首先我们推演一下,这是我一线经理,心里会怎么想?易线经理会这么想啊,王总经常跨过我,给我布下安排任务,那他要我干什么呢?他是不是觉得我跟他思路不一致呢?他是不是信不过我呢?接下来我们再分析一下,就是一线员工心里会怎么想?奇怪,王总老是越过我的上级,直接给我安排任务,那我的上级是不是在王总那里出了什么问题呢?如果王总跟我的上级给我分配的工作有冲突的话,那我到底该听谁的呢?这不是让我难做人吗?最后我们再考虑一下王总的上级领导,想想他心里会怎么想。

我付你二线经理的钱,你就去干一线经理的活。

你的二线经理应该把一线经理培养起来的,这样才能更好的提升整体团队效率。

总之,你要去解决你的一线经理干不了或者干起来效率不高的工作。

比如有一些跨团队的协作问题。

我们通过前面的分析就会发现,二线经理的王总越过一线经理,直接安排一线员工的工作,会导致一线经理、一线员工和上级领导三个角色都心有不满。

他们去发掘这个误区的本质。

其实就是没有认清二线经理的定位。

这个定位就是二线经理是通过一线经理来管理团队,而不是直接管理团队。

所以啊我们必须让手下的一线经理有存在感,并且让他们受到鼓舞。

一线经理啊是有决策权的,而且他面对的问题的难度往往需要他带领团队才能解决。

作为二线经理要支持和鼓励,那我们认识到这个定位以后还容易出现什么问题呢?没错,就是矫望过正,也就是一味去给一线经理授权,对一线团队的管理细节完全不关注。

二线经理千万不能觉得授权一线经理以后啊就可以放手不管了。

这么做的风险是割裂了自己和一线员工,特别是和一线技术骨干的关系,脱离一线业务,慢慢的把自己变成了一个纯粹的人事。

经理自己把自己做空了。

我想跟你说啊,我自己刚升任二线经理的时候,很迷茫,很不安。

光是去参加下面几个一线团队的会议,就已经把时间消耗了大半。

那时候被众多邮件支配的恐惧,我现在回起来还是历历在目的。

光是把自己加到所有一线团队的邮件列表,后面我的邮件数就已经在爆炸式增长了。

就算去掉监控报警邮件,每天的新邮件也从几十增长到了数百,根本看不过来面了。

种种压力,我感觉自己根本找不到着力点。

经历了不少起伏以后呢,我就开始反思得出的结论就是授权一线经理不等于不管不问,而是要掌握二线经理管理的方法。

显然,原先一线经理的管理方法不再适用了。

我最后发现真正的症结就是我踏上二线管理岗位后,我的管理开始浮于表面,疏于关键细节。

我之前在向上管理中谈到站在高你两级的领导角度去看问题。

其实做了二线经理呢也要下沉两个汇报级别,了解情况,构建和基层的信任关系。

前面我说自己刚做二线经理时,看似参加了很多会查看数百份一线邮件,但这些都是浮于表面的典型做法。

结果就是耗了很多时间,还是不了解真实情况。

那到底怎么样才能了解真实的情况呢?我们可以按照下面四个方法来操作。

第一呢就是梳理关键项目,二线经理不可能对所有的项目都投入力量的,所以就要梳立关键项目,只参加关键项目的关键会议,比如季度计划会议、审核会议,而不是每一天的例会。

如果还是觉得会议太多呢,就说明我们抓的还不够,关键应该继续精简。

极端情况下,在同一个时间就该只跟进一个项目,这个项目应该是最需要二线经理去重点关注的那手头的重点项目到底怎么做深挖呢?具体来说就是和技术负责人做沟通,再把什么设计思考啊、技术细节啊、实施计划呀、潜在风险,还有应对策略,这些内容全部一起过一遍。

技术负责人的讲述必须让二型经理听懂,整个过程会花上一两个小时。

为了保证重点项目做到位,我呢会从客户体验是否简单,技术决策是否跟客户价值交付强相关技术方案,实施投入产出比后续的运维成本,还有导致项目失败的风险点等多个方面来做考察。

第二个方法呢就是找一线骨干沟通,对于一线骨干应该安排定期做技术上的单独沟通,听一下一线骨干单独讲项目细节,这一点非常重要。

我甚至觉得找一线骨干或技术和项目的细节的效果要比前面提到的关键会议更有作用。

为什么这么说呢?因为往往在人多的会议上啊,你只会听到好消息或者听到不痛不痒的话,而单独针对技术细节的沟通,更能暴露一线的真实情况。

作为二线经理,找多个一线骨干了解细节,再配合自己在关键会议上的观察,就更容易全面的了解情况,尽早发现问题,以便我们介入解决。

第三个方法就是通过闲谈也能发现问题。

我们可以采取一些轻松的形式,比如找各级骨干和一线经理聊聊天,场合也很灵活。

比如一对一形式的散步啊,吃饭呢这样做有两个好处。

一个啊是在这样的环境下,能够更好的增进你和各级部下的关系。

另一个呢就是没有目的性的,闲聊很轻松,很多时候也能聊出有效信息来。

我们可以问问部下对团队内一些事情的看法。

一般呢部下都会想表现出自己是有真知灼见的,他们的看法也能帮我们更好的了解情况。

比如跟x聊天说到合作,我就会随口问问,你跟y合作如何呀?你觉得y怎么样呢? X回答我y很努力,也很有担当,但情商不够,潜力有限。

那我就会问问x你的小组里谁比较有潜力啊? X跟我说,在日常工作中,他觉得s很强,他自己很努力了,还不一定能赶上s的进度。

那我还会问问x在能力上部门里哪些人是你的学习榜样呢? X说完我还会问问为什么,然后再提几个x没有提到的人问为什么不是这些人呢?第四个方法就是跟进客服情况和进行客户访谈。

二线经理想了解本团队产品跟进客服的情况,是一个很重要的渠道。

我们公司就设置了专门解答客户问题的渠道,比如每一个产的的lack ct nenel ero project.我觉得呀组织的一把手应该不定时的到一线答疑摸底,这不但能让我们直接了解一线的真实情况,对整条客服线也是很大的激励,能够推动他们提升服务质量。

还有就是直接找重点客户做访谈。

比如我们是基础架构部门,我就会直接找到公司的支付和数据部门了解产品反馈。

因为我想了解细节,所有更喜欢跟一线的工程师坐在一起收集反馈,而不是单单等着看这些客户所在部门的领导,让下属给他反馈。

总结,请注意啊,把这些事完全交给客服团队去做经理,只是跟客服团队定期做个审查,这样是远远不够的。

总之,我坚信组织的一把手才是那个关键人物,只有他真正参与了,才能最有效的把客户的需求反馈转化成组织执行力。

前面我们了解到二线经理跨层级给一线员工布置任务是大忌。

那么到底怎么来布置任务更好呢?接下来我就给你举个具体的案例说明这个问题。

有一次啊我手下的监控团队和云计算团队要协作才能完成一个任务,但是拖了很久还是没有进度。

而且更麻烦的是呢,我们是双向汇报制度,这个事情还牵涉到美国的监控和云计算团队,上海这边不能单独解决。

于是呢我在上海召开了会议,在会议上做了提议,要求监控团队和云计算团队必须在三个月内按计划交付。

会后,我写了一份会议,总结抄送给中美相关团队。

当天晚上呢,美国的监控主管就写了信,询问为什么没有跟他商量,就做出决定呢?第二天他又跟我说,他的部下也质问他,为什么这个事情没有在内部先充分讨论就定了。

于是,这件事逐步演变成消除我那份会议,总结邮件产生的影响,而不是解决问题本身。

事后我就问自己,难道我应该先找监控的中美团队开个会,达成监控团队内部的共识,再找云计算的中美团队开会,达成云计算团队共识,最后再找所有人一起开个大会才能解决这个问题吗?啊,上海的监控团队和云计团团队,还是我们同一个大部门管辖的吗?这时啊老姜给了我一个建议,他说徐建啊,你看你是二线经理,你为什么不尝试写一份邮件给上海的监控经理和云计算经理列举你看到的问题,直列问题不列方案后后,要求上海的两个一线经理给一个方案呢?至于美国那边,你可以把邮件抄送给美国监控和云计算经理。

后来我老板也跟我说,有些事啊欲速则不达。

第件事,我作为二线经理的初衷不错,强势介入解决。

但在人的问题没有理顺之前,这样强势直接解决问题的方式不一定更高效。

事实也是如此的然是我总结了两条经验,第一条要解决问题。

前期在梳理人员这方面的准备工作不可忽视,开会定方案只是最后一击。

第二条就是作为二线经理,可以尝试先抛问题,把自己摆在裁判的位置,而不一定自己直接上场。

二线经理除了把事情管好以外,还需要更多的着眼于把人理顺。

请注意啊,我这里说的不是把人管好,而是把人理顺,那具体怎么把人理顺呢?二线经理和一线经理对人的着眼点到底有何不同?我会从人员诉求、招聘裁人这三个角度带你做个分析。

我们一起想一想啊,前面我强势解决监控和云计算协作的做法有什么问题呢?其实就是只关注到了解决问题本身,却忽视了人员诉求。

作为一名二线经理,需要处理的问题,更多的是跨团队协作。

我就拿前面监控和云计算协作的故事为例,但你做个梳理,看看经理知道了人员诉求以后再去做协调会,有什么不一样。

我应该先去想想监控的总部主管是一个什么样的人呢?他在乎什么呢?结合以往的相处经历,我想起这名主管曾多次明确提出他需要在决策圈内。

如果不提前通知,他他总会质问是谁在他不知情的情况下面做了决定,再来看看云计算总部的领导是什么人,又在乎什么呢?云计算主管也有自己的优先级。

我回忆了我和他过去的交流活动以后呢,我意识到总部云计算主管在乎什么了,他很在乎解决问题,有没有前瞻性,而不是一味解决眼前问题。

还有一点也很重要,云计算部门夸大的实施已经做了一年了,还没有一个成功案例来证明其价值。

那这个诉求有没有办法满足呢?梳里的这些诉求在复盘前面的案例。

我觉得呀除了之前说的跟上海的一线经理提出要求,我也可以帮忙在幕后铺一下路。

比如啊监控总部的领导那边我应该提前打招呼,告知困难,可以把事情的前因后果跟他说清楚,再提出希望他可以帮助云计算。

那边呢可以跟总部商量一下,是不是可以把监控当成一个成功案例来做。

总之啊先了解清楚相关人的诉求,看能不能借助别人的思路,把自己想办的事情给办了。

有兴趣呢可以在网上搜一下盖茨的女婿和世界银行副总裁相关的故事,仔细体会这一点。

关于招聘的重要性,我之前在讲人才招聘时就强调过。

但我们现在作为二线经理,实际是你的一线经理在招聘一线员工,那我们应该怎么做呢?每一个人的终面必须参加吗?还是说我们直接把招聘的定夺权完全交给一线经理呢?作为二线经理这两种情况的面试,我一定会参加,一种是高级别的候选人面试。

另一种是团队转型时期招聘的新人面试。

二线经理的介入程度要根据具体情况选择。

如果我认为招聘经理的要求很高,我介入的就少。

如果我认为招聘经理的要求不够高,我介入的就会多,甚至要求必须让我参加面试,面试官的安排也必须诱惑我。

指定的人。

这样做呢不是因为一线经理招聘人的主观要求不高,而是他的能力和思维方式没有办法在短期内就提升。

如果这时候二线经理不参与,就很容易导致这个一线经理招来的人达不到我们的标准。

如果不是大规模招聘啊,实在忙不过来,我还是建议二线经理呢要对每一个进入组织的人都面试一下的面试啊。

一方面是考察候选人,另一方面也是我们和候选人的第一次接触。

我一直觉得呀面试官就跟古时候科举考试的主考官一样的。

如果候选人在面试阶段就见过他,他们加入公司以后和我们的关系,那就会亲近一些。

除非是要裁掉一线经理,不然我们裁掉一线经理,下面的员工,就必须得到一线经理的配合。

那么问题来了,如果一线经理不愿意裁人,或者说裁人的动力不大,该怎么办呢?我们可以要求一线经理持续按照高标准招聘,让他不要担心,最后没有招聘预算。

好的人才啊,可遇不可求啊。

如果这一个一线经理经过自己的努力,终于面试到一个他很看好的人才。

他为了把这个他欣赏的人才纳入麾下,他就会有动力去主动裁掉团队里相对较差的员工。

前面我跟你说了残忍的简单情况,其实如果一线经理给力,这些事情并不需要我们亲自推动更关键的裁人情况是怎么完成关键位置的裁人。

比如为了组织团队转型而裁人,有些重要,项目想要做好,就要靠关键位置上的人。

为什么这么说呢?我给你分析一下,作为二线经理,如果我们想落实一件事儿,但涉及这件事的关键核心人员跟你不是一条心的话,那事情就很难做成。

比如我们想提升团队a的效率,但是团队a的经历不是这么想的,他觉得自己的团队已经挺好了。

那他即使没有当着面顶撞你提效这件事儿,他的贯彻执行力度也会大打折扣。

所以有时候呢你不得不下一个痛苦的决定,就是拿掉。

他要知道这个人能走到关键岗位,一定有他的道理的。

所以这个事情急不来,这里有两个思路供你参考。

第一个思路是评估其人脉,构成他手下对业务至关重要的关键骨干。

我们要花时间构建信任关系。

注意啊,这里绝对不是说用利益去让他们背叛原来的上级,这样就走偏了。

而是让他们了解我们是什么样的人,有什么样的价值观。

了解我们希望这个组织变成什么样子。

第二个思路是获取上级领导的支持,特别是空降到一个部门做经理,想要拿掉一线经理,就要获得提拔过这个经理的老板支持,说服提拔这个经理的高位领导支持我的决定。

这个对话不容易,我们要坚定,敢于承担责任。

当然了,二线经理除了把事情管好、把人理顺之外,还应该有更高的追求,那就是不断突破自己,走向卓越。

对一个二线经理来说,值得自豪的不是自己多苦多累,而是要带领好几个团队,也就是带领这些团队组成的一个大的部门,达到新的高度。

以我现在的情况来讲,如果我们部门要取得突破性进展,已经没有简单的事情可以做了,关键的事情都是利益相关的,如果不站出来,只顾自己安稳,得过且过,那就是我失职是果。

我把关系搞砸了,影响到我们团队的利益,那也是我失职。

是不是历史上的变革一样,团队内部有以前的惯性,团队外部呢还有利益冲突。

所以啊二线经理想要把自己负责的团队带到新的高度,特别需要有这个突破意识。

如果每天工作所做的决定都很容易,每天处理的问题都不伤神,不痛苦。

但就等于在传达一个信号,我们自己的提升有限,我们带领的团队提升也十分有限。

好了,今天的内容讲完了,我来给做个总结。

今天我们主要谈了进阶二线经理后,再把事管好和把人理顺两个方面区别一线经理需要做的提高。

首先是把事管好。

二线经理是通过手下的一线经理去管理团队,所以要给一线经理授权,不要轻易跨过他们安排一线工作,同时也不能忘记我们要下沉两个管理层级去了解一线的细节。

具体有四个方法,有些细节梳理关键项目,找一线骨干沟通,通过闲谈发现问题和跟进客服情况,以及进行客户访谈。

在布置任务的时候呢,可以抛问题,让一线经理协商给方案。

然而,按需选择是直接落实这些方案里的实施步骤,还是根据情况做调整,这样就能更好的把握进退的空间。

另一方面就是把人理顺,具体分为人员诉求、招人和裁人三个部分。

人员诉求上,我们需要清楚相关人的诉求,借人成事招聘和裁员上也需要得到一线经理的支持,不是所有情况都需要亲力亲为。

这里要注意团队招纳重要的候选人是还是由我们二线经理参与拍板。

在团队转型这类特殊情况下面,就算是一线经理这样处在关键位置的人,如果影响到团队发展,也必须从关键位置上拿下来。

二线经理就是要把事管好,把人理顺,做到了这些,还要具备突破意识。

除了维持团队正常运行外,二线经理还应该有更高的追求。

我们可以想一想,自己有没有做过触及核心利益的艰难决定呢?这能帮助我们审视自己,激励我们从合格的二线经理迈向更高的水平。

在本节课程的最后呢,我给你留两个思考题,我个人呢不喜欢那种倒浆虎。

领导什么是倒浆虎呢?就是那种碰到跨团队协作问题啊,就跟部下说你们自己协商解决,还教育下级经理要主动扩大自己的影响力,但他作为领导却从不真正处理。

那么第一个思考题就是你认为什么情况下需要二线经理直接到一线解决问题,什么情况下要求一线经理自己协商解决呢?第二个思考题,就是如果确定了要一线经理自己协商解决,你又需要做哪些事情才能避免成为我刚才所说的那种倒浆糊不出力的领导呢?欢迎在留言区晒出你的经历和疑问。

如果有收获,也欢迎你把这篇文章分享给你的朋友。