写点什么

优秀技术人的管理陷阱

  • 2018-01-30
  • 本文字数:4158 字

    阅读完需:约 14 分钟

写在前面

几乎每一位做软件开发的技术人,都听过类似这样的话,“30 岁以后,身体比不过 20 几岁的年轻人,需要转型做管理了”。这句话理解起来是没有问题的。的确年龄越大身体就越比不过自己 20 多岁的时候,拼体力不够,但拼经验也完全够资格去带领年轻的团队上战场搏杀了,不过这里面的“管理”一词,不单单是管人,我认为赋予了太多的内涵,之后我慢慢说道。

另外也有相反的见解,认为可以把技术一直专心的做下去,不用过于担心。我觉得这种见解对大多数人来说不太适合。为什么说不适合呢?我觉得有些无法忽视的问题:

  1. 大部分技术人所处的行业服务是非常市场化的,只有极少数的技术人在研究、科研或者教育等领域在某个业务上需要常年深入而专注。市场化的服务是一个不断变化的过程,需要不断适应,所以做技术人就非常难在某一个比较狭窄的业务领域,或者某一项技术指标上保持多年的不变钻研。其实大多数优秀的技术人都是身经百战的老将,自己的成熟心智、经验历练和业务功底若能更好的展露出来,这就更需要赋予管理方面的职责。
  2. 技术高度的攀登是在不断的好奇、冲动、不服输、成就感中驱动向上,这是骨子里的驱动力,绝不是物质刺激的外部力量所能带动。对内在驱动力不敏感的技术人,绝无可能做到优秀的。可问题就在于技术的山峰不是一座,而是一山更比一山高。当您在自己领域的山峰爬到顶的时候,留给您的只剩下无趣,看着其他同样高的山峰一样对您是无趣的。这时候您就不得不选择了,要重新审视自我和寻找新目标了,那么涉猎管理,可以获得更宽广的眼界,就可以更准的让自己找到另一座目标。
  3. 只有达到技术上的高度,才有能力去肩负技术管理的职责。有些做技术的,在技术上没有建树,想转换到管理上碰碰运气。其实是行不通的,为什么会这样,涉及的内容就太多了,可以专开一篇文章来讲,这里就不多累述了,就简单一句话把,我从业多年,技术上不行的,没见过一个在技术管理上像样的,精益技术的心态与自信的缺失,就会很难驾驭优秀的技术人。所以技术管理领域对优秀技术人是有旺盛的需求。

说了这么多用来论证的废话,还没有引出优秀技术人的管理陷阱在哪。现在开始罗嗦罗嗦吧:

陷阱一、容易成为老板的附庸

这可能是大多优秀技术人不可避免的经历,尤其是在创业型的公司。因为受到赏识,善良的技术人对企业总有一种强烈的责任感,归属感,容易当家来对待,对于家人往往爱的付出是无限的。那么一开始走管理之路的技术人就特别容易夹在老板与基层中间,反倒是基层干部,本质利益还是和基层员工是一致的,没有太大的被挤压的痛苦。而离老板最近的技术管理者,背负着最痛苦的夹板气。我说的第一个问题就是心态和情绪的转换。这个状态下,怎么工作?总是在巨大的经营压力下,在激烈的思想斗争下,大多数技术管理者会倒向老板这一边,无条件的执行老板的命令和安排,那么您呢,就是一个被老板所利用的锋利的刀,伤人无数,自己也伤痕累累。不这么做,您就总是被指出坐错了位置,被斗,被雪藏,被封杀,真实上演一部宫斗剧。

那么怎么避免这种痛苦呢,我对您的忠告是:企业不是家,只是一个互利的游戏场。对您来讲只有定位在您的利益和企业的利益一致的情况下,并使其最大化,这样对企业和个人才会持久和长远。要有所为,有所不为。老板在企业中扮演的就是无限逐利的野兽,这是老板的命,但一味迁就老板的原始欲望就会毁了企业;那么技术管理者首先是要驾驭这只野兽(可能老板们听起来很不爽),就是您的目标要是清晰的和有战略的,才能让老板知道自己的目标离达到还有多远。

举个例子:老板说,我计划今年完成 5 个产品,推向市场,让大家加班,开始 996 吧,您怎么办?这也许是最常见的一种状态,您估计已经开始不好意思的跟团队经理们制定计划和讨价还价了。这种发展的趋势最终老板发现自己不但全年计划没有完成,而且已经做的项目一个比一个烂。再反观基层呢,骂娘呗,觉得这个公司不是人开的,做的东西都跟坨翔一样,销售各个都是催命的蠢货,还能把产品卖的出去?

其实问题就出在技术管理者的身上,您的职责没有尽到。我给您的建议是,手上一定要有两个致命武器:一个是公司产品发展的主航线是什么?另一个是研发能力和资源的统筹能力。当老板提出 5 个产品年计划的时候,先看看从战略上讲,离主航向偏离有多远,这就需要获取更多的信息,要培养战略眼光,若计划离主航线太远的据理力争,不远不近的放缓再议,离最近的深入讨论;统筹能力就是您与老板在具体的计划安排上做博弈,带了多少粮,咱就走多远的路,要有做一个项目,就成一个项目的基调。等完成这些工作后,您和老板之间才能达到一个共同利益的目标,就可以合理的聚焦目标和精力的去执行更具体的安排。

