[职场]舒服的工作环境是需要经营的

同一个部门,类似的职缺;为什麽有些人做的轻松惬意,而有些人却累的跟狗一样?

如果在过往的工作中只遇过 1、2 次不愉快的经验,那应该是主管偏心、公司制度有问题;但如果你过去的每间公司都遇到类似的状况,那问题可能出在自己身上

如果你觉得现在过得不好,不妨参考文章中的方法,也许里面有些观点能给你的职涯带来不一样的启发。

  1. 做好份内的事
    • 1.1 勇敢拒绝非本职工作,持续加强自己的专业
    • 1.2 不要什麽事情都揽下来,学习当沟通的桥梁
    • 1.3 拒绝承担与职位不符的责任
  2. 让自己获得好的工作状态
    • 2.1 提升工作品质的小技巧
    • 2.2 下班後好好休息
  3. 职场礼仪
    • 3.1 避免当个让人讨厌的主管
    • 3.2 询问别人问题时不要犯的禁忌
    • 3.3 询问别人问题时该有的礼仪
    • 3.4 给出具体时间,避免使用模糊用语
  4. 建立友善的沟通环境
    • 4.1 面对想法意见不同的人,不要先入为主
    • 4.2 不是所有人都跟你有相同的知识背景

1. 做好份内的事

笔者过去非常认真工作,面对主管交代的事从不拒绝,同事需要帮忙时也倾力协助;就算下班时间同事都走光了,我还是独自加班完成工作。

当时我觉得应该是自己的能力受到肯定,才会被分配到这麽多工作;但过了一段时间後,身体渐渐无法承受这麽高强度的工作,对公司不满的情绪也越来越多:「为什麽主管只把困难的任务丢给我做?为什麽其他同事都能准时下班?为什麽我要一个人处理这麽多的事情?」然後不久後我就离职了。

直到现在回头看当年的这段故事,才了解原来「能者过劳」最大的元凶是自己

1.1 勇敢拒绝非本职工作,持续加强自己的专业

如果你是後端工程师,那就请把自己後端的能力钻研到顶尖的水准;如果指派给你非本职工作的任务时,尽可能地拒绝。

如果你不懂得拒绝,你就会变成「全包」工程师,同事有事情第一个都先想到你;这容易导致你原本的专业技能停止成长,甚至每天都有做不完的事。

就算你担任的是全端工程师的职位,我相信一定还是有偏重前端或是後端;笔者建议要认真钻研偏重的部分,因为绝大多数人都做不到全能,谨记主武器负责杀敌,副武器用来辅助;如果你的主武器已经生锈,那副武器再多也没有任何意义。

从高手变成庸才的故事
笔者有个朋友曾经是业界非常优秀的後端工程师,但他在入职新公司两年後却变得很平庸;因为除了後端开发外,他还要负责前端网页开发、公司内部 Server 管理、专案管理系统架设、程序码版控系统架设、云端 Server 部署、专案管理、内部教育训练、Android APP 撰写...;这些琐事不仅填满了上班时间,也让他下班後没有体力继续提升自己,导致技术停留在两年前毫无进步,而当年落後的人已经可以跟他并驾齐驱,甚至比他更优秀了。

备注:如果在自己手上有事情忙的状态下,还被强制分配非本职工作的任务;可以趁这个时候跟上级交易,毕竟大家上班都是来赚钱的,如果要我多负担一份压力,那也要付出相应的代价


