职业倦怠:IT行业的慢性病

简介: 职业倦怠:IT行业的慢性病

来源:企业网D1net


IT行业职业倦怠问题日益严重,新冠疫情和不断发展的技术需求加剧了这一状况,导致IT员工、工程师和网络安全专业人员陷入疲惫。Upwork等机构的研究显示,大多数IT员工感到筋疲力尽,难以应对雇主的要求。职业倦怠不仅影响员工参与度和动力,还可能导致高离职率。AI的快速采用虽被视为提高生产力的工具,但却给员工带来了额外压力,多数员工表示AI反而增加了他们的工作量,然而,IT员工也看到了AI作为支持工具的潜力,希望能通过AI减轻工作量。要解决倦怠问题,企业需要持续努力改善员工体验,提高员工参与度,确保工作与生活的平衡,从而实现员工留存和企业发展。


IT专业人员报告的疲惫程度令人警醒,IT领导者必须认识到相关症状,并采取措施解决促成因素,以避免人员流失率上升和生产效率下降。


职业倦怠仍然是IT企业普遍存在的问题,这是一个复杂的问题,自其在新冠疫情期间达到高峰以来一直没有得到改善。尽管全球疫情已然清晰,但在技术不断发展的背景下,需求不断增长,该行业还是出现了大规模裁员,这些因素综合起来,使得IT工作人员、工程师和网络安全专业人员陷入疲惫状态。


对于了解职业倦怠对员工影响的IT领导者来说,IT和科技领域疲惫的现实因职业倦怠并非由单一因素引起而变得更加复杂,这是一个随时间慢慢累积的问题,会导致员工失去参与感和动力,甚至准备离职,而且,这个问题也很难发现。


根据Upwork研究机构的调查,71%的全职员工表示自己已筋疲力尽,65%的员工表示难以应对雇主对生产力的要求,此外,81%的全球高层领导者承认,过去一年对员工的要求有所增加,然而,这些领导者似乎过于依赖AI来长期减轻工作量,而许多IT工作人员则报告称,短期内AI反而增加了他们的工作量。


下面我们来了解一下这一日益普遍的现象,以及它可能会对你的IT员工和整个企业产生何种影响。


当前职业倦怠的现状


根据GoTo委托、OnePoll进行的一项研究,超过一半的IT工作人员(58%)表示,他们被日常的职责和任务压得喘不过气来,普通的IT员工报告称,他们每天只能处理所收到工单中的85%。


IT工作人员还报告称,他们发现自己要负责许多职责范围之外的任务,例如处理网络安全问题(39%)、内部安全问题(26%)以及预算不足的问题(25%),这种增加的工作量加剧了技术人员的职业倦怠,使他们几乎没有时间休整。


Upwork的报告还显示,员工报告雇主对他们的要求不断增加,包括使用AI工具提高产出(37%)、拓展技能(35%)、承担更广泛的职责(30%)、返回办公室(27%)、更快更高效地工作(26%),以及延长工作时间(20%)。


这些因素导致71%的员工表示自己感到筋疲力尽,而65%的员工表示难以应对雇主不断增加的要求。Z世代报告的倦怠程度最高(83%),其次是千禧一代(73%)、X世代(71%)和婴儿潮一代(58%)。与男性(68%)相比,女性继续报告更高的倦怠水平(74%),三分之一的员工表示,由于倦怠和工作量过大,他们可能会在未来六个月内辞职。


IT领导者与员工之间的脱节迹象


Upwork的数据显示,高层领导者承认员工难以达到生产力要求(69%),但84%的领导者仍坚称,他们的企业重视员工的福祉而非生产力,这些领导者表示正在转向更灵活的工作模式(90%),以及帮助员工了解他们的工作如何与更高层次的战略目标相联系的做法(94%)。


然而,员工似乎并不认同这些领导者的看法,尽管提供了更灵活的时间表和更清晰的战略目标,但只有60%的员工认为雇主重视福祉。对于那些觉得公司重视生产力而非福祉的员工来说,73%的人表示自己的工作量让他们感到不堪重负,而在那些员工觉得福祉优于生产力的公司,这一比例仅为56%。


在AI这个问题上也存在进一步的脱节,IT领导者高估了员工采用AI的能力和准备程度。在已使用AI工具的企业中,37%的高层领导者表示,他们的员工在使用这些工具方面技能高超且游刃有余,然而,只有17%的员工自我报告在使用AI时具有高水平的技能和舒适度。此外,38%的员工表示,他们对在工作中使用AI感到不知所措。


