|
|
|
|
移动端

挨踢部落直播课堂第九期:技术还是管理,程序员应该如何规划自己的职业道路?

IT工程师的职业规划让很多人为了选择技术路线还是管理路线很纠结,技术还是管理,程序员应该如何规划自己的职业道路?技术岗转管理岗会面临哪些问题?如何充分展现自己的价值?技术出身的创业者该提前做好哪些准备?让我们和左华栋老师一起探讨工程师的职业发展路线选择与规划。

作者:左华栋、51CTO开发者交流群来源:51CTO|2018-01-23 17:51

开发者盛宴来袭!7月28日51CTO首届开发者大赛决赛带来技术创新分享

【51CTO.com原创稿件】IT工程师的职业规划让很多人为了选择技术路线还是管理路线很纠结,技术还是管理,程序员应该如何规划自己的职业道路?技术岗转管理岗会面临哪些问题?如何充分展现自己的价值?技术出身的创业者该提前做好哪些准备?让我们和左华栋老师一起探讨工程师的职业发展路线选择与规划。

专家简介

陕西本初网络科技有限公司创始人,西安交通大学城市学院工商管理专业,大学时即成立简凡工作室,团队以给学校开发网站为主,在 phpwind9.0发布时,简凡工作室制作了许多插件,成为了当时 phpwind9.0 插件模板最多的第三方开发商。后创立本初网络,从事于网站建设等相关服务,涉及软件、硬件,对于产品、技术、运营一体化都有非常丰富的经验。

分享主要从以下四个方面展开

一、   技术还是管理,程序员应该如何规划自己的职业道路?

1、  性格评估——适合做管理吗?

2、  职业路线评估——是否必须做管理?

二、   技术岗转管理岗会面临哪些问题?

1、  技术选型。

2、  是否适合敏捷开发。

3、  如何避免人治。

4、  执行是管理成败的关键。

三、   如何充分展现自己的价值?

1、  团队协作能力。

2、  进度把控能力。

四、   技术出身的创业者该提前做好哪些准备? 

1、  做好人心会比技术复杂多的充分准备。

2、  管理成本会随人数的增加而大幅增加。

3、  做好管理成本与开发成本的权衡。

首先,很感谢 51 CTO 能给我这次分享的机会,感谢大家给我啰嗦的机会,也感谢码云Gitee 一直以来对我们项目的支持。很惭愧的说,我并不是一个成功者,而是有着不少失败的经验的失败者吧,我把我们团队在技术和管理过程中所遇到的一些坑和解决方式分享给大家。由于是我这边是 Linux Mint ,QQ 可能会有崩溃的情况,希望大家多多包容。

以上是我今天大概要说的内容

一、   技术还是管理,程序员应该如何规划自己的职业道路?

第一个大问题: 技术还是管理,程序员应该如何规划自己的职业道路

首先做性格评估——适合做管理吗?

关于这个问题,网上可能已经有上百种答案了,很多都是一些比较有道理的废话。而我想从经验角度来谈谈这个问题。

优柔寡断,有选择困难症,朝令夕改的,使被管理者摸不着头脑,对公司的管理层的公信力产生质疑。

可能在最初的管理中,由于缺乏自信,多少会出现这样的情况。在我们初期也遇到了这个问题,凡是涉及全公司的制度和政策,都统一口径通知,先做一段试行,看整体情况,即使要修改,也必须等到下一次全员通知。不过这点不用过度担心这是属于可克服的缺陷。平时的工作中要多注意这些问题。

悲观情绪严重,缺少安全感,凡事总先看到缺点,悲天悯人,总有刁民想害朕的妄想型。这种情绪问题是比较严重的,往往会给团队带来负面影响,团队更需要一些积极向上的正能量,如果管理层都充满悲观情绪的话,被管理者肯定也不会有太多的积极性。这个问题比较严重,建议先克服心理因素。

这种情绪会影响开发团队,所以遇到事先往好处想。

