突然想聊一聊技术经理这件事

发表于:2019-9-26 11:53

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:kiba518    来源:网络

分享:
  前言
  在十二年的职业生涯中,我曾做过两次技术经理,一次两年,一次两年半;很显然,我不是个成功者,但,我想,我还是可以聊聊这件事的。
  一定要做一次技术经理
  如果你想在未来的职业生涯中依赖技术生存,那么,你一定要做一次技术经理,哪怕是跳槽到极小规模的公司也要做一次,而且越早越好。
  为什么这么说呢?因为做技术经理对于我们自身技术的提升效率实在太高了。
  举个例子,我是个技术经理,现在有一个项目,需要用到Socket,https,Mvc,Entity Framework四个技术点;现在我找了四名研发,给他们两天时间做技术调查,并写出demo。
  两天后,我给他们每人两小时时间,让他们给我讲解技术点的调查demo,这样,我只付出了一天的时间,但收获了8天的技术经验,而且是【绝对正确】且【完整】的技术经验。
  也许有人说,八天的技术经验不算什么,我努努力也就追上了,但事实真的是这样吗?想一下,我们每天工作结束后,到底能坚持学习几个小时呢?
  假如你每天坚持自学两个小时,那么,理论上,16天,你才可以追上。也就是说,你跟我的学习效率是1:16。(话说,每天自学两小时的程序员已经是非常勤奋的了,但效率差依然如此之大)
  除了技术经验外,项目中还存在着一套架构经验,Web前端+Mvc+数据库+Socket通信,很显然,这套架构经验只有我学会了。
  虽然技术经验,可以通过努力追上,但架构经验,却是你怎么努力也追不上的。
  作为一个普通无产阶级,我们是注定无法拥有高效的学习资源的,而【技术经理】,几乎是现实中存在的,可触碰的到的,最高效的学习资源了。所以,还是那句话,你一定要做一次技术经理,越早越好。
  PS:我本身并不是一个勤奋的人,但我在第一次当技术经理的时期,几乎完整的掌握了.NetFramework的常用技术、Web前端技术、数据库设计与管理;并且还具备了一定的架构能力,从而使我直接脱离了菜鸟技术这个身份,而那时我才仅工作3年。
  如何最快速的当上技术经理
  你可以在招聘网站上应聘技术经理;不过你很快会发现残酷的事实—没有一家公司会聘用你。
  为什么?因为他们本身就有一个技术经理了,怎么可能再招一个嘛。
  那么,作为一个打工者,到底如何最快速的当上技术经理呢?
  等待
  仅我个人多年所见所闻而言,在一个结构完整的公司里,是没有任何机会做技术经理的;也就是说正常的情况下,你为公司打工,是没有任何晋升空间的,即便,你肯在那家公司干个十年八年。
  你也许可以做到TeamLeader,但想技术经理那是不可能的。不过,有一种情况是例外的,即,公司出现动荡,由正常情况变成了非正常情况,公司的人员大量流失,而此时,如果你坚守阵地,那么,你很有可能就做上了技术经理。不过,你很可能面对几个月没有薪水,或者面对跳槽同事都大幅度涨薪的情况。。。
  在一个公司死守,苦苦的等待公司变动这种行为,其实,等于是在用你人生的十年来赌博—赌一个高管的职位;当然,如果赌成功了,收获是还很可观的。
  不过,以我目之所及,十年,没有等待到公司动荡,或者公司动荡了,升职的是其他人的情况更多;更有甚者,十年后被公司变相裁员,不得不去面对自身技术不过硬和找工作困难的现实。
  十年,真的什么事都可能发生,磕头的兄弟都可能成死敌,何况老板的承诺呢!
  空降
  除了等待之外,还有一种做技术经理的方式,那就是空降。
  仅我个人多年所见所闻而言,大厂空降真的是一等一快捷途径;当公司开展新业务,或者公司动荡后重组,真的是非常青睐【被内推】的大厂空降兵(很显然,大厂空降兵是选择【等待】的朋友们的最大敌人)。
  所以,大家毕业后,真的,能进大厂就赶紧进大厂,第一年进不了,第二年也要争取;大厂这个背景,在我们职业生涯中的战略意义实在是太大了。
  当然,没有大厂背景也并非完全没有机会,我们虽然做空降技术经理的概率比不上大厂空降兵,但做空降后升职的技术经理概率并不比他们低,所以,我们可以多往这个方向选择。
  怎么才能找到空降后可以升职的公司呢?很简单,面试时问下公司发展史,就知道了公司是否在动荡期了。问一下入职后的工作内容,就可以了解到是不是进入新项目了。然后,只要你技压群雄鸟,技术经理就顺理成章了。
  说实话,我工作这么多年,【技术好】除此之外,真的再无用武之地。
  技术好真的没有用
  我曾经有这样一个故事。
  一次我做代码优化,将硬件操作和页面的UI操作进行了一次完全分离,来确保功能的独立性。
  结果,我的领导做代码检查时,认为我写的代码非常乱。。。
  然后亲切的指导了我一个小时,如何将硬件操作和页面UI操作融合到了一起,让代码变的更恶心。。。
  很显然,我接受了指导,并没有怼回去,因为我知道领导是C++出身。。。
  我们都知道C++出身的领导意味什么,这意味他不但代码逻辑非常差,而且脾气也非常差,同时他还绝对不允许被别人指责(除了他的领导),一旦你指出他的错误,那肯定要面临一场吵架。
  所以,彼时很成熟的我,面对这种质疑时,自然不会像刚毕业的学生那样怼回去了,正所谓多一事不如少一事嘛。
  而且我知道,这种吵架,就算争论到大领导面前也是没有结果的;因为我是没办法给大领导解释明白,为什么日心说比地心说更正确,毕竟哥白尼都死了嘛。
  于是,我接受一个小时的羞辱。然后用心的表达:还是领导您技术好,我还需要努力的向您学习。
  技术经理与需求
  技术经理分为两种,一种主要负责项目的,一种是主要负责产品的。
  做项目的经理是幸福的,因为他们的需求相对明确,他们是在跟有型的客户打交道。
  做项目的经理也是不幸的,因为他们除了要受老板欺负,还受销售、市场等等部门的欺负,毕竟在项目中,任何岗位都比技术更牛B。
  做产品的经理是不幸的,因为他们是在跟【无型】的客户—【市场】打交道。
  做产品的经理还是不幸的,因为他们也要受老板、销售、市场的欺负,而且还非常不稳定,一旦产品失败,即将面临背锅离职。
  一个做产品的技术经理能干多久的,是产品的成败决定的,而产品的成败是要看市场的,因此,真正决定一个技术经理能干多久的,是技术经理的市场能力和运气。。。
  所以,如你是一个做产品的技术经理,那你一定要,多下市场,多下市场,不要搞效率、搞框架、搞管理、就是要多下市场、尽量做双线研发 ,研发除了销售与市场的需求外,一定要做你发现的客户核心需求。因为,做出一个客户核心需求,比做100个假想需求都管用。
  当然,坐而论道是不可避免的。
  如果你主动下市场,哪怕只研发成功了一个需求,那你都可以多坚持半年。
  但是,如果你不下市场,只是被动接受需求的话,市场认可还好,不认可的话,你的死期也就不远了。
  为什么市场不认可全都怪研发?
  因为人家要的是夜空中的星,不是夜空中的灯,【我又不是研发,我哪知道怎么搬星星】,所以,不怪你怪谁呢!
  什么?技术经理搞市场,是不是太扯了?拜托,程序员修U盘就不扯了?
  为什么不老老实实的听销售和市场的需求?拜托,他们99%都是软件功能说明书啊,他们要是能给你准确的需求,你得拥有多大的运气啊。
  一些心得
  以前,我们总觉得有那些没有技术还到处霍霍公司的领导很讨厌。
  现在,我发现,其实,有技术的领导也是到处霍霍。
  产品:产品的成败和领导技术好坏的关系并不大,产品的方向才决定成败主要因素。
  项目:项目如果已经签定了合同,那么,领导的技术好与坏,通常并不能影响项目结果,顶多影响延期时长而已。

      本文内容不用于商业目的,如涉及知识产权问题,请权利人联系博为峰小编(021-64471599-8017),我们将立即处理
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号