工程师和网络安全专业人员倦怠严重


根据《2024年工程管理状况报告》,工程师的倦怠情况也很严重,65%的工程师表示在过去一年中经历过倦怠。


与在拥有500名或更多员工的公司工作的工程师相比,在少于10人的团队中工作的工程师更容易经历倦怠,尽管这两类人群的倦怠程度都很显著,但对于研发经理和高管来说,情况则相反,在少于10人的团队中工作的人相比在500人或更多人的团队中工作的人更不容易报告倦怠,后者报告的倦怠程度更高。


网络安全专业人员也报告了高度的倦怠,根据ThreatConnect的数据,美国和英国有超过33%的网络安全专业人员表示考虑在未来六个月内辞职,这些员工提到了高压力水平(27%)、过量的工作量(23%)以及更好的职业前景(23%),只有33%的受访者表示他们会向他人推荐网络安全职业。


超过一半的受访者表示,在过去六个月里,他们的工作量有所增加,并将繁重的工作量(32%)、长时间工作(31%)和紧张的截止日期(21%)列为影响倦怠的主要因素。此外,受访者还报告了头痛(42%)、疲劳(38%)、睡眠困难(35%)、焦虑和抑郁(32%)以及肌肉紧张(31%)。


BlackFog的另一份报告发现,98%的安全领导者报告称,他们平均每周工作超出合同规定时间9个小时,其中15%的人报告称,他们每周工作超出合同规定时间16个小时以上。随着网络安全工作人员面临的责任增加,以及员工流动率上升和人才短缺,他们越来越感到倦怠。


AI对倦怠来说是利还是弊?


导致倦怠的另一个因素是AI的快速采用,这让许多员工感到难以跟上最新的行业趋势。虽然AI通常被视为提高生产力的工具,但根据Upwork的数据,85%的IT领导者计划在未来一年将AI技术设为强制使用或鼓励使用,这增加了员工提升技能的压力。事实上,77%的员工表示,AI增加了他们的工作量,而不是减轻了他们的日常职责。


网络安全专业人员也感受到了AI带来的压力,根据BlackFog的数据,42%的网络安全专业人员表示担心AI驱动的攻击。为了应对这一挑战,41%的人还表示,他们需要更大的预算来购买安全工具,以及更多的支持来减轻保护企业安全的压力。倦怠在安全问题上可能导致危险的后果,因为63%的受访者表示,他们的团队经历了警报疲劳,这使他们对安全事件的紧迫性变得迟钝。


尽管存在这种额外压力和员工的反对,但根据Upwork的数据,96%的高层领导者仍然表示,他们期望使用AI工具能提高公司的整体生产力水平,但对于IT领导者来说,关键是要把握企业的脉搏,确定员工是否因采用AI而感到不堪重负。企业还需要采取措施,确保为员工提供适当的技能提升和再培训项目,并为他们分配足够的时间来学习这些新兴技能。如果技能提升成为员工的另一项负担,那么只会导致倦怠加剧。


AI在减轻工作量方面的潜力


虽然一些员工担心AI会给他们带来更多工作,无论是通过学习新技能和提升技能,还是在工作中使用新工具,但他们仍然希望这些工具能够减轻工作量。


GoTo和OnePoll的调查发现,不堪重负的IT工作人员看到了AI作为支持工具的潜力,92%的人表示他们认为AI对工作有益,94%的人表示他们愿意将简单任务交给AI处理。此外,73%的人表示他们也愿意将更复杂的任务交给AI,这样每天可以节省近两个小时的工作时间。看来,一旦IT工作人员掌握了适当的技能和专业知识来运用这项技术,他们就能看到AI在工作场所的潜力。


IT工作人员有兴趣交给AI处理的任务包括监控网络性能(44%)、基本设备故障排除(42%)和基本问题修复(40%)。AI有助于解放IT工作人员,让他们提高工作效率并减少倦怠,93%的IT领导者考虑对员工进行技能提升培训,以便在日常工作中利用AI。


调查还显示,73%的IT团队已经在使用AI,而在尚未使用的团队中,61%表示计划在未来一年内采用这项技术。实施AI的主要目标包括腾出更多时间处理优先级更高的任务(48%)、提高工单处理流程的效率(43%)以及增加IT团队的职责(41%)。


IT工作人员表示,如果AI能为他们腾出更多时间,他们将把重点转向花更多时间改进组织的IT基础设施(55%)、专注于更困难的工单(46%)以及提高企业的安全性(42%)。


