怎么做,才能在职场中晋升?

简介: 工作要积极主动,刚进入职场的同学,以为“服从命令听指挥”“领导指哪打哪”就是积极主动,结果易养

1 主动原则:主动做事

工作要积极主动,刚进入职场的同学,以为“服从命令听指挥”“领导指哪打哪”就是积极主动,结果易养


1.1 不好习惯

① 认为主管肯定会帮你搞定晋升

你可能非常信任主管,认为自己只要把主管安排的任务做好,晋升就是水到渠成的事情。所以你就算觉得现在分配的任务对自己的成长帮助不大,也不会主动跟主管沟通,而是认为“他这么安排肯定是有道理的”“也许过一段时间他就会给我安排新的任务”。这其实是不对的。


首先,不是每个主管都会关注组员的成长。主管做事风格可能多种:


有的主管特别关注业务目标是否达成,所以会花很多时间跟产品经理和项目经理沟通交流

有的主管特别关注团队形象,要求所有对外承诺的事情都一定不能延期、一定不能出问题,所以会特别重视进度、质量和风险等情况的跟进和监控

有的主管特别关注自己的职位爬升,所以团队成员对他来说,只是一种可利用的资源

所以,如果你遇到的恰好是不关注组员成长的主管,就不要等着他给你分配任务了。不然你就只能长时间地留在当前的级别,做“工具人”。


就算主管关注组员的成长,他的判断也有可能跟你的判断不一致。如主管认为你还需要在当前岗位继续锻炼,而你却觉得自己应该尝试新的挑战了。这时候如果你不去找他沟通,他还会继续给你安排熟悉的重复任务。这样你肯定很没意思,工作状态不会太好,工作积极性也不会太高。所以,你觉得自己的岗位没有太多挑战和能力提升空间的时候,就不要等着主管给你分配任务了。不然你身上的潜力就激发不出来,没法以最快的速度晋升。


② 被动接收信息

你可能认为把自己的本职工作做好就够了,其他事情自然有对应岗位的人去负责,因此你很少去主动了解很多工作相关的信息。给我分配什么活就干什么活,从没想到要主动获取更多有收益、是痛点的活,所以接下来要主动和老大、同事多沟通,挖掘业务痛点并解决。


比如下面这些信息,对于技术人员来说,它们不属于自己岗位职责的范畴,但是在晋升的时候,它们却是评判技术人员综合能力的重要考察内容:


业务功能上线后业务效果如何?

业务效果不好的可能原因是什么?

整体的业务机房的部署结构是什么样的?

这些信息,有的需要找产品运营要数据,有的需要跟业务负责人探讨,还有的需要和另外的团队交流,都需要你主动去找机会才有可能获取的。


主动规划工作任务,主动跟别人了解更多信息,合起来就是我说的主动做事。主动做事的人,比等着别人安排的人更容易晋升,这就是我总结的第一条原则,主动原则。


“如果你不主动找他聊天,他不一定跟你讲的”,其实主动去找manager聊,他也不一定讲的。这肯定的,但主动去聊,肯定比不聊要能够获取多得多的信息,也会让主管对你更加熟悉和认可。


1.2 怎么做

① 主动找主管沟通工作

不管主管是什么风格,定期或不定期找他沟通关于工作任务的想法和意愿:


听听他对自己的看法,获取指导建议

借此机会了解更多关于团队、业务和部门的信息,有机会的情况下尽量主动承担有挑战性工作

不要以为主管会自己把知道的所有信息都一一跟组员分享。很多隐藏信息、非正式信息和小道信息,如果你不主动找他聊天,他不一定跟你讲。


一直以来以为做好领导交代的事情就能晋升,结果领导没有看到个人价值,所有工作都是他安排的。其实有些想法自己也有过,没有及时沟通表达出来,导致被认为没有体现个人价值。


其实绝大部分工作环境都是有一定选择权的,毕竟一个TL手下有几个类似的员工,具体哪项工作分配给谁,并不是死板和机械的。


一直想当然认为自己干了活干好了,领导自能看到,其实累个半死领导根本不care,自己感动自己,还总是强迫症认为什么事都要尽心尽力要做到100分,其实很多时候是在低水平的层面和自己较劲。认识到问题是解决问题的第一步,加油!