不喜欢担责任,遇事先找个替死鬼的。容易动怒,经常责怪被管理者没有执行力,一心想找人给被管理者培训打鸡血的。可以说,这种很常见,也很普遍,有很多中型的企业,也喜欢给员工培训洗脑,让有被管理者执行力,但是这种打鸡血行为恰恰是管理者不想承担责任的借口。这种情况在中型公司比较常见,实际原因来说:一是管理者没有多次强调,二是被管理者利益与公司利益矛盾。这个问题在初期影响不明显,建议在工作中逐渐克服。有些企业还动不动就搞培训,搞讲座,想通过这种方式提高执行力,实际最需要提高的是管理者本身。我之前有看到一个说法是:日企的执行力高是因为他们经常把任务重复三遍以上。

注重人情关系,工作生活不分,凭感觉做事,奖惩不明的。首先,在工作上尽量撇开人情关系,如果确实难以取舍,建议还是不做管理,否则会导致公司拉帮结派严重,内部腐败等问题。奖惩也好,一定要建立在公司制度上,在此之外需要特批的,也得走流程进行申请,然后不断完善制度。这个问题比较严重,我建议还是能尽量先克服。

这个问题比较严重,我建议还是能尽量先克服。我们团队之前也发生过类似情况,觉得相处时间比较久了,不忍心辞退比较负能量的员工,结果最终影响到了核心成员的离职。总的来说,对公,该干什么还是干什么,争执也好,奖惩也罢 ;对私,该吃饭吃饭,该玩乐玩乐,能准确处理好这种关系十分重要。

我们公司离职的员工有时候也会来一起吃个饭什么的,管理者的心态应该是:反正上辈子又没有仇,哪里来那么多怨。

在我们团队初期由于缺乏统一的统筹规划以及各自过于独立,导致大家一直在做自己认为对企业正确的事情,结果造成了严重的资源浪费。兵熊熊一个,将熊熊一窝也说明了管理者性格的重要性。

所以做事也不能一直特立独行,我行我素,纵使很有能力,也有可能起到负面作用。

2、  职业路线评估——是否必须做管理?

做完性格评估后,接下来,要知道是否必须做管理,或者说走管理的路子。

管理是很多程序员的路线之一,但不是必然路线,管理也不是高高在上享清福,权力越大,责任也越大,比如要求后天上线,而你有十几个程序员苦于修 BUG,这时候你应该怎么办?找外援,加班?外援如何快速熟悉公司项目,加班薪资怎么算?怎么避免不满情绪,如果加班都没做完又怎么办?如果看到这已经焦头烂额了,就重新思考下,是否真的那么想做管理吧。

好的管理不一定有好的技术,但起码要让被管理者信服,尤其是存在程序员鄙视链的情况下,举例来说,比如某公司的商城系统,据说 PHP 全部换为 JAVA,原因是技术总监熟悉 JAVA,觉得管不了 PHPer 。

当然,也有一些喜欢传统的,用FTP 管理代码,导致大家每天要下载5G 左右的代码和文件做同步,经常相互覆盖文件,而且公司不做代码规范。这种情况的话,如果还想对自己技术有所提升,要么自己参与管理,要么还是尽早离职吧。

最终路线评估,我还是希望大家能做个表对比下,看看哪些是可以舍弃,哪些是可以克服的。
|-------好处--------|-----坏处-------|
|--能提升自我--|--人情关系可能不那么融洽了--|
|--能够尝试一些新的技术栈--|--对项目管理没有经验--|

顺便插一句,用FTP 管理代码的那哥们的团队后来集体开了个迅雷会员,来解决下载问题。

二、   技术岗转管理岗会面临哪些问题?

然后第二个大问题: 技术岗转管理岗会面临哪些问题?

1. 技术选型

技术选型是作为一个技术管理者不得不考虑的问题,除了结合现在公司情况和业务与市场情况,还应该了解人才招聘情况。

我们一开始主要做 web ,后端选用了 PHP ,为了代码质量,用了 Laravel 框架,但是在西安,Laravel 特别难招。随着 vue 的发布,我们公司后端 Laravel 前端 vue ,一定程度上减轻了后端工作量,但 Laravel 招聘问题一直没得到很好的解决,人员流动比较大。

后来随着业务范围的拓展,发现 纯 PHP 越来越难以单独胜任一些高并发以及嵌入式的场景,尤其是单页应用盛行的今天,更需要后端提供 API 。这期间也了解了swoole 和 reactphp ,但是相对来说招人就更困难了,培养成本更高。