1.2 不要什麽事情都揽下来,学习当沟通的桥梁

  • 将对话窗口转移
    在非纯软的公司里面,大部分的部门都搞不清楚前端、後端的差别,因此遇到问题他们不是找主管就是找「全端」工程师;就算你真的能帮他们解决问题,但只要你当了一次的窗口,他们之後遇到问题都会来找你;为了避免日後工作时被其他部门频繁打扰,笔者的处理方式为:

    • 如果不是本职工作,我会用 Email 告诉其他部门的同事,遇到问题时可以找哪些对应的窗口(ex:如果要提需求可以跟产品经理讨论、想知道专案进度请去找专案经理)。
    • 如果是本职工作,但手上工作满档;我会将 Email 转发给其他工程师并描述事情经过,请他协助处理。

    如果你接到问题就处理,那只会是「能者过劳」;你要学习将任务分给同事。

  • 不要把别人的问题变成自己的问题
    能力越强,责任越大;当你担任 Senior Engineer 或是 Tech Lead 时,时常会有同事请你帮忙解决 Bug;如果时间允许,忙当然是要帮的,但请谨记你是帮人,不是揽过来做
    有些工程师问完问题看到有人帮忙後,就会回到座位一副事不关己的样子;所以帮忙时请注意界线,以引导为主,不然最後出包,对方可能会把责任直接推到你的头上。


1.3 拒绝承担与职位不符的责任

  • 背高价、没看过的资产
    个人资产应该是公司配给你的电脑、萤幕;但有些烂主管会把一些自己不敢背的高价资产挂到下属身上,如果主管要你在资产转移单上面签名,一定要坚定的拒绝
    大部分的高价资产,只有该领域的工程师才知道如何检测;所以资产转移这件事通常有鬼,如果你没搞清楚就签下去,很可能成为主管的替死鬼。
  • 要你帮忙做不符职权的重要决策
    有些烂主管会将做决策的任务推给下属,如果你发现这个决策的影响范围已经超过了你的职权,甚至涉及到多个部门、公司预算;笔者强烈建议你要装傻推掉
    他把决策的任务交给你,通常不是为了重用你;只是单纯的想要逃避责任跟栽赃嫁祸而已。

    小提醒:假设 1 个决策的失败率是 20%,你帮忙做了 5 次决策;主管会获得那 4 次决策正确的奖励,而你则会承受那 1 次决策失败的後果。

当然也是有善良的主管,但社会上阴险的人太多,遇到不合理的事你要想办法拒绝才能保护自己;有的时候不是你比较倒霉,而是因为你没有拒绝不该由你承担的责任


2. 让自己获得好的工作状态

让我们还回想一下,同样是工作一整天;有时你回到家时感到沮丧,而有时却觉得非常充实。

如果你仔细观察,会发现会造成这两者差异的主要原因,是因为前者做了太多的杂事,而後者则是去完成有挑战性的事

在上个小节已经分享了许多避免杂事的技巧,这个小节就让我们来了解,如何让自己有能量去完成有挑战性的事情

2.1 提升工作品质的小技巧

你是否曾经工作到一半突然觉得所有事情做起来都非常流畅,在这个状态下遇到的难题都能迎刃而解、而且能在短时间完成非常多的事,更神奇的是这段时间你的注意力完全不会涣散,甚至会忘记时间的流逝。

笔者周围有蛮多朋友都体会过这个状态,它有一个专有名词 ──「心流」;虽然可遇不可求,但能透过一些小技巧增加它出现的频率,这些技巧就算无法让你进入心流,也能提升不少工作品质:

  • 给自己一个完整的工作区间,在这个区间内拒绝一切外界声音;这样做可以避免你的注意力被打来的电话、讯息的提示音所干扰。
  • 给任务设定一个期限,必须在时间内完成某件事;让大脑把所有精力只投入到一件事情上面。
  • 在开始前用一个仪式,暗示自己就要进入无敌模式;透过这个仪式把自己从混乱的思绪中抽离,切断大脑之前的思绪。

    笔者的仪式是在开始做事前,听 Victory 这个激昂的音乐。


2.2 下班後好好休息

很多人的下班不是下班,读者可以回想一下,自己是不是下班後大脑还在思考着刚刚会议的事项,今天尚未完成的工作