我以前是很少单独和主管沟通,觉得有点不自在,这可能是我性格上的缺点,不仅仅和主管沟通是这样,有时候自己带的实习生,主动找他沟通也会有点不自在。 后来我逐渐意识到这不是一个单独的问题,他很普遍,总的来说就是在工作中,对于不是本职工作的事情,我可能都不会特别擅长,会有点紧张或者不自在。因为我们把大部分时间都奉献给了本职工作,其他的事情练习的就少了,甚至有些根本没有练习的机会。所以对于新的事物,需要一点时间去接受或者干脆放弃。当我知道问题产生的本质后,就很简单,我是要接受还是放弃。相信大家和我一样都是要接受,并且为之努力的。我也在慢慢适应。


认识问题是解决问题的第一步,其实跨出第一步后后面就会容易多了,我以前也是一个不善于表达,更不会演讲的人,但是逼着自己去尝试,不断的练习,虽然过程中也出过丑,犯过错,但积累多了就越来越熟练了,现在我已经可以大胆在各种技术大会上演讲,也敢直接跟更高级的大佬提出自己不同意见。


② 主动找别人沟通,了解更多信息

很多人害怕主动找别人要东西,可能有性格方面的原因,但更主要的原因还是动力不足。如果你能够意识到主动沟通带来的价值,很多时候就敢放开手脚干了。这就像一个笑话说的,一个人问:“打一巴掌给100块,你干不干?”结果另一个人回答说:“我能让你打到破产。”


怎么获得动力

从晋升答辩的角度来看。每当你想退缩的时候,问自己:“如果评委问到这个问题,自己能回答上来吗?”


事实上,晋升答辩的时候评委很可能会对这些问题感兴趣,比如“这个业务上线后效果怎么样?”“没有达到预期,主要原因是什么?”“机房的部署结构是什么样的?”“新加坡机房跟美国机房怎么同步?”……想到这一层,你就会逼着自己去沟通了。


2 成长原则:不断挖掘成长点

2.1 思维陷阱

① 事情做得多,自然就晋升

只做自己会做的事情,不断地重复,你只会变成熟练工,而不会成为技术专家。所以,不要把1年的工作经验重复10年,而要真正积累10年的工作经验。


每天埋头做着各种业务需求,与各方人员沟通,讨论,加到很晚也只是为完成产品需求,简单重复工作做很久,能力基本无提升。


② 事情做得好,自然晋升

“我把老板安排的任务做完,保证效率和质量,拿到好的绩效,晋升肯定没问题。”结果,他们虽然拿到了好的绩效,但晋升却屡屡碰壁。


不同级别的能力要求是有本质的区别的,而不仅仅是熟练度的区别。能够把事情做好,只能说明你已经熟练掌握当前级别所要求的能力,但并不一定意味着你的能力就自动达到下一职级的要求了。


怎么多做事、把事情做好反倒不对了呢?其实,多做事、把事情做好,当然是有用的。但它们的作用,主要体现在帮你拿到更好的绩效,更多的奖金和一定程度的工资提升。至于晋升,不光要看功劳和苦劳,更要看成长。


所以,一边做事一边挖掘成长点、提升自己能力的人,比光顾着做事的人更容易晋升。


2.2 正确做法

如现在工作得心应手轻松完成,就该尝试高难度、复杂度事,而不是一味刷熟练度,沉迷在自我感觉良好状态。如你业务开发,已成为组里骨干,效率高,质量又好。就可试着完成方案设计、架构设计、架构重构和系统优化。


不管事情做好了还是没做好,多复盘总结,找到提升优化点。


对踩坑、犯错事,要复盘。做得顺利的事,你可能做完就完事,不会主动去挖掘可以成长的点,就失去了很多成长的机会,即使把事情做好,能力提升也不大。


3 价值原则:学习为公司产出价值的技能

“怎么学习编译原理?”


“怎么想到学编译原理?”


“编译原理是所有编程语言的基础,这个算基础的技术能力吧,我觉得肯定要学。”


“你们什么时候会用到编译原理?”


“好像没有用到的时候。不过我觉得,多学点技术总没坏事,说不定哪天就用上了。”


“那你学了多久了,效果怎么样?”


“学了半年了,但是感觉没学懂,所以来问问你,看看你有什么经验。”


“我也不懂,而且我建议你别学了。编译原理虽然是基础技术,但它跟你现在的工作基本没有什么关系,学习编译原理并不能让你把开发做得更好,或者给你的业务带来新的有用的功能。”


