【ArchSummit架构师峰会】探讨数据与人工智能相互驱动的关系>>> 了解详情
写点什么

优秀技术人的管理陷阱

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

    阅读完需:约 14 分钟

写在前面

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

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

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

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

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

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

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

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

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

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

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

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

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

陷阱三、拿钱还是拿股份

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

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

陷阱四、狮子带着一群羊

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

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

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

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

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

作者介绍

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

感谢徐川对本文的审校。

2018-01-30 17:033932

评论

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

Python Qt GUI设计:QLineEdit和QTextEdit文本框类(基础篇—13)

不脱发的程序猿

PyQt GUI设计 Python Qt QLineEdit QTextEdit

能耗能源管控平台开发,能源管理云平台搭建

电微13828808271

盲盒开发

赋能“数字金融”,CODING 再下数城

CODING DevOps

研发管理 数字化转型 CI/CD 代码管理 可视化软件

干掉 XML Mapper,新出的 Fluent Mybatis 真香

AI乔治

Java sql 架构 mybatis

【语言】Java 日期 API 的使用技巧

恒生LIGHT云社区

Java 编程语言

ICCV 2021口罩人物身份鉴别全球挑战赛冠军方案分享

阿里云视频云

阿里云 计算机视觉 视频云 ICCV2021 ICCV

主客体命名法

少个分号

springboot连接Nexus私服

小鲍侃java

11月日更

.Net6 miniAPI JWT鉴权授权的多种实现

面向对象的猫

netcore NET6

90后女博士谈反内卷,称科研不应攀比论文数,“唯论文论”何时休?

百度开发者中心

开发者 内卷化

等级保护对象是指什么?是指整个单位吗?

行云管家

云计算 网络安全 等保 等级保护 等保2.0

渗透实战:内网域渗透

网络安全学海

网络安全 信息安全 渗透测试 WEB安全 安全漏洞

CODING 项目协同 2.0 —— 让协作有条不紊

CODING DevOps

DevOps 研发管理 CODING 项目协同

黄峥、张一鸣、李斌都曾上榜!100个未来独角兽:超越估值看见星辰大海

创业邦

阿里P8手敲出来这份565页凤凰架构分布式手册,惨遭GitHub直接封杀

热爱java的分享家

Java 面试 编程语言 经验分享 凤凰架构

修复SecurityException: getDataNetworkTypeForSubscriber问题

Changing Lin

11月日更

架构师书籍推荐:2021年必看的架构师图书

华章IT

架构师

模块四课后作业 - 设计千万级学生管理系统的考试试卷存储方案

渐行渐远

架构实战营

如何使用FL Studio效果器制作镶边音效

懒得勤快

React性能优化

CRMEB

CSS布局(二)之多列布局

Augus

CSS 11月日更

云账户是什么意思?有什么用?

行云管家

云计算 公有云 私有云 混合云 云资源

使用命令模式重构播放器控制条

Tom弹架构

Java 架构 设计模式

互联网+质量基础设施服务平台,NQI一站式线上平台开发

电微13828808271

12.04 深圳站 | Serverless Developer Meetup 开放报名啦!

阿里巴巴云原生

阿里云 Serverless 云原生 深圳 线下活动

ArkUI 3.0让多设备开发更简单|HDC2021技术分论坛

HarmonyOS开发者

HarmonyOS

关于风险管理,如何将思维从项目升维到项目群?

光环PMO社群

项目管理 项目经验

啥是ElasticSearch全流程,看这篇我也懂了

热爱java的分享家

Java 程序人生 编程语言 经验分享 ES

一文解析数据库的三生三世

Zilliz

数据库 oracle 数据库设计 Milvus

使用 Resilience4j 框架实现重试机制

码语者

Java 重试机制 Reslience4j

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