时长10:28大小4.80M
上一篇文章中,我系统地介绍了从一位工程师到一位管理者所需要做的角色转换。你是否已经对“如何做一名职业的管理者”胸有成竹了呢?
事实上,管理更多的是一门实践科学,从“知道”到“做到”,还需要长期地刻意练习。在实际操练过程中,你会碰到各种各样的问题,这会是常态。但是,如果你能提前知道前面有哪些“坑”是最容易踩到的,你也许就可以提前规避,选择跨过去或绕过去。
今天,我就把过去 10 年我遇到、看到、听到、搜集到的新经理最常见的管理误区,汇总为六个大类和你分享,希望可以帮你未雨绸缪。
常见的做法和说法如下:
类似的行为和说法还有很多。你能够看出以上四个问题的共同点在哪里吗?你觉得这些问题背后的原因是什么?会带来哪些可能的后果呢?
相信你已经发现了,若用我们前面掌握的“马车模型”来看,这类问题的共同原因就在于:这位管理者还在“拉车”,而没有站在“马车夫”的位置上去驾驭整个马车;没有对整个团队的 ownership,工作比较被动,关注执行过程。
所以,我把这类问题归纳为:过程导向、被动执行。那么这种情况会带来哪些后果呢?
由于没有从“管理者”的视角出发,所以至少会带来如下三个后果:
你身边是否有这样的管理者呢?你对此又是怎么看呢?
常见的相关说法有:
关于上述的这三个问题,我分别用三个词来概况:
由于这类问题突出一个“包”字,所以我把它归纳为:大包大揽、唯我最强。
我相信,你身边一定有这样的管理者,甚至你还曾经遇到过,而且对于其中某些大包大揽的行为,你可能还挺钦佩他的能力和担当。那么,你是否意识到,大包大揽的管理者也可能会带来这样的后果:
正因为如此,有些成熟公司如京东就有规定,如果你没有培养出可以完全顶替你位置的人,你是不能晋升的。
常见的相关说法有:
上面这三个问题,其实是两类管理者的表现,我合并在一起了。
第一类是“带头大哥”式的管理者,讲究的是兄弟感情,在他们心目中,不但兄弟的工作是我的, 兄弟人也是我的。这类管理者可能在某些情况下特别有战斗力,但是一旦情况有变,对公司的破坏性也是非常大的,因为他忘记了他带的团队是公司的资源,而不是自己的,所以不可能成为一个职业的管理者。
而后两类问题描述的是和第一类几乎相反的一类管理者,由于团队里有资深的高级工程师,他在技术判断力方面不如这些高工,索性就给这些高工做起了“保姆”,而忘记了自己才是这个团队的舵手和船长,因此也不是一个职业的管理者。
我把这两类不职业的情况放在一起,归纳为:带头大哥、当家保姆。这类问题带来的后果大体如下:
那你是这样的管理风格吗?你团队里有资深高工吗?此时,职业与否,才能体现出你作为管理者的成熟度。
常见的相关说法有:
上面的这些说法是不是很常见呢?你作为工程师时应该一定不止一次地遇到过,甚至也曾经这样说过。作为一位工程师,有上面的这些言论似乎也无伤大雅,但是如果作为一个团队的管理者还这样说的话,就明显是掉到“坑”里了。
这个“坑”是什么呢?就是:单一视角、固化思维。往往因为某个要素不具备就否定所有的可能性,比如上面提到的“要想做事,就得招人”“要想提高积极性就得发加班费”“只有某某那样的人才能做管理”“某个 Bug 没有修复就不能发布”等等,思维模式非常单一。这样造成的后果是:
所以,如果你已经走上了管理岗位,请务必避开这个误区。
常见的相关说法有:
上面的这些说法也很眼熟吧?因为这在工程师团队里非常常见。相信明眼如你,一下子就看出来这类问题的共同特点就是:自扫门前雪、固守边界。
我们都知道,角色和责任的边界划分,是为了分工和合作,但由于很多大型项目有赖于多个团队一起协作完成,所以又需要有人主动站出来,去承担边界模糊的那部分职责。作为一个员工,边界分明无可厚非,但是作为一个管理者,就需要以全局的目标为己任,才能拿到公司要的业绩结果。
所以,这类问题明显的管理者,常常带来这样的后果:
正因如此,作为管理者,是要站高一层来看待问题的。
这个我已经在前面的文章中探讨和解决过了,常见的说法有:
这类问题的核心原因是把管理摆在了和技术对立的位置,同时由于管理能力还没有强大到可以作为自己的核心竞争力,因此忧虑自己的技术会落后,从而失去生存能力。
我把这类问题归纳为:“患得患失”。这造成的后果会有:
至此,六类管理误区我就分享完毕了,你是否能够在实际的管理工作中一眼认出它们呢?我们再来回顾一下这六类误区都是什么:
第一类:过程导向、被动执行;
第二类:大包大揽、唯我最强;
第三类:带头大哥、当家保姆;
第四类:单一视角、固化思维;
第五类:自扫门前雪、固守边界;
第六类:患得患失。
所有上面这些“坑”,都是前人用血泪教训换来的,希望你在前行的道路上,能够认清楚这些“坑”,或规避,或跨越,驾驭着你的“马车”一往无前。
作者回复: 哈哈 👍很好的误区
作者回复: 说的好凄惨^_^
作者回复: 为你点赞👍
作者回复: 管理者不是圣人,他可以不职业,你可以更优秀:)
作者回复: 恭喜你和我一样:)
作者回复: 那就不叫骨干成员,只不过是资历老,划定他的工作范围和工作要求,胜任一定工作就好了。
作者回复: 你是创始人还是在创业公司打工?这是创业公司的正常状态。啥事都得做,我作为技术负责人该兼顾行政财务人事呢:)你和主要关系人判断好啥事值得自己做就好了,一步一步往前拱!
作者回复: 这两个其实没有必然关联,角色认知偏差不属于风格问题:)结合起来分析更多的是统计意义
作者回复: 认知误区的问题在于没有意识到这是个问题,你一旦意识到了就变成一种选择,你可以选择惯下属,也可以选择不惯,只要你觉得自己是基于管理者角色出发的:)所以 并不能说你这一定是问题
作者回复: 认知的改变是需要持续觉察的,认识了误区只是第一步。
作者回复: 嗯嗯 这本来就是我们大部分技术管理者最容易踩的坑:)
作者回复: 看场景:)单独拿出来不好探讨,不过,有些项目是进度第一,质量次之
作者回复: 等到你培养新经理的时候会更容易看到这些问题:)
作者回复: 你的困惑在哪里?知不知?愿不愿?还是能不能?
作者回复: 好想听听你的感受,毕竟思维方式差异很大:)
作者回复: 王阳明说了:人人即可成圣人:(
作者回复: 这些误区属于认知误区,知道了还可以为之就是自己的选择,而不是误区,所以不需要克服。
作者回复: 坑儿你都看见了,踩不踩就可以选择了:)
作者回复: 🤝🤝
作者回复: 有前途啊、程序员转产品,思维方式会很立体