这同学很有上进心,也非常努力。但是很遗憾,编译原理这个技能对他目前的工作其实没什么帮助。换句话说,晋升角度考虑,他学习的技能无法为当前的公司创造价值,这六个月的时间其实白白浪费。


公司设计职级体系的初衷,是为了衡量不同员工的能力级别,然后根据级别来制定相应的薪酬、福利、管理等制度,同时鼓励员工尽量提升自己的能力,为公司产出更大的价值。


能力级别和公司价值,大部分人只关注能力级别,忽略公司价值:


面试,面试官主要考察能力级别,因为这时候没有办法准确评估你能为公司带来的价值

但晋升时,不论你把能力吹得多么天花乱坠,如果不能体现在对公司价值的实际产出上,那一切都是废话

所以,也许你为晋升,花了很多的时间和精力来提升一些“重要”“基础”能力,但实际上它们可能对你的晋升根本起不到什么作用。学习编译原理,研究Linux内核源码,天天刷LeetCode题目,关注人工智能发展前沿……这些都是技术人员提升能力的时候经常踩的坑。不是说这些技能一定没有用,任何人都不应该学;而是说如果你想晋升,在投入时间和精力学一项技能之前,不妨先思考一下,你学了这个,能为公司带来什么。


让能力为公司产出价值的人,比空有一身能力的人更容易晋升。这就是我总结的第三条原则,价值原则。为公司产出价值的能力,才是值得优先学的能力。现在我们以“人工智能”为例,用价值原则来判断一下,如果你的时间很宝贵,还值不值得学。


如果你是P5/P6级别,做Android App业务功能开发,用不着人工智能,因为你现在主要工作还是把开发任务做好。

P7/P8级别,是带一个团队做Android开发的Team Leader,或者是负责App架构设计的技术专家,可能就有必要学人工智能了,因为你需要规划和思考团队与业务下一步的技术演进方向跟实施步骤

如果你是P9级别,那么不管是什么技术方向,肯定都要了解人工智能,因为这是一个新的技术领域和方向,而新的技术往往会带来业务上质突破

学习全凭自己兴趣,如golang、docker、人工智能等,没有考虑业务痛点和难点,没有考虑如何为公司带来更多价值。以前总顾着学习技术,忽略很多其他能力地提升,观察了很多晋升的同学,除了技术外,其他综合能力都很强。后面要改掉这种只重技术的想法。


平时一直都在学技术,但都不是工作中立马用得上的技术,搞得学的时候理解了,但过一段时间就忘了,得不偿失,还不如工作中用到什么再学什么,这样既能为公司创造价值,自己也能印象更深刻,并且,周围人也能实实在在地看到自己能力的进步。只想着提升能力,却从没想过要优先紧急地提升对目前工作有帮助的能力,然后为公司创造价值。


对基础的汇编语言、网络原理、操作系统等有一种执念,一直觉得不学好心里不踏实,每天都要投入不少的时间,但工作中能接触到的一些知识点,更多时候不闻不问,能用就行,想等到那些基础知识都学完再来学这些。之前确实认为多学东西总没错,看了很多基础性原理性的书,现在回头看其实价值不大,起码对当时的自己的成长意义不大,实际是等于走了弯路。


价值原则除了告诉我们某项技能值不值得学以外,还能告诉我们要学到什么程度。还是以“人工智能”为例,不同的人来学,学习的方法和深度也是不一样的,一定要避免陷入“学习等于看源码”这个误区。


如何分配自己时间,看学的东西能不能给公司带来价值,对晋升有无影响。如果当前学习的相关技术兴趣使然要把握分配好时间。不然会发现自己学了一大堆东西,还在原地打转,工作上用不到知识很快会被大脑卸载掉。如果想晋升,漂亮的完成必须得工作任务之外,还需要挖需排坑,知道自己直属老板是什么样的管理,我们应该怎么更好的高效工作更容易晋升,哪些坑我们应该规避,不要在这里浪费时间!任何事都没有捷径,但是有高人指路,自然少走些不必要的弯路,便高效了。


个人就很喜欢学一些"肯定会有用"的东西,比如看一下算法导论,看一下常见算法的数学推导,但这有什么用呢?有的是应届生大学可能读了7、8年这些东西,真遇到这种问题随便招一个实习生就能搞定,为什么我要花费996剩下的宝贵时间?很多开发人员,喜欢背那些算法和数据结构书本里面的内容、源码、数学分析推导等,但是对于编程语言提供的数据结构却不怎么深入研究,然后在实际开发中空有一身理论,但却经常踩语言的坑。深入理解LinkedList、ConcurrentHashMap、CopyOnWriteArrayList这些对工作带来的价值更高,研究这些数据结构和算法相关原理,再去补原理,理解更深。


