这篇比较是一般的课题,我觉得适合所有人观看。而如果你是领导者的话,你也可以开始关注一下你的团队成员是不是身心健康的,抑或他们只是在不断压抑他们的压力。
演讲主要是讲解现今世界中严重的过劳(burnout)的问题,并呼吁领导者们要注意并妥善处理员工的压力,并且好好的保护员工。因为员工的身心状况差的话,会导致员工想要离职,或者效率降低,抑或容易发生事故,总体来说是足以影响整个公司的。
首先讲者说明了burnout其实就是一种「今天你所拥有的资源无法满足明天的需求的感受」。而他实际上又可以分成三个面相来看:
而讲者也提供了一些数字与研究指出burnout其实是个很严重的问题,特别是那些看起来在工作上很engage的人他们burnout的机率高出那些不engaged的人许多。原因是因为很有动机的那群人,通常也很不擅长分离「他们个人」与「他们做的事」,也因此这群人工作上或私底下生活的不顺遂会完全的被互相影响。
另外他们也提到了burnout的影响层面,除了心理层面的影响之外,研究也证实这些心理病徵也会影响到身体的健康,甚至估计全球每年有12万人死於压力造成的影响。
常见的处理burnout的一些想法是:
但这两者其实都很难真正解决burnout,特别是公司的存在意义本来就是为了给董事们创造价值,所以可想而知当员工与公司利益发生冲突时谁会被牺牲掉。
而上面说的远离世俗的方法也不太好是因为,这些努力生活的人往往出去玩也会想各种规划好行程,打好卡,结果说远离工作其实也只是从工作跳到「度假工作」而已。
那我们到底该如何做呢?下面列出三个努力的方向
减少隔阂(burn down barrier)
很多心理疾病都源自於远离人群,所以想办法建立人与人之间的连结是最好的解法。创造一个开放的环境,想办法让员工参与各项事务、分享想法与感受、让他们理解自己带来的贡献与价值。或者建立社群或interest group之类的让大家理解没有人是孤单的。
减少分心(burn down distraction)
现代人的一个很大压力来源源自於资讯爆炸,太多事情要做跟太多资讯要吸收,我们很容易会迷失在众多代办事项之中,或者因而感到焦虑。所以一个方法是与员工align好哪些是核心事务,减少他们做许多不必要或不重要的事情。并且让他们明白「拒绝」是可以的。很多领导人没意识到burnout的问题就是因为,他们认为员工如果撑不下去应该会主动说,所以没说就代表没事。但对员工其实拒绝是相对困难的。
减少疾病(burn down illness)
年轻人总是很有冲劲,燃烧自己的生命去成长与达成任务,也因此加了许多薪水赚了许多钱。但这些燃烧生命而获得的钱,到最後变成自己老了拿去看病的钱。
健康永远是要摆第一,所以为了保持身心健康,你可以选择规律的运动、或写日记、或冥想、或者找公司同事一起来一些团体活动。有些公司甚至会在周五的下午有一两个小时的「不工作时间」,大家聚在一起做一些活动,帮助大家释放压力与调剂工作的辛劳。
最後讲者呼吁领导者们要好好重视团队成员的身心健康。因为有强健的身体,才有办法deliver好的code,也才能做出对公司或对世界有贡献的产品。
个人对这篇其实没什麽特别的心得,感觉这篇文章很像是HBR上面看到的演讲的版本。
我自己在工作之前也对於burnout这个词不太熟悉,原本想像就是某种身体上过劳的现象,但後来才意识到精神上的过劳其实更加的严重。我自己可能就属於原讲者所说的很engage的人,而我自己也曾就有一小段时间是觉得有点burnout的状况。
那个时候因为疫情关系都WFH,而每天上班也都感觉很痛苦,不知道自己到底是在为了什麽而努力,而这份苦闷也无处发泄。後来慢慢找到解套的方式就像上面说的是与人重新建立连结,主动找了朋友来聊天,也尽量减少自己孤单的时间而找朋友出去玩。才慢慢的走出来。
我自己在当leader的时候其实也会担心大家会不会burnout,所以我也会尽量的利用我的权力来帮助团队成员不要持续的劳累。举例来说之前有个我们从别的team接过来的系统基本上每天都会爆炸,原本只交给一位成员帮忙处理,後来发现他基本上花了90%的时间都在处理这些问题,不是他效率问题而是这系统实在写的太不稳定了,还记得他那时候说「之前忙都觉得是ok,因为他可以学到东西,但现在忙这些事情似乎永无止尽,每天来上班都不知道自己在干嘛时间就过去了」。因此我後来就跟他host几个meeting研究要怎麽自动化修issue的部份,同时也找了另一个帮手来帮助他的忙。过了一两周後事情就变好了许多,他也能好好花时间在做其他的task上。
其实我觉得要侦测到团队成员的身心状况实在是非常非常困难的一件事情,就上面来说只是个表象比较明显的劳累症状而已,其实也不一定真的代表burnout。这也是为什麽我觉得建立信任关系与固定的1-1是如此重要,因为你必须要用心的去倾听与观察别人。
<<: GitHub Commit signature verification - 确定每次变更来源是可以信任的
>>: Day10 Sync.WaitGroup & Sync.Map
在class component上 一开始必须得在construtor上导入state判断视窗大小 ...
一般来说, 如果要在Odoo原生资料表增加栏位, 只要在py里写好就好, 像是这样 上图是Many2...
冲击准则: 为了充分了解所识别风险,组织应清楚地了解每个风险事件中明显的後果,这对於衡量这些风险事...
这篇开始基本上是进入持续分析有哪些未完善的部份需要进行补足。 依照这几次的bootlog的部份分析,...
前十四天我们快速看过了Vue的语法以及一些基本概念,今天我们要跳一下来看何谓版本控制与git flo...