node.js  招人也十分难,于是最后决定招 java 转node (考虑成本等原因,招的并不是成熟的 java 工程师),为了减少不适应的情况,同时我们也期望有更好的架构,我们选用了 nest.js 框架,这是一个 node 版的 spring,同时也用 typescript 统一了前后端语言,为了更好地适配 typescript ,我们最终选用了 React (下载量使用量多,社区成熟稳定)。

通过这次转型,我们实际开发成本下降了有30-40% ,开发效率提升了20% 以上,同时性能还有大幅度的提升(业务场景下,node.js 异步非阻塞机制表现十分出众),当然不是说 PHP 不好,只是说如果想用一些好的技术和框架,还是应该考虑当地人才市场情况。

有技术选型困惑的倒是可以一起交流交流,只是技术选型这个问题上,不建议盲目追新,要考虑实际情况,当然也不推荐太过于守旧,尝试一些新的技术,对自己以后发展还是有好处的。不用过分纠结于语言的好坏,主要还是看市场需求。

2、是否适合敏捷开发。

敏捷开发基本上是一个好公司的标配了,尽管如此,我还是不建议一些小团队使用敏捷开发,一方面他对管理要求特别高,尤其是在公司项目管理还没成型的情况下,盲目推崇敏捷开发可能适得其反,最终导致相互推卸责任。另外,团队人员不稳定的情况下,敏捷开发也不适合。当然如果以上问题都不存在的话,那我强烈建议转型为敏捷开发。我们目前是敏捷开发和瀑布流开发混合使用。

另外,不管使用不使用敏捷开发,我都建议使用 git 来做代码管理。不论是 GitHub 还是还是更符合国内使用习惯的码云Gitee 都可以实现,最重要的是:码云创建私有库是免费的,这点比较良心,做个代码“网盘”不错。以我们团队情况来说,主要有三个分支,一是对内开发,二是对外开发(接的一些外包),三是我们开源项目 Notadd ,相当于三个团队,用码云企业版管理和分配任务,以及查看任务统计大大方便了我们。

这是我们团队的 Notadd 开源仓库:  https://gitee.com/notadd/  

(基于新技术栈的开源模块化开发框架,能大大减少项目构建成本,目前开发有 PHP版和 node.js 版),这是我们团队的主要项目,我们期望未来开发都是可拓展,可大量减少重复工作量的模块化开发方式,同时又使用一些新的技术不断提升用户体验,欢迎大家给我们提交 PR。