以前我喜欢去做一些我会做的事情,然后沉浸在自我满足之中,有时我也会去选择做一些我没接触过的,让我比较痛苦的工作,但是大都没坚持。


而且,对自己做的比较好的工作没有复盘,觉得理应如此,对自己做的不好的,更多是一种自责和悔恨,时间一长就忘记了,下次可能还会犯同样的错误;


如果你是做算法,人工智能应用场景、算法原理、框架源码都要学习

如果你是做App开发的,学习的重点可能就是人工智能的原理和应用场景

如果你是P9,学习的重点可能是人工智能的基本原理、行业的发展现状、成功和失败的案例,还有相关的产业链信息

4 总结

主动原则,主动做事的人,比等着别人安排的人更容易晋升。所以你应该定期或者不定期地主动找主管沟通,交流关于工作任务的想法和意愿,寻求机会;同时,你也要主动找同事沟通,了解更多工作相关信息


成长原则,一边做事一边挖掘成长点、提升自己能力的人,比光顾着做事的人更容易晋升。所以如果你已经能得心应手地完成现在的任务,就应该主动跳出舒适区,尝试更高难度和更高复杂度的事情;同时,不管事情做好了还是没做好,你都应该多做复盘总结,找到可以提升优化的点


价值原则,让能力为公司产出价值的人,比空有一身能力的人更容易晋升。所以,如果你的时间很宝贵,就应该优先学能为公司产出价值的技能


价值原则感受最深,花了很多时间精力在做低效甚至无用的学习。除了学用不到的内容,我最大的问题是没有清晰坚定的目标,甚至几次换过技术方向,总从头再来。

如果我当初能早些有一个明确的目标,似乎主动、成长、价值的问题自己心里就都有答案了。为什么当初没目标,因为没见识。为什么没见识,因为没目标。


如果你没有明确的目标,那么就选定一个领域,然后以晋级为目标,这样有奇效,毕竟晋升能够带来实打实的回报。大部分人都很难一开始就确定自己的人生目标的,尤其是长远的目标,而中短期的目标是比较容易确定和实现。


当你理解了这些原则,并且在实际做事过程中有意识地去应用这些原则之后,既能够为公司创造更大的价值,拿到好的绩效;又能够快速地提升自己的能力,满足晋升的要求。下次晋升的肯定是你了呀。


5 FAQ

厨师的晋升

在一家大酒店帮厨师打杂,配合厨师炒菜,切切配料,在这期间我观察了两位同事晋升的全过程:有一位同事平时不光是平时做好自己的本职工作,还经常跟炒菜师傅交流沟通,在炒菜师傅不在时,他会试着帮忙做一些本该是由厨师来完成的工作,在厨师不在的某一天,他学会了煎鱼,而且看起来还具备一定水准,我想他一定是平时留心观察了厨师煎鱼步骤,平时不忙的时候,他会去各个部门串门,跟各个部门的人嘻嘻哈哈,尝试着模仿学习各部门的技术,很快,这名同事就直接从打杂晋升到配菜了,并且同样具备一定水准,这跟他晋升之前向别的部门学习取经分不开,反观我,就只是重复做同一工作,日复一日,虽然努力认真,却没有一点儿提升。


还有一名同事,也帮厨师打杂,但不甘心老是打杂,于是向部门管理提出换部门,后来他就被换到凉菜部门做凉菜了,其实我当时也想换职位了,但总犹豫,因为打杂相比在别的部门,要轻松一些,我尽想着舒服了,后来我终于鼓起勇气向部门管理提出要换到凉菜部门,得到回复却是没名额,我心想:要是我早一些向部门管理提出来,不就能换到别的部门学习全新的东西了?于是越想越懊恼。


综上:这两位同事其实都对自身职业生涯有所规划,知道不能只停留在当前位置,遂四处寻找机会改变当前局面,其中一位同事就是不甘心于只做打杂,而到各部门之间进行串门,偷师学艺,如果不是他经常游走于各部门之间,乘机学各部门的技术,是不会成长的那么快,我因为只做打杂,而原地踏步,没有任何进展。另一位则是想说就说,行动果断利落,而我犹犹豫豫,最终是错过了换部门学习新东西的机会。


