《知行-技术人的管理之路》笔记(1)——管理路口的彷徨
作者:互联网
迷茫
总有一天,我们会操心未来的职业发展,可当我们眺望远方的时候,却怎么也看不清。35岁以上的码农都去哪儿了呢?
类别 | 方向 |
技术类 | 架构师 |
技术专家 | |
管理类 | 技术管理者 |
职业经理人 | |
创业类 | 创始人 |
技术合伙人 | |
顾问类 | 投资顾问 |
管理顾问 | |
转行类 | 考入体制内 |
送快递、开滴滴 |
技术类
- 架构师:着眼于技术之间的衔接搭配,关注业务整体解决方案,承担一个产品技术方案总设计师的角色。每一个产品背后都有一位或多位技术架构师,关心技术如何更好地服务用户。
- 技术专家:着眼于某个专项技术的深度、专业度和精细度。比如,图像技术专家、语音技术专家、机器学习技术专家、推荐算法专家等。他们是某个特定专业领域的武林高手,但不负责完整技术方案。
管理类
- 技术管理者:从工程师做到一线技术经理,再慢慢做到技术部门经理,再到技术副总裁,最后到CTO。
- 职业经理人:这类管理者不限于管理技术类团队,而是更关注业务,负责一个完整的业务团队。
创业类
- 创始人:创业成功后,成为企业家,如马化腾。失败了再回公司去写代码。
- 技术合伙人:以技术管理为公司安邦定国,比如阿里的多隆。
顾问类
- 投资顾问:做投资人,基于对创业团队和项目的完整判断,以资本运作来支持创业公司发展。
- 管理顾问:提供培训、咨询服务,帮助企业做人力发展和组织发展。
转行类
- 进体制:github上有大佬写了程序员考公指南。3个来自同一家大厂的程序员组团在职备考一年,上岸成功率100%,彻底与技术说byebye。他们为想进体制内的程序员写了这份考公务员/事业编制/教师的指南。
- 送快递:程序员进 ICU 昏迷五六天,恢复后决定辞职回乡改行送菜。 腾讯程序员失业 3 个月,靠送外卖谋生:职场半坡,生存事大!
困惑
到底要不要做管理?做了几年技术之后,大部分技术人会把“做管理”作为一个重要的选项来考虑。很多时候还没有仔细考虑,上级就安排你带团队。
做管理意味着什么?踏上管理之路的技术人,要认真审视自己的初衷,它决定了你能在这条路上走多远、走多好、是否开心。
以下四种原因最为普遍。
- 不得已的选择。比如,“对技术没有兴趣,只能做管理”,“技术不能做一辈子,必须转管理”,“老板要求我带团队”。
- 别人眼里的成功。比如,“做管理带团队,别人看来才是优秀和成功的人”。
- 不辜负组织的期待。比如,“公司需要我带团队,这是公司对我的信任,我必须做好”。
- 对做管理的主观臆断。比如,“做管理越晋升越轻松,高管不需要坐班”。
无论是上面的哪一类原因,都很难让你在管理之路上走很远。上面的四种情况都是“外驱力”范畴,而基于外部推力和诱惑做出的决策,一旦它们不听使唤,你就不想继续了。是时候考虑你内在的动力了。
第一,你是否认同管理的价值呢?
招聘面试、辅导员工、向上汇报、开会沟通、流程梳理、资源协调、进度推动、绩效评估都是“打杂”的事情,很难从这些工作中获得价值感和成就感,很多事情是给技术人员打下手、做支持。如果不认为这些工作有价值,就很难做得开心,也很难坚持下去。
第二,你是否对管理充满热情,并享受这些工作呢?
你是否主动向上级询问过团队的目标呢?你是否主动考虑过新员工该怎么培养,如何帮助他们成长呢?你是否享受负责一个大项目的协调和推动,而不是自己动手呢?你是否思考过工作流程和机制有没有疏漏呢?
第三,你是否看重在管理方面的成长呢?
从技术转到管理,意味着有太多的东西需要去学习和训练,你是否乐在其中?
做管理要扩充的认知和能力很多。
- 更大的责任。在传统行业,很多人把晋升理解成拥有更大的权利和更高的地位。而互联网领域的管理者,意味着要承担更大的责任,才能实现团队目标。
- 更立体的视角。做技术的时候,只要做好上级交代的任务就行了。一旦做管理,需要综合考虑上级、下级、平级的期待和诉求,来提升看待问题的系统性。这是你喜欢的事情吗?
- 更灵活的思维方式。技术工作有很强的确定性思维,靠谱是你的代名词。管理工作却充满着不确定性,甚至是非对错都不清晰。这对技术管理者来说,思维方式受到很大挑战。
任何事情都具有两面性,上面的挑战和要求能带来成长与收获。
外驱力让我们做好本职工作,内驱力才能成就卓越。在扣响管理之门之前,有必要审视一下内在动力。
纠结
从技术到管理,大多数人的感受是这样的:
- 管理的事儿太杂,没时间写代码,越来越心虚
- 做管理要舍弃技术,特别难
- 不写代码了,感觉吃饭的家伙丢了
- 管理工作太琐碎,离技术越来越远,个人发展堪忧
- 管理是一个违背人性的事情,自己技术越来越差,还要带领整个技术团队
上面的烦恼有哪些共同点?是不是转管理之前没有仔细了解过管理?是不是刚开始做管理,还不能靠管理来安身立命?是不是认为技术才是大本营?
做技术管理,并不会放弃技术,也不能放弃技术,完全放弃技术是做不好技术管理的。只是在一定程度上,放弃了编码而已。
做技术的时候,把技术做好就是最大的目标。做了管理之后,需要把技术作为一种手段来看待,它究竟能为目标带来什么?这不意味着不需要再关注技术,而是关心的层次不同了——从研究怎么实现到研究怎么合理应用了。你要借助下属的技术能力去做更大的事了。
作为技术管理者,需要快速掌握更多的技术,并快速判断该如何搭配使用,需要更高效的学习方式。
对于新技术经理来说,即使做不好管理,也可以回头。做管理所积累的能力可以迁移到做一个“技术带头人”的角色上,练习去做高级工程师或者架构师,尝试负责一个完整的技术方向。此时,你做管理时锻炼的全局视野、规划能力、结果导向意识、项目管理方法、协调沟通能力都会派上用场。即便回头继续做技术,也不在是原来的做法了,工作升维不可避免,要做好技术带头人或者架构师,工作视角也要升级。
忧虑
技术人转型做管理后,分配在技术上的时间越来越少,而需要做的技术评审和技术决策却越来越多,对技术判断力的要求越来越高。基于这个原因,技术管理者难免产生焦虑。
技术管理者要保持技术判断力,技术管理者和普通管理者最大的区别就是“技术”二字。正因为这两个字,让技术经理不知道该如何兼顾“技术”和“管理”。
所有的判断,都需要评估。技术判断力,就是对技术的评估能力。
技术项目结果评估
- 这是件什么事情?
- 希望得到什么结果?
- 从哪几个维度衡量结果?从哪些技术指标验收成果?
技术可行性评估
- 能不能做——有没有能力做到
- 值不值得——要付出多少成本,是否有足够的收益(投入的人财物时成本、技术选型成本、问题排查成本、代码维护成本、协作成本)
技术风险评估
技术方案带来的最大损失可能性和边界是什么,在什么情况下发生?技术风险评估要借助全团队的技术力量做出准确判断。
怎么才能提升技术判断力呢?
- 建立技术学习机制。成立一个或几个核心技术小组,对各个方向的技术保持敏感,小组定期做交流分享。
- 技术调研立项。对业务有重要价值的技术,可以立项调研,要求项目负责人做调研汇报。
- 与技术专家交流。厉害的技术人能够深入浅出地把复杂的技术讲明白,多与技术专家交流。
技术管理者担心技术能力的丧失会让团队不服气、看不起,因为技术人员往往不服管理服大神。如果不能通过技术实力来服众的话,那么就要带着员工做出良好的业绩,获得良好的回报,支持和帮助员工成长,让员工认可你的价值。
怀疑
不少管理者对自己产生怀疑,觉得不适合做管理,比如:
- 我是个内向的人,不会慷慨激昂地给大家打鸡血,也不够强势没有威严
- 我不喜欢抽烟喝酒扯淡,很难和大家打成一片
类似这样的疑问很多。他们混淆了领导力风格和领导力水平。高水平的领导者,在风格上可能千差万别,但都不妨碍他们成为优秀的管理者。
管理风格本质是你和团队的协作方式。
发号施令型
重事不重人,关注目标和结果,全程指挥,不会亲力亲为。团队成员只要做好执行,不要问为什么。这种风格叫做指令式管理,很难培养团队的梯队。
以身作则型
重人不重事,带头冲锋亲力亲为,在意团队成员感受,乐于分担他们的工作。这种风格叫做支持式管理,带不了大规模团队。
激发辅导型
重人也重事,关注全局和方向,在做事上给予教练式辅导和启发。这种风格叫做教练式管理,个人成长显著,团队梯队也能快速完善,但是对于管理者精力消耗比较大,很难覆盖到全体成员,只适合核心梯队的培养。
无为而治型
不重人也不重事,关注目标和结果,不关心过程和人员发展。这种风格叫做授权式管理。对于不成熟的团队,成员会野蛮生长;对于成熟的团队,成员会有很好的发挥空间。
风格,是手段层面的东西,评价手段的优劣,要看是否有效。这四类风格无所谓谁好谁坏,在不同场景下,不同的风格有不同的适合度。
心虚
新的技术经理,不自信是普遍情况。遇到挑战和挫折的时候,容易产生自我怀疑。
- 这么点小事都没处理好,我是不是不适合做管理?
- 大家对我的方案有异议,是不是不服我?
- 资历不如大家老,怎么去管“老人”呢?
- 上级期待太高,能做好吗?
欠缺管理经验和技能
这是管理者必经阶段。刚刚接触技术工作的时候,也会遇到一些不知所措的问题。不同的是,技术问题有比较标准的答案,通过查询资料就能解决大部分问题;而管理问题很少有标准答案,很多经验和技巧是在不断实践的过程中积累起来的,不确定性很强,这是技术人觉得管理有挑战的地方。
面对老资格和高能力员工
如果团队有资历老能力强的员工,那说明你非常优秀,公司让你来负责这样一个团队。他们的存在让你有机会做出好业绩。
你要做的,不是管束和控制大家,而是引导和支持大家,用大家的力量做出更好的成果,为团队带来发展和收益。
背负了太多期待
建立与上级的沟通通道,定期汇报工作,就已完成的重要工作征求上级的看法和评价。除了获取改进建议,还要弄清楚自己擅长的工作方式和方向。
标签:知行,管理,管理者,技术,彷徨,风格,架构师,团队 来源: https://www.cnblogs.com/burningblade/p/15402182.html