C:\Users\hexing\Documents\Tencent Files\211357701\Image\Group\Image1\NPTBZNUAG[E7D~PAYKP`9DM.jpg

根据我们的使用经验,码云更适合中小型开发团队,除了能满足基本的代码托管外,还能方便的支撑项目管理和文档协作方面的需求。当然小型团队可以使用个人版本的码云,创建私有库就可以。

3、  如何避免人治。

对事和对人的看法一定要分开,对管理者来说,这是很难能可贵的品质。对事不对人,这点十分重要。关于法治问题,这个我倒是推荐看看 《大秦帝国:裂变》 关于商鞅变法这段,想对于齐国而言,只有商鞅的法制能够最终得以延续。

讲个典型的人治例子: 我之前有个朋友8点去公司,老总8点10分发通知,说是所有人必须8点40之前到,由于他没看手机,然后“迟到”,老总为了立威扣了他200元工资,扣不扣,扣多少都是老总说了算,没有相应制度,于是他选择了离职。

在管理上,存在漏洞是正常的,但是应该正确认识到问题,修改相应的规则,并进行通知,而不是全部特殊处理。

C:\Users\hexing\Documents\Tencent Files\211357701\Image\Group\Image1\6P]T%I8BAG7AG$KFFFI@5YL.jpg

另外,平等并不代表绝对的公正,管理上还应该考虑个人差异。

4、  执行是管理成败的关键。

这里的执行说的是管理者的执行,作为管理者应当对制度进行严格的执行,制度可以宽松,但是执行必须严格。初期一定不要怕麻烦,形成习惯以后就是良性循环了。

即使不是自己去执行,也应该对执行者做深入的考核,保证执行的有效性。

不谈奖惩的制度都是耍流氓,如果违反相应的制度,应该接受怎样的惩罚,这是应该提前定好的,否则后续执行会有很多坑。

三、   如何充分展现自己的价值?

1、  团队协作能力。

作为管理来说,应该培养的是一支团队,而不是某个人才。团队协作能力是一个基础,使用git,制定代码规范,命名要求,环境统一等 都是尽可能减少团队成员之间差异的方式。

实际上由于个人能力差异,经常会出现 A 写的代码,B 得费很大劲才能看懂,那这时候就应该考虑每个成员必须在开发过程中应不断完善开发文档和说明了。

还有一类情况特别普遍,尤其是对于一些没有经验的程序员,比如一个小功能,他首先不是去 GitHub 码云 Gitee去搜,而是自己写,等填完各种坑后才发现,网上有大神写好,并且开源的东西了,很多工作都等于白做了,一定要培养搜索的习惯,,当然也不建议什么都搜,我们公司之前也有,搜了以后纠结用哪个好,然后又查了几个小时。公司建立一个常用开源库也是不错的,大家把自己常用到的好的库链接都放上去。

2. 进度把控能力

如果做项目管理不做好进度把控,这会导致在很多公司不受待见。进度是很多开发公司的生命线。

一方面做好时间的评估,项目允许的时间,项目管理安排的时间,由于个人能力差异可能完成的时间,并且预留大把的时间做 BUG 修复工作以及应对可能存在的项目延期。开发者所给的时间经常不靠谱。

过程中要做好按天管理的进度把控,在时间评估上不建议包含周末,而在实际开发调整过程中,可以根据项目情况决定是否要包含晚上和周末(加班)。如果加班比较频繁的话,建议在项目完成后多给开发者休假时间。

紧急补救,一般来说,这时候找外援补救,除非对方经验十分丰富,否则很难做好补救措施。我们也遇到过补救团队跑路的情况。另外一方面也要尽可能跟销售和市场方沟通,尽量平复甲方的情绪,同时可以先上线一部分主要功能。如果这样的情况较多,可以找靠谱的团队长期合作(救火专用)。

不要做过多的进度承诺,尽量预留较为充足的时间,千万不能对项目进度迷之自信。同时保证项目代码的的安全性,项目代码全部以 git 提交为准,既方便了协作防止代码冲突,也能防止一些意外发生,我们是有硬盘损坏的血泪史的。

代码管理是自建系统还是用云平台?实际上,中小型企业自建 gitlab 的成本较高,而且也不能保证代码不被丢失。而云平台会做多份存储与定期备份,即使本地和远端仓库被误删也可恢复,这是自建所无法媲美的。建议有条件的团队购买一些付费版的 Git 托管平台,一般都有协议保障,我们团队 Notadd 项目 之所以会使用码云,也是为了防止上述悲剧的重演。

四、   技术出身的创业者该提前做好哪些准备? 

最后一个大问题: 技术出身的创业者该提前做好哪些准备?

1. 做好人心会比技术复杂多的充分准备
即使是如此全能如此复杂的 AI 也难以判断人的喜怒哀乐,那么作为管理者要面对的这些问题更加复杂了。举个比较有意思的例子,说是有个皇帝喜欢石头,就派官员去全国各地找漂亮的石头,起初,很多平民也上交一些奇异的石头换取金钱。再到后来,形成了一股挖石头的热潮。最后沦为了一些官员的滥用职权的借口,说你家地底下有好石头,需要把房子扒了,挖石头。

做管理也是一样,很多事情,可能初心是好的,但执行起来却最终变了味,最终的结果就是好心办坏事。

我们也经常遇开发者踢皮球的事,前端甩锅给后端,后端甩锅给前端,也有怕得罪人,自己背锅的情况。权责划分一定要明确,有问题一定要当时提出(比如后端接口没写完),防止踢皮球的现象。

2. 管理成本会随人数的增加而大幅增加

起初几人的团队管理,可能这个问题还不明显,但是一旦人数上涨,管理成本会很快上涨。

我举个简单的例子:比如要解决一些销售人员的贪污问题,做了一个销售监察小组,然后为了解决监察小组的贪污问题,又做了一个监察 监察小组的 小组,如此循环,管理成本必然大幅提升,而最终创造价值的却是销售人员。

知乎有一篇文章比较有意思,值得一看:

https://www.zhihu.com/question/22977065/answer/236152323

刷盘子的故事,为了解决洗涤灵被偷拿的问题(小成本),而最后动用的管理成本已经远远超过了洗涤灵的成本。

3. 做好管理成本与开发成本的权衡

管理是手段,并不是目的,小团队做过度的管理是极不推荐的,跟上面提及的一样,别为了管理而忘了最初的目的。

实际上要做好管理成本和开发成本的权衡,要考虑这样做能带来多少效益和价值,同时损失多少人力用做了管理。这样做的目的是什么,有没有更简单的方式?

总之,管理上增加小的成本,解决大的开发成本,是比较推崇的。

在结尾,我还想扯点别的,作为管理者,我总听到有人在说 “存在即合理”,但这是一句被人误解的话,这里的合理也并不是合乎人伦道理,要结合原文哲学思想来看,而是说合乎它存在的绝对精神,不然法律和犯罪同样存在,为什么法律还要制裁犯罪?今天就到这里,感谢 51CTO 提供的平台,感谢开源中国以及码云的大力支持,最后,对我们项目有兴趣的童鞋,欢迎star 我们的开源项目 Github: https://github.com/notadd/notadd 码云(Gitee): https://gitee.com/notadd/notadd (Node.js 版正在开发哟)后续也期望和大家能探讨出适合的管理方式,再次感谢大家听我啰嗦。今天由衷地感谢 51CTO 的小官,没有他就没有精彩的推送。

以下问题是来自51CTO开发者社群小伙伴们的提问和分享

Q:Java-果冻-沈阳:老师你认为,程序员转管理岗位最大的难点是什么?

A:本初网络-左老师:克服自我性格缺陷。技术可以提升,能力可以培养,性格缺陷改起来比较困难。


Q:Java-藏洗:我现在比较迷茫,不知道怎么提升了,中级的。又感觉基础差 然后新技术也不知道咋样去学习 就反反复复 不知道学习哪方面对自己提升大。感觉是不是搬砖太多导致的?

A:本初网络-左老师:迷茫在哪里? 是觉得开发累,还是觉得领导2?先找一个方向先学, 比如 做业务,注重架构,那就java 写接口 node ,深度学习 python 做web ——php。框架的话,建议还是先学比较通用的,然后再学比较先进的,学会一个,其他的就比较容易融会贯通了。


Q:Java-藏洗:老师,自考的学历,有用么?

A:本初网络-左老师:中小企业学历没那么重要,但问问题你得要回答得上。之前贴吧有人面试吹牛说自己能写分布式搜索,结果16K录用了,但是....


Q:Java-藏洗:貌似现在问的问题好多都是底层原理,这个应该咋整?

A:建议先从 linux 看起,然后多了解一些技术文~ 兴趣对这方面的提升会特别快。


Q:寥寥1157:中专生应该往哪个方向?

A:本初网络-左老师:说个比较现实的情况,很多企业还是比较看中学历,尤其是500强。如果你有能力带一个团队,可能情形会好很多。


Q:C#-LMY-烟台:应届生在公司没人带,做起来很费力,这时候应该怎么提高自己?

A:本初网络-左老师:如果有技术负责人,可以多请教他,另外可以找领导去谈心。另外,也可以自学一些课程,我身边也有一些电视台学编程的,电视台工作的。


Q:Java-果冻-沈阳:程序员转项目经理先考一个PMP靠谱吗可行吗?

Q:移动安全-军阀-北京:老师,我也比较好奇,PMP靠谱么,值得考么?

A:本初网络-左老师:可行,但也要注意积累项目经验,实际的情况会比较复杂。


Q:小白-Commander-深圳:我现在零基础,该怎么学?想做web。

A:本初网络-左老师:还是看方向,你是想做web 还是想做接口什么的。可以看看 node.js 或者 php,有js基础,打算深入学web,就选前者,反之选后者。但是PHP目前情况来说, 只会 thinkphp一个框架 的程序员比较多, 整体水平会偏低,如果你做的比较深入一些的话, =薪资也会很高。


Q:java-亚风-合肥:为什么要用nodejs?

A:本初网络-左老师:看github 的年度报告,一是 JS 的开源项目越来越多,二是大公司越来越喜欢 js 及衍生产品。三是 npm 上包的数量。node 现在的优势,一是前端好上手,二是相对 php 存在性能优势,三是生态。当然 php 的web 地位暂时不会有语言能撼动,很多公司也会考虑开发成本。这个看企业情况,招人是成本,开发效率是成本,维护也是成本。

如果你是技术负责人的话,我建议你在企业成本增加不是那么明显的情况下,使用新技术。公司角度看的话,也看业务了,如果是做外包,维护一堆系统的话,那还是不要盲目升级。


Q:网管-独奏-贵州:@本初网络-左老师 老师 能说说你自己的职业规划吗 我们学习下

A:本初网络-左老师:每个人情况不同,存在个体差异。


Q:小白-Commander-深圳:自学该怎么学?

A:本初网络-左老师:慕课网、腾讯课堂都可以。


Q:后端-陈医生-北京:关于技术选型 上面说到是团队决定 那业务怎么去考虑这个问题?

A:本初网络-左老师:比如你搞嵌入式,能选的就只有C、C++,你搞web 能选的就PHP、node.js、java。你搞接口node、golang,搞算法python、golang、C++。不同语言都有自己的适用范围,然后再权衡成本和副业的情况。


Q:后端-陈医生-北京:业务发展到一定程度是技术从新选型还是增加扩展性?

A:本初网络-左老师:也是看业务情况,如果历史包袱比较重的话,优先考虑拓展性。历史包袱不重,而且重新选型能解决现有的很多问题,那就考虑重新选型。没有绝对的对错。


Q:网管—独奏—贵州:技术,由于金融行业的关系,已经不养自研团队了。年龄也是个槛,正好学习下,重新找到方向。

A:本初网络-左老师:您那边具体情况我不是很清楚,但是我也建议您列个表做个对比,自研团队有自己的好处。不自研,也有它的好处。


Q:C++-丰息-西安:想请教左老师,怎么培养团队的技术氛围

A:本初网络-左老师:先解决产品和技术的关系,让产品了解技术。我举个例子,武汉深度科技,周五会有BUG大赛,看谁消灭的BUG多,如果平时有时间的话,可以做个内部的技术分享会,一方面让开发者学新的东西,另外一方面让他讲出来和大家讨论。


Q:架构-熊大-成都:看谁消灭的BUG 多怎么操作?

A:周四让产品把 BUG 整理出来,周五依据 解决的 BUG 数量做排名,然后可以有小礼品,我只是举个例子。


Q: 网管—独奏—贵州:32岁,银行程序员,转做业务岗吗?银行大部分都是外包的,管理层很少有晋升通道跨行业转岗呢?还是跳槽?舍不得银行待遇。管理只有业务人员能上任 目前20k,但是没有晋升通道。

A:本初网络-左老师:银行体系我不是很清楚,但是 1是你精力得耗得起,2 是你现在追求稳定不? 尤其是考虑家庭方面。


Q:网管—独奏—贵州:跳槽出去,很多公司还要30多岁的程序员吗?几乎银行的很多系统都是我牵头对接的,懂很多东西。

A:本初网络-左老师:我觉得你那个位置的人际关系要比你说的那个能力更重要。


Q:Java-深圳-Fandy:我关注了一些招聘要求,目前IT行业招聘项目经理都对技术要求比较高,但是实际开发过程中,很多项目经理一般只做统筹、设计或技术选型,不参与实际代码编写或技术问题处理,这是不是一个矛盾的问题,招聘要求会不会限制了技术项目经理的职业发展,或者是提高了跳槽或深入发展的门槛?对于项目经理到底是偏管理还是偏技术,我感觉现实中对技术要求高一点。

A:本初网络-左老师:一般的外包公司除外,只要这个企业在正常发展,接触的技术一定是越来越多。

【51CTO原创稿件,合作站点转载请注明原文作者和出处为51CTO.com】

【责任编辑:何星 TEL:(010)68476606】

点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

设计模式:可复用面向对象软件的基础(双语版)

《设计模式:可复用面向对象软件的基础》(双语版)是引导读者走入软件设计迷宫的指路明灯,凝聚了软件开发界几十年的设计经验。四位顶尖的...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