在这期间酒店开了表彰大会,专门表彰优秀员工,我想应该会有我吧,结果却什么也没得到,我心里想:我平时工作那么认真了,为什么就得不到表彰呢?其他工作认真的大多得到了表彰,为什么我不可以?


假期结束,我终于离开了这令人伤心的地方,发誓再也不来这家酒店,并不爽了很久,后来我工作了,才知道,光靠努力,认真,是得不到别人的认可的,你得让人看到你的价值,而不是自我认为很有价值。


一个技术一般,但综合能力强的人

一个只是技术强,但综合能力不咋滴的人

前者更能产生价值,更易获得他人认可。一个只专研技术,将所有精力都放在技术上面,认为自己是个技术很强,对公司很有价值的人,必然会因为只专精技术而制约自身综合能力的发展,这种人往往会看不到事情的全貌,容易一条路走到天黑,而想要晋升,其中很重要的一条是注重综合能力,领导一定会提拔那种综合能力强的人,而忽略单方面能力强的人,并且,每上升一级,综合能力要求越高,这期间会逐渐暴露你的能力短板,为此,我们需要不时弥补短板,来完善自身综合能力,必要时,需要炼就新的能力,为自己的能力添砖加瓦,从而进一步提升综合能力,为更高一层的职位晋升做准备。


技多不压身?

学习知识,很多人的观点是技多不压身,多学点总没错,但学很多,貌似也看不到什么好处。学了一堆东西,能用上的却很少,时间倒是花了一大把,却没有直接看到这些知识带来的益处,于是迷茫,不清楚学这么多东西是为了什么,但又觉得没办法,不学很快就会落后,于是就又花大把时间学一些以后很少用到,或根本用不到的知识,以此来安慰自己:做这些是为了自己好,是为了以后的职业发展。但他们内心其实渴望的并不是不断吸收知识,而是是职位的晋升,以及薪水的提升,在疯狂扩充知识面的同时,却忽略了薪水提升和职位晋升所必须具备的能力。


就像华仔,他是非科班,如果是科班,他向你问的问题早该在初学是就已经遇到并解决了,之所以他会去学习编译原理这种可能永远用不上的知识,是因为他心里已经对知识产生焦虑,总会觉得不把它搞定,就永远不会进步,还有上面评论提到修炼内功的那位小伙伴,也是属于这种类型。但问题是,这种纯粹为了学而学,为了提升而提升的学习模式,有可能就会让自己陷入知识的怪圈,不断的去学习各种各样,但又对自身职业发展没多少益处的知识,以此来满足自己的知识焦虑,到头来又会发现没啥用,因而自暴自弃,还是以评论区那位修炼内功的小伙伴为例,如果修炼的内功对自身以后的发展并没有没有什么用处呢?那还需要学吗?


大多数有知识焦虑的人都喜欢填充各种知识,无论将来对自己有没有用,但其实他们并不知道这些知识在将来到底会不会帮到自己,如果提前知道这些知识不会帮到自己,他们压根不会去学,职场时间是很宝贵的,没人会想去花大把时间到一些毫无用处的知识上面,但问题是他们不知道要不要学,于是就会找老前辈,学习他们的经验,那很多科班前辈,就会让你从各种基础补起,什么编译原理,操作系统,计算机组成原理等,这时候他们就觉得很有道理,像得到了一根救命稻草,开始拼命学这些东西,并坚信自己能走得更远,诚然,这些东西,的确能让我们在技术上走的更远,但这也只是技术上的,职位晋升远不是技术强就能行的,这些基础性的东西,应该在学校完成,而不应该在职场花大把时间学习这些东西,当离开学校,就不应该过多把关注点放在那些计算机基础课上面了,而应该更多的关注与自身发展,职业晋升等息息相关的职业技能,更应该关注学的知识能否以后用得上,并且能带来长期效益,毕竟已经不是学生了,是时候转变一下身份了,既然是想在职场取得更好的发展,自然就应该听取具有丰富经验的职场人的意见。


为此需要找到一名经验丰富的职场人士加以指导,华仔就很符合这个人选,那么华仔认为哪些知识在你职业生涯的各个阶段都是起到了不小的作用,且值得花大量时间学习而不担心未来用不上的?这些知识中又有哪些是只需要了解但不必全面掌握的,又有哪些需要全面掌握但不必深入学习的,以及哪些既需要全面掌握又需要深入学习的?