这样的过度努力,有时会导致你隔天早上到公司的时候昏昏沈沈,做事没有动力;过去笔者一直以为会这样是因为工作倦怠、前一晚没睡好;但後来发现主要是因为在下班後并未将大脑抽离工作环境

笔者建议在下班前把尚未完成的工作记录下来,现在有许多笔记软件都可以帮助你完成这件事,完成後就让大脑关机,给它喘息的时间;如果读者愿意尝试看看这个方法,在几天後你会发现这个细微的调整,竟然能让隔天上班的时候更有精神、做事效率更高。


3. 职场礼仪

与其说是礼仪,不如说是同事间的互相尊重;如果你有给长官、同事、下属该有的尊重,彼此的合作会轻松许多。

这个小节笔者主要分享不要去踩的地雷,读者可以从范例中看看自己是否有需要调整的地方;很多时候我们一直在犯错却又毫不自觉

3.1 避免当个让人讨厌的主管

朋友的故事很经典,又符合这个主题,所以就直接拿他来当范例了。

朋友公司的 MIS 部门离职率很高,有多高呢?10 个人的 MIS 部门,一个月可以走 2 个!招募的速度都赶不上离职的速度,部门内除了主管外,最资深的员工还没待满一年

所以时常会找其他 IT 部门来支援业务,而我朋友很不幸的被抓去支援,进去後他瞬间理解为何会有如此高的离职率,简单几个例子:

  • 在错误的时间点发布任务
    除了上班时间会指派任务外,他在礼拜五下午、下班前一小时、下班後还会指派任务给下属;让部门每个人的工时超长
  • 光说不练
    一直说自己超级强,但从来没有看过他自己动手操作,连机房都不太敢走进去;让下属对他的能力充满质疑。
  • 推卸责任,陷害同仁
    朋友进去支援,在做交接时身上还要背一堆公司资产;但交接时间只有半小时,资产根本不可能在这麽短的时间内盘点完(当时朋友菜逼巴,不知道一个人背这麽多资产根本不合理),当时他就非常不安;果然隔天就出事了,公司在做资产盘点时发现有些东西不见了,这个主管立马把锅甩到我朋友身上要他赔偿;一台服务器就要 20 万,我朋友现场崩溃大哭。

    如果你只是支援,千万不要在身上挂账;就算对方阶级比你高,直接请主管帮你挡掉,这是上司应该对下属的保护

  • 分不清轻重缓急
    凌晨 12 点突然打电话给我朋友,我朋友当时还以为发生了什麽重大事故;结果只是要我朋友帮忙把防火墙重新启动。因为主管怕自己做出事,所以连小事都要在凌晨打扰下属。
  • 用考绩来威胁做事
    在打考绩的时期,这名主管在下班时间是这麽交代事情的:「XXX 你帮忙处理一下这个问题,我现在要打考绩没时间处理。
  • 不管团队承受能力狂接需求,甚至未经讨论直接压任务死线
    这位主管好大喜功,为了讨好各个部门,只要有需求就先接再说,完全不考虑团队的承受能力;为了达成自己的绩效,他甚至直接压死线,要求做不完就全部留下来加班。

看完上面的叙述後,有没有觉得这个部门根本是地狱?每个人在未来都有可能担任主管,当你觉得这个故事荒谬的同时,请谨记:「不要变成自己曾经讨厌的样子。


3.2 询问别人问题时不要犯的禁忌