陷阱二、技术之路不进则退

优秀的技术人转型管理后最茫然的结局就是跟不上技术发展的时代。当您看到这里的时候,审视一下自己,有多久没碰 IDE 了,有多久没上过 github 了。有很多技术管理者走了很久的路,当跳槽的那时候,才发现自己最被企业关注的还是技术能力。也许您当下的企业真的对您的技术能力没有那么高的需求,更多的是需要您的协调、管理或者业务方面的能力,但当您理解企业就是一个游戏的舞台时,您就会明白舞台总有落幕的那刻,您总有更换舞台的时候,下一场戏您还能顺利的登台吗。另外当没有技术驱动力的时候,您会觉得工作上会很无趣,觉得每天就像是虚度光阴。

导致这个问题的主要因素就是管理的工作是碎片化的,这就带出了我对管理内涵的理解,例如:您对技术人员的关注、使用和提拔,您对项目的业务理解、需求理解,您不断的制定计划安排,您与客户的沟通与服务,您与商务、人事等其他部门的支撑与协调,您面对重大突发事件的应急处置等等,我都视之为技术管理的工作范围。这些事情呈现给您是碎片化的,您很难有连续的成块的时间,您总是在焦虑和压力中应对各种变数。如果兼顾技术的发展,就需要有成块的时间和相对平和的心情,这对您来讲,真的好难。

所以我给您的一个建议:首先心态上绝不能放弃,闲暇时多看书是最好的调节方式。把碎片化的管理工作连接起来处理,给自己创造成块的时间(这个需要个人不断在经验中摸索),在您所管理的研发中,一定有一些非常具有挑战的技术需求,不要贪多,找准一个点,适当的身份参与进来,帮助团队去解决这一个点的难题。这个难点往往不会重复占用您太多时间,往往还会带出来很多必要的对新知识的快速学习和了解,这恰恰是您最擅长的地方,攻破难点即可,留给团队去最终完成产品的开发封装。这不仅让您的技术能力在完善,而且还能给团队带来很强的支撑并了解团队内在的很多微妙的因素,同时也能让您对新事物始终保持一个敏感的状态,可以更好的影响企业寻找更有效率的研发路线。

陷阱三、拿钱还是拿股份

其实这是个很有趣的陷阱,我相信很多优秀的技术人都曾经被许诺过或已经得到那些原始股了吧。我也相信大多数优秀的技术人都不是炒股的高手,还不懂得股份的真正含义。香港证券最近更新了规定,可以同股不同权,您公司的董事会或者老板能给您这么大优惠吗?我认为不可能的。若您拿到了股份的零头,那么对您来讲股份就是投资,不具备股权的意义,也就是不要把在公司有股份和您有多大的执行力挂钩。若是投资,就证明您看好这家公司,您也有闲钱,拿出一点投到公司就当买股票了,没有问题。若给您的是技术股,但不能实现分红或者升值变现的可能,那么等同于被套,别太当回事。持股最合理的时机,就是公司打算进入股票交易市场;或您的股票在一定时期可以兑现;或您的公司每年有着持续的利润增长,同时董事会每年对股东不薄。

其实大多数情况不是这样的,都是老板用股份做成的大饼而已。拿不到个零头,还是老板一言堂。需要您卖力的时候您是股东,创始人团队成员得承担您职责范围之外的很多事情;提待遇的时候,因为您还是股东,老板会说董事会不会同意创始人团队有太高的薪水。因此股份往往对您带来的负面影响不得不去深思,我的建议:跟老板谈您在企业管理的执行力和行业同等待遇即可,至于股份,相信我,别太惦记,尤其是原始股,人各有命,而且真等把公司做起来了,您的价值也完全展露的时候,配股的可能性会更大,也对您更具有实用价值。

陷阱四、狮子带着一群羊

优秀的技术人转型管理最大的问题就是自己的专业能力太强了,这就会带来三种非常糟糕的陷阱:

第一、自己光彩夺目,您的光环之下其他人等黯然失色。这对您的属下们带来的心理暗示是极强的,他们越是崇拜您,就越是依赖您。最终结果会导致您不再是领导者,而是救火队员,累死累活,生活暗淡无光。因此要懂得藏住光芒,多把责任和荣誉赋予团队中有贡献的人身上,根据团队处理问题的能力,由粗到细逐步探查每个人的能力上限,并要有耐心对待需要提升的成员。