解决倦怠的漫漫长路


要扭转组织中的倦怠趋势,需要持续一致地努力,并致力于改善员工体验。你需要考虑增加资源、提供指导、提供晋升机会,以及评估工作与生活的平衡界限,并确保从最高层开始就反映出并树立健康平衡的理念。


那些努力改善员工参与度、减少倦怠的企业在员工留存方面获得了回报。微软的《2022年趋势指数报告》发现,在经济不确定的时期“加倍重视员工参与度”的组织,其财务表现最终是不重视参与度的组织的两倍,该报告还指出,员工报告的每个参与度提升点都与员工人均市值增加46,511美元相关。


抑制企业中倦怠的好处包括提高员工留存率、简化招聘流程、提高生产力和员工工作效率。健康的员工有助于企业蓬勃发展,降低公司成本,并确保你能始终如一地实现业务目标。如果你的企业正在经历倦怠的负面影响,是时候退后一步,评估员工体验,并确定需要解决的问题了。

相关文章
|
移动开发 前端开发 搜索推荐
详解一下HTML的语义化标签
详解一下HTML的语义化标签
497 0
|
5月前
|
JavaScript 前端开发 NoSQL
Node.js 后端开发全解析:从核心原理架构到实战应用
本文系统解析Node.js核心原理(V8+libuv、事件循环)、后端分层/MVC架构、Express/NestJS实战案例,并客观分析其高并发优势与CPU密集型短板,助力开发者精准选型与高效落地。(239字)
664 2
|
5月前
|
人工智能 安全 机器人
瞭望塔丨见真章,定未来:2026 年 AI 趋势展望
为企业提供一份兼具前瞻性与实操性的 2026 年行动参考
|
6月前
|
SQL 存储 关系型数据库
SQLAlchemy 技术入门指南
SQLAlchemy 是 Python 最流行的 ORM 工具包,提供 Core(SQL 表达式语言)和 ORM(对象关系映射)双模式。它 bridging Python 与 SQL,支持多数据库、连接池、事务及关系映射,兼具灵活性与企业级能力,学习曲线平缓,适合从入门到高阶应用。(239字)
614 10
|
存储 监控 安全
攻击者是如何利用安全支持提供程序(SSP)来转储凭据的
本文探讨了攻击者如何利用安全支持提供程序(SSP)动态链接库(DLL)窃取Windows系统中的登录凭据。通过修改注册表项或内存注入技术,攻击者可加载恶意SSP至本地安全机构(LSA)进程中,提取加密或明文密码。文章详细分析了两种方法:注册SSP DLL和内存中更新SSP,并展示了Mimikatz工具的应用。为防范此类攻击,建议使用监控解决方案检测域控制器上的异常修改,确保系统安全。
523 8
|
消息中间件 缓存 NoSQL
如何实现消费幂等 ?
这篇文章,我们聊聊消息队列中非常重要的最佳实践之一:**消费幂等**。
如何实现消费幂等 ?
|
存储 Kubernetes 负载均衡
深入探讨Docker生态系统,Docker Compose vs. Docker Swarm vs. Kubernetes:深入比较
Kubernetes适用于大规模、复杂应用程序和多云部署,具有高度可定制的部署配置和广泛的生态系统。 在选择时,还可以考虑将它们组合使用,以满足不同环境和需求。无论选择哪个工具,容器编排都将成为现代应用程序开发和部署的不可或缺的一部分。
2425 0
|
消息中间件 数据采集 中间件
RabbitMQ的使用—实战
RabbitMQ的使用—实战
568 1
|
JSON 测试技术 API
探索微服务架构下的API设计最佳实践
微服务架构的普及带来了开发灵活、可扩展的系统的新机遇,但同时也对API设计提出了更高的要求。有效的API设计不仅影响系统的可维护性和可扩展性,还直接影响开发效率和用户体验。本文将深入探讨在微服务架构下如何设计高效、可靠的API,重点介绍RESTful API设计原则、版本控制策略、身份认证机制及错误处理最佳实践,并结合实际案例提供具体的实现建议。
|
机器人
太空采矿:地球资源枯竭后的替代方案
【10月更文挑战第10天】太空采矿作为地球资源枯竭后的替代方案,具有广阔的前景和潜力。然而,要实现太空采矿的商业化和可持续发展,还需要克服一系列技术、经济和法律挑战。未来,随着技术的不断进步和国际合作的加强,太空采矿将成为人类社会新的资源来源和经济增长点。让我们共同期待太空采矿的美好未来!