如果你问问题的方式让同事感到不舒服,他们可能之後就不想再帮你了。

  • 讯息太过零散
    现在普遍是用通讯软件来问问题的,如果你没有把问题整理好再发送,会导致对方电脑一直跳弹窗,非常干扰工作。笔者建议询问别人问题前,要先整理好讯息且内容要包含:
    • 在哪个地方遇到问题
    • 我搜寻了哪些相关资源
    • 过去有没有可以参考的范例
  • 对方没马上回,就一直发讯息
    有些人认为在上班时,同事的讯息应该要秒回,如果超过 5 分钟没回就一直敲他。
    我相信会这样做是因为事情很紧急,但这个做法非常讨人厌;对方没有立刻回讯息,可能是手上也有紧急的事情在处理,如果真的有时间压力,笔者会建议直接打电话。
  • 在下班时间或假日打扰对方
    如果是你个人在专案遇到的问题,建议上班时间处理。
  • 讯息只有:「请问你现在有时间吗?」
    很多人的讯息只有:「请问你现在有时间吗?」这样的询问方式让收到问题的人没有办法预估这个问题将会占用他多少时间,所以有些人就当成没看到这则讯息。
  • 在开头说打扰 3 分钟,结果打扰了 30 分钟
    如果你的问题其实不小,千万不要骗对方说只打扰 3 分钟;这样很容易打乱他这一天的计画。

    很多业务开头的话术就是:「请问可以打扰您 3 分钟的时间吗?」如果你有停下来听他们讲解过,就会知道 3 分钟都是骗人的。

  • 拖到最後一刻才问人
    如果最後一刻才求救,不但你紧张,被你求救的人也很紧张;在双方压力都很大的状态下,工作效率实际上是更低的
  • 问重复的问题
    如果询问重复的问题,除了造成同事的困扰外,还会被质疑你的能力是不是有问题
  • 对方不知道你什麽时候会过来询问
    如果问问题时对方正好在忙,千万别说:「我晚点来问你。」因为不明确的时间会给对方带来更多压力,应该问:「我什麽时候方便来请教?或是等您有空的时候跟我说一声?我再过来这边。」这样会让对方比较舒服。

3.3 询问别人问题时该有的礼仪

有时同事会说:「你干嘛这麽客气,直接问就好了啊!」笔者建议你就算听到这段话,还是要保持该有礼貌,毕竟礼多人不怪。

  • 无论是否得到你想要的解答,记得感谢对方
    对方愿意帮你,是他人很好而不是义务,就算没有得到解答也要记得感谢对方,有礼貌对方下一次才会帮你
  • 在打电话给对方前,请先用文字简述要讨论的问题,并确认方便询问的时间
    如果你直接打电话过去,对方可能在洗手间、会议中...无法及时接电话,并且也不知道接了这通电话要处理什麽事情,而且未经询问直接打电话有点没礼貌
    笔者建议先用文字说明问题,让对方有思考的时间,这样可以有效提升讨论品质。
  • 如果真的有紧急事件需要用通话
    有时会开到一半发现需要某个成员的参与,所以临时把他拉到会议室。
    若有这种突发状况,请记得开头要先说一声抱歉,并说明要找他讨论的主旨,让他知道突然被加入的会议要讨论哪些内容。
  • 不要问:「这个要怎麽做?」而是询问:「这样做的方向对吗?」
    第一种询问方式就像是自己没有做过功课,第二种询问方式则是让对方做修正;大家都很讨厌没做功课就来问问题的人

3.4 给出具体时间,避免使用模糊用语

当同事问你:「什麽时候东西才会完成?」请不要回答:「等一下就好!」而是说再等 30 分钟这类具体的时间,因为每个人对「一下」是多少时间的认定是不同的;如果回答的人认为是 1 小时,而发问的人认为是 5 分钟,就会造成不必要的摩擦

有些主管在找下属讨论问题时会说:「下午帮我空出一个时间,要找你讨论前端设计的问题。」此时千万不要回答:「好!」你应该要直接提出一个具体时间询问主管是否方便,如果没有明确的时间,会导致你无法安排需要高度专注力或是长时间作业的任务


4. 建立友善的沟通环境

不要说新手,就算是职场上的老鸟,在与同事沟通这块也经常碰壁;这种情形在跨团队沟通时遇到的频率更高,总觉得其他团队的人在针对我们

这边先排除办公室政治那种拒绝沟通的情境,而是去思考:「如果我们的共同目标是希望让公司更好,有什麽方法能创造出共赢的局面呢?

