# 新加坡资讯通信主管机构评估「独立存在的应用支持与系统支持工程师」岗位为高影响,判断其任务会被并入开发与 DevOps 团队

网页: https://flyvolo.ai/zh/changes/ev-20221001-it-support-specialist-2
日期: 2022-10-01 · 阶段: 预测
这条记录能改变任务判断吗? 不能
职业: https://flyvolo.ai/zh/careers/it-support-specialist

## 适用范围

一份受委托的行业研究,不是测量 —— 而它点出的机制才是值得留住的部分。它给出的三条路径里,只有一条是「机器在干这件事」:AI 自动给出帮助台答案并分派工单。另外两条都是组织重排 —— 在敏捷与 CI/CD 之下,开发职能接管了维护软件、监督交接与测试;在 SaaS / PaaS 之下,服务商接管了维护更新软件的活,「减少了内部所需的人力」。报告自己的原话是:对独立存在的这类岗位的需求会下降,因为这些任务会「被并入应用开发或 DevOps 团队的任务里」(这是应用支持;系统支持则是「被并入 DevOps 团队的任务里」)。工作换了一个团队做,和工作被自动化,不是同一件事 —— 而转述最容易抹平的正是这个区别。报告发布于 2022 年 10 月,底层分析日期为 2020 年 12 月,写在生成式 AI 进入公众视野之前;这一点很要紧,因为它说的帮助台自动化指的是工单分派与预置答案,不是聊天模型。只覆盖新加坡资通信劳动力;来源是利益相关方访谈,不是就业数据。

## 来源

- IMDA / Workforce Singapore — Impact Study on the Information & Communications Workforce in Singapore (full report, PDF) — https://www.swda.gov.sg/api/assets/d65e963c-df80-4768-b5b4-4bb214307a22/imda-impact-study-master-full-vf6.pdf (一手来源)

## 这意味着什么

这条记录里最清楚的一件事,不是机器把活拿走了,而是这些活被预期换一个团队来做。机构自己的原话是:独立存在的支持工程岗位需求会下降,因为这些任务会被并入应用开发或 DevOps 团队的任务;另外一条是,SaaS 或 PaaS 服务商会接管维护和更新软件的工作。它给的三条路径里只有一条是自动化,另外两条一条是组织重排,一条是采购决定。

## 它还不能说明什么

它没有对任何人计数,也不改变这一页上的任何判断。它是 2022 年发布、基于 2020 年分析的一份预期,写在生成式 AI 进入公众视野之前 —— 所以它说的帮助台自动化指的是工单分派和预置答案,不是今天读者会想到的聊天模型。它覆盖的是新加坡,而且它完全没有说那些岗位上的人后来是转岗了、被再培训了,还是离开了。

## 怎么自己核实

看一看你自己的工单最后落在谁手上。如果原来找你的那些,现在由建这套系统的人、或者由你们迁过去的那个平台的厂商关掉了,那这里描述的变化在你的组织里已经发生过了 —— 而且它不是以一个工具的样子来的。问一句:今天服务级别协议归谁管,三年前归谁管。


更多: https://flyvolo.ai/llms.txt