第二、也有很多人的做法是抓大放小,不去管具体的事情了,这样总不能说我影响团队发挥了吧,况且我的经验是可以估算出项目进展的,这种结局就是您最欣赏的人,会害您最深。因为您一定会把工作交给您最欣赏的一些人,您总是把他们当作您的化身,认为您能解决的事情,他们一定也能。而您欣赏的人,为了不影响您的信任,会隐藏很多您不知道的情况。因此事情的结局会让您不能相信怎么成了这样。所以我的建议还是:要理性的看贡献,既要把责任与荣誉交给有贡献的人,还有保持在具体的细节上的跟踪,由粗到细,看看您能在哪些具体的事情上,恰当的帮上忙。

第三、很多情况是当您开始管理一支团队,就会抱怨这只团队能力怎么这么差,总有想踢掉某些人的冲动,可是团队成员不是说放弃就能放弃的,因为这里面涉及太多的公司政治问题,大多数结果都是您自己充满了负面情绪,或者与公司高层们闹得水火不容。因此要学会包容,您得时时刻刻要有颗包容的心,世界上没有完全符合心意的事,否则也不用找您了,要用时间和机会去充分理解他们的能力,要考虑怎么去让他们提高,什么是适合他们的工作内容,这才是您的关键工作。若有些人真的是态度也不好,也提不起来,就果断替换,安排他们到只能承担的岗位,当薪资和所干的事情不匹配的时候,自然老板就会出马的。

说了好多了,希望能对打算技术转管理,或者已经转管理的优秀的您产生一点点启发。真心希望您能在技术管理这条路上越走越好!里面的观点不一定适用您的情况,也请海涵!

作者介绍

老方,就职于北京鸿果秋实科技有限公司,关注领域:技术管理、团队建设、创业。

感谢徐川对本文的审校。

2018-01-30 17:034075

评论

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

最佳实践数据服务之设备数据格式ProtoBuf转JSON——实践类

阿里云AIoT

阿里云 物联网 IoT

大数据培训去哪学靠谱?

小谷哥

前端培训班学习哪家比较好

小谷哥

DR-AP40X9-A-Qualcomm-IPQ4019/IPQ4029-2.4G&5G

Cindy-wallys

IPQ4019 ipq4029

IoT设备数据业务价值洞察实践——实践类

阿里云AIoT

阿里云 物联网 IoT

IoT设备数据的存储、解析和价值挖掘实践——实践类

阿里云AIoT

阿里云 物联网 IoT

云小课|MRS基础操作之配置DataNode容量均衡

华为云开发者联盟

大数据 华为云 企业号 2 月 PK 榜 华为云开发者联盟

比Worktile好用的项目管理软件有哪些?

爱吃小舅的鱼

项目管理 Worktile 项目管理工具

JS常见错误和解决方法集锦

观纵科技

前端 js 错误处理

软件测试/测试开发 | web自动化测试-PageObject 设计模式

测试人

软件测试 自动化测试 测试开发 Web自动化测试

新型掩码自编码器 AdaMAE,自适应采样

Zilliz

计算机视觉

数字货币现货合约秒合约交易所系统开发案例

开发微hkkf5566

Windows安装ElasticSearch

Geek_7ubdnf

elasticsearch

在前端培训机构怎么系统学习前端知识

小谷哥

设计模式第六讲:责任链模式和迭代器模式详解

C++后台开发

设计模式 责任链模式 迭代器模式 后端开发 Linux服务器开发

一文读懂Guava EventBus(订阅\发布事件)

京东科技开发者

架构 观察者模式 Guava EventBus 企业号 2 月 PK 榜

0源码基础学习Spring源码系列(二)——Spring如何解决循环依赖

京东科技开发者

spring 源码 初始化 二级缓存 企业号 2 月 PK 榜

轻舟已过万重山:华为之路,平板PC之变

脑极体

华为 PC

开心档之Java 流(Stream)、文件(File)和IOJava.io

雪奈椰子

Java 开心档

令人期待的 SysOM 2.0 OS 迁移、超异构计算系统直播又来了 | 第 63-64 期

OpenAnolis小助手

操作系统 系统运维 sig 龙蜥大讲堂 SysOM

CNCF社区首个!KubeEdge达到软件供应链SLSA L3等级

华为云开发者联盟

云原生 华为云 企业号 2 月 PK 榜 华为云开发者联盟

Bytebase 体验官之勇闯新手村

朱亚光

ChatGPT时代的打工人众生相

脑极体

ChatGPT

如何运维多集群数据库?58 同城 NebulaGraph Database 运维实践

NebulaGraph

运维 数据库运维

为什么大多数团队推行自动化测试最后却不了了之?

Liam

测试 自动化测试 测试自动化

企业降本增效的催化剂:敏捷迭代

FinFish

敏捷开发 敏捷迭代 敏捷项目管理

Linux安装elasticsearch-head

Geek_7ubdnf

elasticsearch

低代码如何快速提升客户体验

力软低代码开发平台

软件测试 | 常用模拟器使用

测吧(北京)科技有限公司

测试

Blender的布局和工作区

Finovy Cloud

Blende

华为云发布分布式编译构建系统CodeArts Build

华为云开发者联盟

云计算 华为云 企业号 2 月 PK 榜 华为云开发者联盟

优秀技术人的管理陷阱_技术管理_老方_InfoQ精选文章