======》》》》


首先纠正观点,基础性的东西不是在学校学习就够了:


学校学习面向考试,核心是记住

工作中的学习是面向应用的,核心是理解和应用

举一个最简单例子:计算机科班出身的技术人员都学过网络课程,知道TCP/IP的3次握手和四次断开,但是我还没见到哪个毕业生能够一开始工作就能够处理网络断连问题。以Linux为例,要想处理网络断连,你得组合运用这些基础知识:TCP连接和断连、DNS解析步骤、IP组网和路由,你还需要掌握这些工具:tcpdump、ping、tracert、ps等命令,这些都是基础,有的是在学校学过但你不知道怎么用,有的是学校没学过要在工作中学习,但最关键的是要学会把这些东西串起来产生实际价值。


我的职业生涯对基础技术有了不一样的理解是在UC时,刚去UC负责中间件,对高性能、网络都有一定的要求,是因为工作需要,然后我深入去学,才理解非常深的。最典型的是SMP架构的CPU 的false sharing问题,这个知识点理论上属于计算机组成原理,但是计算机组成原理一般就会写CPU有L1/L2/L3 cache,不会说多核CPU的的cache line对齐会导致false sharing问题,然后对性能有很大影响。MySQL也被这个问题给坑过,而Disruptor的高性能则是采用padding避免了这个坑。与此类似的还有网络的一些基础知识,Linux内核的一些基础知识。


你肯定又好奇了,false sharing到底是啥,别急,这个基础知识点在我后来负责业务开发的时候就没用了,因为接触不到这个深度,但是业务开发的时候,MySQL的索引、ES的倒排索引这些基础理论就很有用了,因为你要设计合理的索引和存储方案,但这个时候其实也不需要你能够做到自己把B+ tree的数据结构能够写出来,只需要知道原理就可以设计合理的索引和存储方案了。


所以,价值原则,就是让更多人明白这道理,优先投入能尽快产生价值的基础和技术,而不要人云亦云的耗费大量的时间去学习一些用不上的东西,浪费时间,还会让自己产生一种虚幻的自己很强的感觉,既不利于自己能力提升,也会让自己心态失衡。


如果说一定要学习一些在职业生涯各个阶段都有用的东西,那肯定不能是具体的某个技术,而是一些抽象的原则、思想。比如设计模式,设计原则、UNIX编程艺术里面谈到的原则。推崇《UNIX编程艺术》,里面谈到的原则真的是非常有用的,但是如果你没有一定的经历,其实看到里面讲的原则你也体会不深,实际遇到选择的时候,你也不一定敢按照它说的来做。


没有什么知识是无论什么岗位都需要全面或者深入的学习的。以计算机网络为例,这已经是基础中的基础了,但你也不可能全面掌握,尤其是广域网BGP这些内容,普通的技术人员根本不需要也没机会去全面学习和了解,更不用说去深入学习了。绝大部分技术人员,能够学会用tcpdump、ping、tracert这些工具,能看懂tcp包头的各个字段含义很不错了。


公司角度看晋升

这三点对标:目标、方法、执行。或者用道家说法就是:道 法 术 器。


价值就是目标,找到最重要的那个目标,就是让公司觉得你有价值。

成长就是方法,具体方法就是做正确的事,而不是单纯的做事。

主动就是执行,找准目标和方法之后,需要有动力去推动落地执行。


站在个人的角度就是主动、成长、价值。这些原则如果不是有长期的思考和各种经历,很难一下子看出来。


唯领导论

早年听说过余世维的唯领导论(老板永远是对的,如果不对,请参考前一句),这些年来一直是按这样的工作观来工作的。“服从命令听指挥”,“领导指哪打哪”。这也是我一直加班努力工作的思想原点。曾经看到过观点,说余世维的唯领导论害人,当时不理解(不过那个观点也是没说清楚为什么,只是喷了一下论点,没有论据)。也曾经看到过不怎么加班的人却绩效优秀,而且晋升很快(排除不公平因素,人家做出来的产出也确实很棒)。看到这些现象,不理解背后的原因。


同时,还让我有了一个不好的工作习惯:“怕工作中出错”。这是基于"把事情做好"的工作观。这让我花了很多精力去尝试把工作做到90分,95分甚至想做到100分,120分。虽然想超预期。然而,在超预期的路上,只是在同一层次想做到120,这导致我在当前层次上花了太多的精力,却没有好的效果。却没有想过,在更高层次上多做一点,就能实现超预期的结果。


