工程师要的是什麽?

「钱多事少离家近、睡觉睡到自然醒、位高权重责任轻;老板说话不用听、五年就领退休金、领钱领到手抽筋。」

听说这种工作是人人都爱的。可是不知道为什麽,让我钦佩或认可的工程师中,却没有人想要走这样的路。或许,人各有志,的确有些人追求这样的工作环境与内容,甚至有人就是这麽幸运,的确就身处在这样的工作环境中,那恭喜,圆梦了。

我理解上的工程师个性,单纯,执着,不服输,也有理想,想要变强,但总是在职场的现实中被折磨着,慢慢那个独特的斗志与睿智就被磨掉了。原本有机会变成是一门不错的自走炮的独立作业工程师,却不小心拐错弯变成一个说一动才做一动的听话机器人工程师。

我曾经在内部读书会谈一个话题。对劳方来说,自己究竟是卖脑还是在卖时间;对资方来说,买到的究竟是脑还是时间?这边没有要战到底哪一个才是好,毕竟各取所需,各有所长。但是如果能直觉的意识到我所想谈的差异,恭喜,怎麽建立一个可以诱发工程师主动积极的工作环境,这就是我今天想提出来的主题。今天提出以下四个对带工程师的雷区,给大家思考看看。

  1. 可以配合加班但需要知道为什麽
    我的部门加入了一个优秀的夥伴,面试过程中想了解他为什麽想离开原本的工作,他告诉我:因为一直在加班,但是都看不到成果。

这个世代已经与上个世代不同了,上个世代是遍地黄金,乘着风猪也会飞,只要努力就有成功机会。但是这个世代选择性太多,努力已经不代表能成功这点没关系,但努力却看不到被承诺的成果上市,那究竟在忙碌什麽?如果没有意义,自然就没有动力。

  1. 不要白白浪费我时间
    接续加班的话题,其实工程师都聪明到知道今天派发下来的需求或者变更,根本就是前一手的人没有弄好,或者在沟通中被遗忘了,导致派发到自己手上的时候,时间所剩无几。

有情有义的工程师一开始多少都会觉得紧急的事情尽量帮一下没关系,但殊不知就此跌入加班的地狱中。这种情义相挺,最後却变成专案延迟的事主,几次之後,工程师还会这样傻傻的不离不弃吗?别傻了。

专案负责人/主管如果不先公开厘清工作延迟的问题并且纠正,那麽工程师绝对不会再一次浪费了自己的时间外又要被冠上延迟的罪名!

  1. 不要叫我扛不是我该扛的责任/压力
    再接续前面的话题,为什麽当工程师的在专案的食物链中要这麽卑微,明明自己的专案时间不够也是受害者,还要在专案会议上变成专案延迟的众矢之的?

「我的主管呢?为什麽不帮我说话?」「我前面已经这麽辛苦了,我的专案绩效是不是被黑了?」「难道是我做错了什麽吗? 」

工程师内心小剧场就开始上演.....

另外一个情况,就是在没有提前告知下,突然要工程师在众人面前demo专案进度。然後最糟的情况,是大老板在场,然後专案又是严重延迟.....这样把工程师推上风口浪尖,还美其名给同仁历练的机会.....

  1. 为什麽不试试看我的方法?
    自己还是小菜菜工程师与前辈或者师父讨论着某些题目的做法时,有时候自己年轻气盛会认为,就这样这样做就好,为什麽不试试看我的方法。

华山论剑只问武功高低不问出身,不上场比试,如果只因为年资不够而被排除在外,实在无法让人信服。专案上遇到问题时,最怕就是找不到好的方法来解决,因此有时候会召集大家来讨论,常常会出现一开始让大家各抒己见,看看能不能碰撞出不一样的火花。

提案出来的方案,应该是综合了自己对於专案的认识与现实条件的限制,所以会自认是一个当下最好的提案。既然自认是最好的方案,没有被采用心情上一定有些失落,就算能平心情,还是希望可以得到一个直接的评论,哪里不适用或者哪里考虑不全,得到答案就可以修正自己的不足,但得不到答案就只能原地踏步!!

  1. 看错做错不要凹!
    其实谁不会犯错? 但在职场上碰到的情况都是,工程师犯错被主管叫去拉正,但主管犯错却一定是你听错有误会,是你沟通能力有问题。

在我观念中,主管与工程师只是专责负责的事情不同,平常并不需要有这种阶级上的架子,因此工作中彼此互相cover,各司其职。当然如果专案中有对外或者对上,多少还是尊重组织架构的分工。因此在专案过程中,团队内只要有人犯错,都希望各自能自省并找到根因,不论层级都应该对自己的错误致意,而非因为位阶或者年资,硬凹推托其他原因。

上面这些,是我自己在带团队过程中小心避免发生的状况,毕竟要把一个好的团队文化养起来已经很困难了,但是要毁掉他,只要一个小小的举动,就足够了。说到底,尊重工程师是成熟独立的个体,正面回答工程师的想法与需求,平等对待,我想就已经是一个80分的团队文化了吧。


<<:  说明Jupyterhub config内容

>>:  Day 18 Chatbot integration- Face Login- 人脸登入

纯 CSS 毛玻璃特效 - backdrop-filter 属性介绍

几年前的 iOS、MacOS 更新以後,毛玻璃视觉效果越来越受到许多人喜爱,在使用毛玻璃以前,背景与...

D27 - 彭彭的课程# Python 实体物件的建立与使用 - 下篇 - 实体方法 - Instance Method(1)

今天雨弹狂炸 交通真的是有够不便QQ 希望可以快点发明像多拉A梦的道具弄个什麽就不会淋到雨的产品 好...

[Day 0] Reactive Programming 资料来源

资料来源 在学习过中曾参考许多文章与影片 reactivex Intro to Reactive P...

LeetCode Weekly Contest 239的详解分享

Hard- 1851. Minimum Interval to Include Each Query...

SAML Assertion and OIDC Claim

实体、身份和关联属性 所谓的实体(entity)是指任何具有身份(identity)的人或东西。例...