同一个部门,类似的职缺;为什麽有些人做的轻松惬意,而有些人却累的跟狗一样?
如果在过往的工作中只遇过 1、2 次不愉快的经验,那应该是主管偏心、公司制度有问题;但如果你过去的每间公司都遇到类似的状况,那问题可能出在自己身上
。
如果你觉得现在过得不好,不妨参考文章中的方法,也许里面有些观点能给你的职涯带来不一样的启发。
笔者过去非常认真工作,面对主管交代的事从不拒绝,同事需要帮忙时也倾力协助
;就算下班时间同事都走光了,我还是独自加班完成工作。
当时我觉得应该是自己的能力受到肯定,才会被分配到这麽多工作;但过了一段时间後,身体渐渐无法承受这麽高强度的工作,对公司不满的情绪也越来越多:「为什麽主管只把困难的任务丢给我做?为什麽其他同事都能准时下班?为什麽我要一个人处理这麽多的事情?
」然後不久後我就离职了。
直到现在回头看当年的这段故事,才了解原来「能者过劳」最大的元凶是自己
。
如果你是後端工程师,那就请把自己後端的能力钻研到顶尖的水准
;如果指派给你非本职工作的任务时,尽可能地拒绝。
如果你不懂得拒绝,你就会变成「全包」工程师
,同事有事情第一个都先想到你;这容易导致你原本的专业技能停止成长,甚至每天都有做不完的事。
就算你担任的是全端工程师的职位,我相信一定还是有偏重前端或是後端;笔者建议要认真钻研偏重的部分,因为绝大多数人都做不到全能
,谨记主武器负责杀敌,副武器用来辅助;如果你的主武器已经生锈,那副武器再多也没有任何意义。
从高手变成庸才的故事
笔者有个朋友曾经是业界非常优秀的後端工程师,但他在入职新公司两年後却变得很平庸;因为除了後端开发外,他还要负责前端网页开发、公司内部 Server 管理、专案管理系统架设、程序码版控系统架设、云端 Server 部署、专案管理、内部教育训练、Android APP 撰写...;这些琐事不仅填满了上班时间,也让他下班後没有体力继续提升自己,导致技术停留在两年前毫无进步
,而当年落後的人已经可以跟他并驾齐驱,甚至比他更优秀了。
备注:如果在自己手上有事情忙的状态下,还被强制分配非本职工作的任务;可以趁这个时候跟上级交易,毕竟大家上班都是来赚钱的,
如果要我多负担一份压力,那也要付出相应的代价
。
将对话窗口转移
在非纯软的公司里面,大部分的部门都搞不清楚前端、後端的差别,因此遇到问题他们不是找主管就是找「全端」工程师
;就算你真的能帮他们解决问题,但只要你当了一次的窗口,他们之後遇到问题都会来找你
;为了避免日後工作时被其他部门频繁打扰,笔者的处理方式为:
如果你接到问题就处理,那只会是「能者过劳」
;你要学习将任务分给同事。
不要把别人的问题变成自己的问题
能力越强,责任越大;当你担任 Senior Engineer 或是 Tech Lead 时,时常会有同事请你帮忙解决 Bug;如果时间允许,忙当然是要帮的,但请谨记你是帮人,不是揽过来做
。
有些工程师问完问题看到有人帮忙後,就会回到座位一副事不关己的样子;所以帮忙时请注意界线,以引导为主
,不然最後出包,对方可能会把责任直接推到你的头上。
如果主管要你在资产转移单上面签名,一定要坚定的拒绝
。决策的影响范围已经超过了你的职权,甚至涉及到多个部门、公司预算;笔者强烈建议你要装傻推掉
。小提醒:假设 1 个决策的失败率是 20%,你帮忙做了 5 次决策;主管会获得那 4 次决策正确的奖励,而你则会承受那 1 次决策失败的後果。
当然也是有善良的主管,但社会上阴险的人太多,遇到不合理的事你要想办法拒绝才能保护自己;有的时候不是你比较倒霉,而是因为你没有拒绝不该由你承担的责任
。
让我们还回想一下,同样是工作一整天;有时你回到家时感到沮丧,而有时却觉得非常充实。
如果你仔细观察,会发现会造成这两者差异的主要原因,是因为前者做了太多的杂事,而後者则是去完成有挑战性的事
。
在上个小节已经分享了许多避免杂事的技巧,这个小节就让我们来了解,如何让自己有能量去完成有挑战性的事情
。
你是否曾经工作到一半突然觉得所有事情做起来都非常流畅
,在这个状态下遇到的难题都能迎刃而解、而且能在短时间完成非常多的事,更神奇的是这段时间你的注意力完全不会涣散,甚至会忘记时间的流逝。
笔者周围有蛮多朋友都体会过这个状态,它有一个专有名词 ──「心流
」;虽然可遇不可求,但能透过一些小技巧增加它出现的频率,这些技巧就算无法让你进入心流,也能提升不少工作品质:
完整的工作区间
,在这个区间内拒绝一切外界声音;这样做可以避免你的注意力被打来的电话、讯息的提示音所干扰。给任务设定一个期限
,必须在时间内完成某件事;让大脑把所有精力只投入到一件事情上面。在开始前用一个仪式
,暗示自己就要进入无敌模式;透过这个仪式把自己从混乱的思绪中抽离,切断大脑之前的思绪。
笔者的仪式是在开始做事前,听 Victory 这个激昂的音乐。
很多人的下班不是下班,读者可以回想一下,自己是不是下班後大脑还在思考着刚刚会议的事项,今天尚未完成的工作
?
这样的过度努力,有时会导致你隔天早上到公司的时候昏昏沈沈,做事没有动力
;过去笔者一直以为会这样是因为工作倦怠、前一晚没睡好;但後来发现主要是因为在下班後并未将大脑抽离工作环境
。
笔者建议在下班前把尚未完成的工作记录下来
,现在有许多笔记软件都可以帮助你完成这件事,完成後就让大脑关机,给它喘息的时间
;如果读者愿意尝试看看这个方法,在几天後你会发现这个细微的调整,竟然能让隔天上班的时候更有精神、做事效率更高。
与其说是礼仪,不如说是同事间的互相尊重;如果你有给长官、同事、下属该有的尊重,彼此的合作会轻松许多。
这个小节笔者主要分享不要去踩的地雷
,读者可以从范例中看看自己是否有需要调整的地方;很多时候我们一直在犯错却又毫不自觉
。
朋友的故事很经典,又符合这个主题,所以就直接拿他来当范例了。
朋友公司的 MIS 部门离职率很高
,有多高呢?10 个人的 MIS 部门,一个月可以走 2 个!招募的速度都赶不上离职的速度,部门内除了主管外,最资深的员工还没待满一年
。
所以时常会找其他 IT 部门来支援业务,而我朋友很不幸的被抓去支援,进去後他瞬间理解为何会有如此高的离职率,简单几个例子:
礼拜五下午、下班前一小时、下班後
还会指派任务给下属;让部门每个人的工时超长
。但从来没有看过他自己动手操作
,连机房都不太敢走进去;让下属对他的能力充满质疑。主管立马把锅甩到我朋友身上要他赔偿
;一台服务器就要 20 万,我朋友现场崩溃大哭。
如果你只是支援,
千万不要在身上挂账
;就算对方阶级比你高,直接请主管帮你挡掉,这是上司应该对下属的保护
。
只是要我朋友帮忙把防火墙重新启动
。因为主管怕自己做出事,所以连小事都要在凌晨打扰下属。XXX 你帮忙处理一下这个问题,我现在要打考绩没时间处理。
」为了讨好各个部门,只要有需求就先接再说
,完全不考虑团队的承受能力;为了达成自己的绩效,他甚至直接压死线,要求做不完就全部留下来加班。看完上面的叙述後,有没有觉得这个部门根本是地狱?每个人在未来都有可能担任主管,当你觉得这个故事荒谬的同时,请谨记:「不要变成自己曾经讨厌的样子。
」
如果你问问题的方式让同事感到不舒服,他们可能之後就不想再帮你了。
没有把问题整理好再发送
,会导致对方电脑一直跳弹窗,非常干扰工作。笔者建议询问别人问题前,要先整理好讯息且内容要包含:
对方没有立刻回讯息,可能是手上也有紧急的事情在处理
,如果真的有时间压力,笔者会建议直接打电话。收到问题的人没有办法预估这个问题将会占用他多少时间
,所以有些人就当成没看到这则讯息。千万不要骗对方说只打扰 3 分钟
;这样很容易打乱他这一天的计画。
很多业务开头的话术就是:「请问可以打扰您 3 分钟的时间吗?」如果你有停下来听他们讲解过,就会知道 3 分钟都是骗人的。
在双方压力都很大的状态下,工作效率实际上是更低的
。会被质疑你的能力是不是有问题
。不明确的时间会给对方带来更多压力
,应该问:「我什麽时候方便来请教?或是等您有空的时候跟我说一声?我再过来这边。」这样会让对方比较舒服。有时同事会说:「你干嘛这麽客气,直接问就好了啊!」笔者建议你就算听到这段话,还是要保持该有礼貌,毕竟礼多人不怪。
有礼貌对方下一次才会帮你
。不知道接了这通电话要处理什麽事情
,而且未经询问直接打电话有点没礼貌
。开头要先说一声抱歉
,并说明要找他讨论的主旨,让他知道突然被加入的会议要讨论哪些内容。大家都很讨厌没做功课就来问问题的人
。当同事问你:「什麽时候东西才会完成?」请不要回答:「等一下就好!」而是说再等 30 分钟这类具体的时间
,因为每个人对「一下」是多少时间的认定是不同的;如果回答的人认为是 1 小时,而发问的人认为是 5 分钟,就会造成不必要的摩擦
。
有些主管在找下属讨论问题时会说:「下午帮我空出一个时间,要找你讨论前端设计的问题。」此时千万不要回答:「好!」你应该要直接提出一个具体时间询问主管是否方便
,如果没有明确的时间,会导致你无法安排需要高度专注力或是长时间作业的任务
。
不要说新手,就算是职场上的老鸟,在与同事沟通这块也经常碰壁;这种情形在跨团队沟通时遇到的频率更高,总觉得其他团队的人在针对我们
。
这边先排除办公室政治那种拒绝沟通的情境,而是去思考:「如果我们的共同目标是希望让公司更好,有什麽方法能创造出共赢的局面呢?
」
如果想透过说服对方达成共识,那很容易就把彼此拉到了对立面;即使你成功说服对方,他也未必会真心一起共事。
很多时候在谈判前,我们会很自以为是的觉得自己已经了解对方在想什麽了
,然後很急迫地把自己的想法加诸到对方身上,不给对方开口的机会。
也许你曾经透过这个方法获得谈判的胜利,但你胜利的原因可能只是因为你的口才比较好;过去的经验告诉我,这个方法是在封闭彼此沟通的桥梁
。
与其一直表达自己的想法,不如尝试另一条路,询问对方为何会这麽想
,让对方描述更多想法的细节;在了解对方完整的想法後,用讨论的方式询问对方是否有思考到完整的情境
;也许深入探讨後你会发现自己的想法是有漏洞的,讨论的目的是做出更好的决定,在讨论後选择对方的意见不是认输,而是达成彼此的共识。
有时你会在心里 OS:「这东西这麽简单,为什麽跟其他部门解释了好几次他们还是听不懂?」会这样是因为你认为简单的东西,对其他领域的人而言可能是天书
。
每个行业都有自己的专业术语、不同的部门对同一个名词也会有不同的解释;如果你今天担任的角色需要协调各部门的资源,你就要像是个翻译员,把资讯转换成他们可以迅速理解与吸收的语言;有时不是其他部门不想配合,而是因为他们真的听不懂,所以无从配合
,资讯转换也绝对不是一门简单的功夫,因为你需要对合作部门的业务有一定程度的理解
。
备注:笔者认为资深员工最大的价值并不是他拥有的技术,而是他在这间公司的影响力、人脉,以及对各部门业务的熟悉与理解,
有能力串连各部门共同完成任务的员工,是公司宝贵的资产
。
不会永远都会有人给你合适的职场建议。
工程师刚进入职场时,能够在带你的前辈身上学到很多的技术与经验。
在你成为老鸟後,你可能要独自负责一个专案,此时主管能给你一些战略上面的建议。
但当你成为主管後,你需要同时处理多个专案;到了这个阶段,比你更高阶的长官因为不了解这些专案的细节,所以很难给出有效的建议。
职涯的前期你会获得解决问题的标准答案;但随着你的成长,在未来无论是专案的决策、还是做事的方法,都不会有一个标准答案。
感谢大家的阅读,如果喜欢我的文章可以订阅
接收通知;如果有帮助到你,按Like
可以让我更有写文的动力,我们明天见~
我在 Medium 平台 也分享了许多技术文章
❝ 主题涵盖「MIS & DEVOPS、资料库、前端、後端、MICROSFT 365、GOOGLE 云端应用、自我修炼」希望可以帮助遇到相同问题、想自我成长的人。❞
>>: Day 30. 监控大挑战 - 以 Zabbix 为例 - 完赛
SearchMyFiles 今天来认识这个看名字判断应该是找自己的档案的工具? 可是这功能不是从 w...
功能说明 本来没有预期说明这段,但odoo15的线上会议太香了,让整体实用性大增 属於odoo的底层...
好的,因为我们有时候除了用Firebase之外,我们可能会用其它服务!而Firebase它的Aut...
Grid 与 subgrid subgrid 是一种很奇妙的跨维度设定,在 w3c 当中有详细解释。...
前面的文章匆忙带过 MainWindow,建议从官方的文件再深入理解 JUCE Applicatio...