4.1 面对想法意见不同的人,不要先入为主

如果想透过说服对方达成共识,那很容易就把彼此拉到了对立面;即使你成功说服对方,他也未必会真心一起共事。

很多时候在谈判前,我们会很自以为是的觉得自己已经了解对方在想什麽了,然後很急迫地把自己的想法加诸到对方身上,不给对方开口的机会。

也许你曾经透过这个方法获得谈判的胜利,但你胜利的原因可能只是因为你的口才比较好;过去的经验告诉我,这个方法是在封闭彼此沟通的桥梁

与其一直表达自己的想法,不如尝试另一条路,询问对方为何会这麽想,让对方描述更多想法的细节;在了解对方完整的想法後,用讨论的方式询问对方是否有思考到完整的情境;也许深入探讨後你会发现自己的想法是有漏洞的,讨论的目的是做出更好的决定,在讨论後选择对方的意见不是认输,而是达成彼此的共识。


4.2 不是所有人都跟你有相同的知识背景

有时你会在心里 OS:「这东西这麽简单,为什麽跟其他部门解释了好几次他们还是听不懂?」会这样是因为你认为简单的东西,对其他领域的人而言可能是天书

每个行业都有自己的专业术语、不同的部门对同一个名词也会有不同的解释;如果你今天担任的角色需要协调各部门的资源,你就要像是个翻译员,把资讯转换成他们可以迅速理解与吸收的语言;有时不是其他部门不想配合,而是因为他们真的听不懂,所以无从配合,资讯转换也绝对不是一门简单的功夫,因为你需要对合作部门的业务有一定程度的理解

备注:笔者认为资深员工最大的价值并不是他拥有的技术,而是他在这间公司的影响力、人脉,以及对各部门业务的熟悉与理解,有能力串连各部门共同完成任务的员工,是公司宝贵的资产


後记

不会永远都会有人给你合适的职场建议。

工程师刚进入职场时,能够在带你的前辈身上学到很多的技术与经验。

在你成为老鸟後,你可能要独自负责一个专案,此时主管能给你一些战略上面的建议。

但当你成为主管後,你需要同时处理多个专案;到了这个阶段,比你更高阶的长官因为不了解这些专案的细节,所以很难给出有效的建议。

职涯的前期你会获得解决问题的标准答案;但随着你的成长,在未来无论是专案的决策、还是做事的方法,都不会有一个标准答案。

感谢大家的阅读,如果喜欢我的文章可以订阅接收通知;如果有帮助到你,按Like可以让我更有写文的动力,我们明天见~

我在 Medium 平台 也分享了许多技术文章
❝ 主题涵盖「MIS & DEVOPS资料库前端後端MICROSFT 365GOOGLE 云端应用自我修炼」希望可以帮助遇到相同问题、想自我成长的人。❞


<<:  [Day29] 除错(debug)的心得

>>:  Day 30. 监控大挑战 - 以 Zabbix 为例 - 完赛

成为工具人应有的工具包-24 SearchMyFiles

SearchMyFiles 今天来认识这个看名字判断应该是找自己的档案的工具? 可是这功能不是从 w...

Day 27 : 案例分享(8.1) 讯息、邮件与线上会议 - 单据通知及公司内部讨论

功能说明 本来没有预期说明这段,但odoo15的线上会议太香了,让整体实用性大增 属於odoo的底层...

【day23】存local端 帐号 (SharedPreferences)

好的,因为我们有时候除了用Firebase之外,我们可能会用其它服务!而Firebase它的Aut...

[Day 29] 还在吵架的 subgrid

Grid 与 subgrid subgrid 是一种很奇妙的跨维度设定,在 w3c 当中有详细解释。...

Day 10:Component, Component, Component

前面的文章匆忙带过 MainWindow,建议从官方的文件再深入理解 JUCE Applicatio...