这次有点启发了。把时间多分一些在自己的成长上,收获会更多。去挑战更难的工作,不怕事情做错,多从高层次领导的角度考虑问题。重复的工作做的再漂亮,能力提升也不大,晋升比较难。


小公司的领导

小公司的领导,如果关注员工的成长,员工成长起来以后,公司往往不愿意给及时的加薪(没有相应的技术级别及薪酬体系)。 这个时候,容易出现人员流失。然后,公司高层又会怪你没管理好,把人都管走了,影响了业务进度。


我看到好多小公司的领导,把人当器物去使,把人当工具人去用。工具人做的好,会多夸奖你,这种环境,也容易使有上进心的人,努力错方向。但,人还是应关注自己的成长。成长是很私人的事儿。晋升是自己的事,如果公司是你说的这样的想法,有机会就另谋高就。


目录
相关文章
|
9月前
|
运维 算法 前端开发
评委角度看晋升,建议做好这几件事
作者总结了今年作为评委参加的很多晋升场子,其中以前端和客户端技术栈为主,总结了一些收获分享出来。
757 0
|
2月前
|
程序员 开发者
【活动】程序员职业生涯的分水岭:年龄还是经验?
在编程界,35岁是否是程序员的分水岭?文章探讨了技术更新对资深程序员的挑战与丰富经验的价值。尽管快速学习新技能至关重要,但经验在解决问题、架构设计和团队领导方面展现出优势。个人经历证明,持续学习与经验结合能让程序员在技术变革中保持竞争力,35岁应视为新起点而非终点。
19 1
|
9月前
|
数据采集 网络架构
技术人该如何准备晋升答辩?
在公司里,我曾参与过各个职级的晋升答辩,也见到过各种各样的答辩现场。就在前阵子,公司部门刚结束了年中职级晋升答辩,我也花了不少时间在团队成员的答辩辅导上。今天我就把一些晋升答辩的技巧和常见的坑跟大家说说,希望能够在晋升之路上对你有所启发。
|
弹性计算 关系型数据库 MySQL
面试被问:“你如何看待加班问题?” 该如何回答
面试被问:“你如何看待加班问题?” 该如何回答
面试被问:“你如何看待加班问题?” 该如何回答
|
测试技术
干货 | 测试人职场晋升“潜规则”:15 年经验资深测试经理的职场忠告
![](https://ceshiren.com/uploads/default/original/3X/6/b/6b7c415433c9acc8c4e15708b60b419da5eb9ed3.png) ![](https://ceshiren.com/uploads/default/original/3X/8/d/8dec96d8de9bc7b8ceab15cf3117a3b772c7dc7
|
SQL
职场晋升 | 和老板搞好关系这件事情很重要吗
在职场中,你是否有机会去做一些真正有成长的事,你的专业性是否能够得到足够的认可,你是否有机会去晋升,直接主管的态度往往有直接影响,因此,和老板建立健康良性的关系十分重要,搞好关系是做好事情、获得认可非常重要的辅助,但搞好关系不等于溜须拍马。用亲身经历6任老板的经验,结合思维模型,和大家分享“对上沟通”的话题。
66296 13
职场晋升 | 和老板搞好关系这件事情很重要吗
技术人员如何做晋升答辩
上半年很多公司都已经完成或者正在进行晋升答辩,看到技术群里的同学们也有在讨论如何做晋升答辩。 上半年正巧自己也参加了公司的晋升答辩并顺利晋升,借此机会,谈谈我对晋升答辩的理解和准备的建议。
1396 0
|
程序员
阿里五年晋升三次,这个程序员要聊聊他的选择
小二穆远是蚂蚁金服的一名程序员,五年晋升了三次,他要聊聊自己的五年阿里之旅,那些变化、坚持和泪水。请看本期的年陈故事会。
2476 0
|
机器学习/深度学习 Java 应用服务中间件
免试晋升P10,他在阿里10年经历了什么?
在上海工作8年后,身为部门经理的钱磊,管理着一家ERP公司的百十来号员工,“再往上爬就是老板和他儿子了……从这个领域的技术角度来讲算是做到了顶。”05年,钱磊就开始关注一家名字奇怪,做事也奇怪的公司。
3785 0

相关实验场景

更多