1000名AI工程师,为什么要走到业务一线?
来源:HRflag
(图片由HRflag用ChatGPT image2.5生成 )
9月初,埃森哲与Google Cloud宣布成立Accenture Gemini Enterprise Business Group。新闻稿里最醒目的数字,是双方将建立一支由1000名前线部署工程师组成的队伍,同时依托埃森哲近5万名具备Google Cloud技能的专业人员,扩大Gemini Enterprise相关培训与认证。相比又一次模型升级或平台发布,这个数字看起来不算惊人,却可能比一项更高的基准测试成绩更值得企业高管和HR负责人留意。
因为这1000人并没有被放进一个远离业务现场的研究部门,也不是只负责制作演示样板的创新团队。他们的任务,是进入企业的真实流程,把AI Agent接入数据、系统和岗位,在客户服务、营销、运营、财务、供应链等具体场景中解决问题,并对规模化结果负责。 AI工程师的位置,正在从技术后台向业务前线移动;AI人才的价值,也从“掌握模型”转向“改造工作”。
这次合作延续了双方此前数年的铺垫。2023年,埃森哲与Google Cloud成立生成式AI卓越中心,当时强调的是模型选择、提示工程、微调、原型开发和托管服务;到2026年4月,双方推出Gemini Enterprise加速计划,开始把前线部署工程师、行业专家、Google Cloud工程能力和预制行业Agent组合起来。如今成立专门业务组并明确1000人的FDE队伍,意味着合作形式已从能力共建走到一套可复制的交付组织。
官方披露的YouTube案例提供了一个很具体的注脚。在NFL Sunday Ticket需求激增期间,YouTube与埃森哲、Google Cloud部署了一个Gemini Enterprise Agent,客户情绪指标提升11%,平均处理时长下降37%。这里真正有分量的并不是Agent回答了多少问题,而是技术指标最终落到了客户体验和运营效率上,这正是企业AI从“看起来聪明”走向“经营上有用”的分界线。
过去两年,很多企业已经不缺AI工具,也不缺概念验证。真正稀缺的是一群能站在业务、技术和组织交界处的人:他们听得懂业务负责人对增长、成本和风险的要求,能把模糊问题拆成可执行流程,又能与数据、安全、法务和一线员工共同完成上线。埃森哲与Google Cloud组建1000人前线工程队,释放出的信号很清楚: 企业AI的下一场竞争,不只发生在模型之间,更发生在组织能否把智能嵌入日常工作之间。
1000人的重点不是“工程师”,而是“前线”
“前线部署工程师”并不是传统意义上的外派开发人员。传统项目常见的路径,是业务部门提出需求,咨询团队完成方案,技术团队负责开发,运营团队接手维护,培训部门再组织使用说明。流程看起来分工明确,但每一次交接都可能损失上下文,等系统真正落到岗位上时,最初的问题已经被翻译成了一组功能清单。
FDE模式试图缩短这条链路。工程师直接贴近业务现场,与业务专家一起观察工作怎样发生、决策在哪里形成、哪些例外最常出现、哪些数据可以调用、哪些动作必须由人批准。他们不只是“把需求做出来”,还要在真实使用中反复调校Agent,让解决方案从一个能运行的程序,变成一个能够被员工信任、被管理者衡量、被企业治理的工作系统。
这也是为什么Agent时代比此前的软件时代更需要前线工程能力。传统软件的规则大多由人提前写定,输入、路径和输出相对稳定;Agent面对的是开放任务,它可能调用多个工具,跨越多个系统,在较长时间里保持状态,并根据上下文调整行动。系统能力越强,企业越不能只在上线前做一次验收,而要把测试、观察、纠偏和责任划分变成持续机制。
Google Cloud在2026年推出Gemini Enterprise Agent Platform时,重点已经不只是“建立Agent”,而是同时提供Agent Identity、Agent Registry、Agent Gateway、仿真、评估和可观测性等能力。换句话说,企业面对的对象正在从一款工具变成一支需要身份、权限、档案、监控和考核的“数字队伍”。平台可以提供技术底座,但谁来决定Agent应该做什么、做到什么程度、何时交还给人,仍然需要贴近业务的人完成。
因此,1000名FDE更像AI规模化过程中的“组织接口”。他们一端连接模型、云平台和工程体系,另一端连接行业知识、岗位动作和经营指标,中间还要处理数据、风险、采用和变革。过去企业习惯把技术实施视为IT项目,现在更接近把技术人员嵌入经营现场,让他们与业务负责人共同承担价值实现。
这种变化会让许多企业重新审视自己的AI团队。一个拥有几十名算法专家的中心,未必比一支能够深入十条核心流程的小型混合团队更快创造价值;一个完成上百个AI试点的企业,也未必比一个把三项关键流程做深、做透、做成标准能力的企业更成熟。AI规模化并不是把试点数量乘以组织人数,而是把少数有效做法变成可重复、可治理、可迁移的工作方式。
从卓越中心到业务现场,AI组织走过了三次变化
企业最初建设AI能力时,常把人才集中到数据实验室或卓越中心。这种结构在技术尚不成熟、专业人才稀缺时很有效,能够统一平台、聚合专家、控制风险,也便于快速做出样板。问题在于,中心越专业,离业务语言有时越远,业务部门则容易把AI理解为“技术团队交付的一项功能”。
随后出现的是“中心加业务伙伴”模式。核心团队仍然负责平台、架构和治理,但各业务部门开始设置AI负责人、产品经理或翻译型人才,把场景需求带回中心。这比单纯集中式组织更接近业务,却依然存在排队机制:业务部门提交需求,中心判断优先级,技术资源按项目分配,使用反馈再逐层返回。
前线部署模式又向前走了一步。它不是取消中心,而是在平台和治理保持统一的同时,把完整的小队压到价值发生的地方,让业务、产品、工程、数据和变革人员围绕一个结果协同。中心负责底座与标准,前线小队负责把标准转化为行业流程,广大员工则通过培训和工具使用完成采用,三层能力彼此支撑。
埃森哲此次组织设计恰好呈现了这个结构。近5万名Google Cloud技能人才构成广泛的专业基础,1000名FDE承担高强度的现场落地,专门业务组则沉淀加速器、实施框架、行业解决方案和能力中心。 它不是用1000名专家替代大规模员工学习,而是用尖兵队伍打通路径,再把方法扩散到更大的技能网络。
这一点对大型企业尤其重要。AI不可能长期只由少数专家使用,因为大量价值藏在普通岗位的微小动作中;AI也不能在没有专业支撑的情况下完全下放,因为安全、数据和流程风险会随规模迅速放大。更现实的做法,是建立“少数深度工程人才、一定数量的业务翻译者、广泛AI应用者”共同构成的人才组合。
这套组合也解释了为什么单纯采购席位很难形成规模化优势。把工具发给员工,只解决了访问权;让员工参加一门通识课程,只解决了认知起点;真正的转化发生在员工能否把工具用于本岗位的关键任务,并且知道输出标准、升级路径和责任边界。FDE的意义,就是把这些抽象要求写进工作流,而不是留在培训课件里。
AI规模化的真正瓶颈,是“最后一公里”变成了“最后十公里”
生成式AI刚进入企业时,很多应用围绕写作、总结、搜索和代码辅助展开。员工可以在个人桌面上获得效率,企业也容易通过活跃用户数、调用次数和节省时间估算成效。这一阶段的价值相对分散,部署难度较低,工具能力本身往往决定了大部分使用体验。
Agent开始接管多步骤任务后,情况发生了变化。一个面向销售的Agent可能需要读取客户资料、分析历史互动、生成方案、更新CRM并触发后续动作;一个面向HR的Agent可能需要理解岗位要求、匹配人才信息、安排流程、形成建议并保留审计记录。任何一个环节的数据权限、业务规则或异常处理没有设计好,整条链路都难以稳定运行。
这使所谓的“最后一公里”突然变长了。模型输出只是起点,后面还有数据准备、系统连接、流程重构、权限控制、效果评估、员工培训、管理沟通和持续运营。企业买到的是通用智能,真正需要的却是带有自身组织记忆、业务规则和责任边界的专用能力,两者之间并不存在一键转换。
BCG在2026年对14个市场11749名员工的调查显示,72%的受访者认为AI已经显著改变岗位技能要求,47%的人花在管理和指导AI上的时间,已经多于亲自执行工作的时间。与此同时,42%的前线常规AI用户每周能够节省至少一个工作日,但其中66%得到的指导有限,甚至完全没有被告知应该如何重新使用这些时间。效率已经出现,价值却可能停留在员工个人日程里。
这个结果揭示了企业AI中最容易被忽略的一笔账。员工把原来需要五小时的任务压缩到三小时,并不意味着企业自动获得两小时产能;如果岗位目标、协作节奏和资源配置没有变化,节省的时间很可能被新的会议、消息和低优先级任务填满。只有管理者把时间重新投向客户、创新、判断或更高质量的交付,效率才会沉淀为经营结果。
BCG的另一组数据更能说明组织设计的重要性。清晰的AI战略能够让可衡量业务影响提升25个百分点,而仅改善工具带来的提升约为5个百分点;正在重构工作流的企业,员工看到可衡量业务改善的可能性高出24个百分点。工具当然重要,但当模型能力逐渐普及,组织如何使用工具开始成为更大的差异来源。
这正是前线工程队出现的商业背景。企业需要的不再是有人告诉它“Agent可以做什么”,而是有人和业务团队一起把价值链拆开,找到值得改变的节点,把技术能力接进去,再用经营指标证明改变是否成立。AI咨询与实施由此变得更像联合运营,而不是一次付。
岗位不再是一张职责清单,而是一组可以重新组合的任务
当AI进入流程,HR更先需要调整的并不是招聘广告中的技能关键词,而是岗位分析的方法。传统岗位说明书通常以职责为基本单位,例如“负责客户沟通”“完成经营分析”“制定人才方案”,这些表述便于划分组织边界,却不足以判断AI能够在哪个环节发挥作用。Agent能处理的往往不是完整岗位,而是岗位内部某些高频、规则化或信息密集的任务。
同一个“客户服务经理”岗位,可能同时包含需求识别、信息检索、标准答复、情绪判断、方案协商、异常升级和关系维护。Agent能够承担知识检索、信息汇总和部分标准响应,人则更适合处理复杂判断、承诺边界和关系修复。岗位名称没有改变,任务组合、时间分配和能力重心却已经不同。
因此,企业的人力规划需要从“需要多少人”进一步走向“需要多少种工作能力”。人数仍然重要,但单纯按历史业务量与人均产出推算编制,会忽略Agent带来的可变产能,也会忽略管理Agent、处理例外和保证质量的新工作。更合适的分析单位,是任务、流程和结果,而不是只看组织框图上的岗位方格。
埃森哲把工程师部署到前线,实际上是在帮助客户完成这种任务级重构。FDE需要观察哪些步骤可以自动执行,哪些步骤适合人机协作,哪些步骤必须保留人工审批,并设计信息怎样在Agent与员工之间流动。这个过程同时涉及技术架构和岗位架构,HR如果缺席,系统上线后才发现职责重叠、负荷失衡或晋升通道断裂,调整成本会更高。
世界经济论坛《未来就业报告2025》预计,2025年至2030年全球岗位结构变化将涉及当前岗位总量的22%,并有39%的现有技能发生变化或过时。报告同时指出,到2030年每100名劳动者中有59人需要培训,技能差距被63%的雇主视为业务转型的主要障碍。岗位变化并不是遥远的人才趋势,而是AI项目能否进入生产环境的现实约束。
对HR来说,一个值得建立的新机制是“岗位任务账本”。它不需要把每个动作都拆成机械工时,而是记录岗位的关键结果、核心任务、AI参与方式、人工判断点、风险等级和技能变化。当技术团队讨论一个Agent方案时,HR能够看到它改变了哪些工作;当业务负责人申请新增编制时,也能解释新增的是人的判断能力、客户容量,还是可以由数字劳动力承担的标准任务。
这类账本还会改变招聘逻辑。企业未必需要为每一个AI场景招聘算法科学家,却会更需要懂业务又能参与流程设计的人,包括AI产品负责人、数据与知识运营人员、Agent评估人员、业务架构师、AI变革伙伴和风险治理专家。微软2025年工作趋势指数显示,78%的正在考虑招聘AI特定岗位,范围已经从数据和安全扩展到AI培训、Agent管理、ROI分析,以及营销、财务、客服和咨询中的AI策略岗位。
新岗位并不都拥有醒目的新名称。很多变化会发生在原有岗位内部,例如HRBP需要判断哪些人才问题适合Agent介入,招聘经理需要评估候选人如何与AI协作,财务经理需要设计Agent可以触发的操作权限,客服主管需要管理人机交接质量。真正广泛的变化,不是组织突然多出一排“AI专员”,而是大量专业岗位都增加了一部分AI经营责任。
绩效不能只看“用了多少AI”,而要看结果如何被改变
当企业希望推动AI采用时,最容易获得的数据通常是登录率、使用频次、提示词数量和生成内容数量。这些指标能够反映工具是否被打开,却很难证明业务是否因此变得更好。员工为了完成使用要求而增加调用,并不必然改善客户、成本、质量或风险,反而可能形成新的数字化表演。
YouTube案例之所以值得关注,是因为披露的指标不是Agent调用量,而是客户情绪提升11%和平均处理时长下降37%。这两个指标一端连接体验,一端连接效率,能够让技术团队和业务团队围绕同一结果讨论。如果只说“上线了一个客服Agent”,项目很容易在功能完成时结束;如果承诺处理效率和体验改善,团队就必须继续处理数据质量、回答准确度、人机交接和员工使用等问题。
因此,AI绩效可以形成三层相互连接的指标。底层关注系统是否稳定、准确、合规,包括成功率、错误率、响应时间和人工接管率;中层关注流程是否改善,包括周期、返工、积压、单位成本和服务一致性;上层关注经营结果,包括收入、客户体验、风险损失、创新速度和员工体验。不同层级由不同角色负责,但不能彼此割裂。
个人绩效也需要随之调整。对普通员工,评价重点不应是提示词写得多漂亮,而是能否利用AI提高交付质量、缩短周期,并对最终结果保持判断;对团队经理,评价重点应包括是否重新配置节省下来的时间、是否建立质量标准、是否让团队成员获得必要训练;对AI产品与工程负责人,则要看采用、可靠性、价值实现和风险控制是否同时成立。
这里有一个微妙变化:AI越能完成执行工作,绩效管理越需要关注“问题选择”。过去,一名员工忙碌地完成大量任务通常被视为贡献;当Agent可以迅速生成材料、分析数据和推进流程后,任务数量更容易上升,但组织未必更接近关键目标。谁能判断什么值得做、什么不必做、哪里需要人介入,逐渐成为比单纯产出更多内容更稀缺的能力。
BCG调查中,41%的受访者表示AI增加了认知负荷,尽管67%的常规用户认为AI提升了工作满意度。这种看似矛盾的体验并不难理解:AI减少了部分机械劳动,却带来更多选择、验证、监督和决策。绩效目标如果只提高产量,不减少低价值任务,员工最终可能一边节省时间,一边被更多待办事项追赶。
所以,AI绩效改革不能变成简单的“提效后加码”。企业需要提前约定效率红利如何分配:一部分用于提升客户响应和业务容量,一部分用于提高质量与创新,一部分用于员工学习和负荷改善。只有员工看到AI收益并非全部转化为无限加速,采用意愿和持续改进才可能稳定下来。
培训的单位正在从“课程”变成“工作能力”
埃森哲与Google Cloud此次明确提出扩大Gemini Enterprise培训和认证,这一安排与1000人FDE队伍并列出现,并非新闻稿里的常规补充。前线工程师可以打通最难的场景,却无法替代数万名专业人员和客户员工的日常使用。规模化最终依靠的不是少数专家昼夜奔波,而是更多人能够在统一标准下复制、维护和改进解决方案。
过去不少企业的AI培训从通识课开始,内容包括生成式AI原理、提示技巧、常见工具和风险提醒。这一步仍有必要,却很难独立产生经营结果,因为员工听懂了概念,不等于能把它用于自己的岗位。真正有效的学习需要靠近工作:拿真实任务练习,使用企业允许的数据和工具,按照实际质量标准接受反馈,并在遇到异常时知道向谁求助。
因此,AI技能体系至少需要区分广度与深度。全员需要基本的AI素养,包括任务判断、提问、验证、安全和责任意识;专业岗位需要掌握本领域的人机协作方法,例如招聘中的证据核验、财务中的数据追溯、营销中的品牌一致性;少数工程和产品人才则需要建立Agent、连接系统、设计评估并管理运行。不同人群学习同一门大课,看似公平,实际往往谁都学得不够贴身。
认证也需要从“完成学习”转向“证明能力”。员工看完视频、通过选择题,只能说明接触过知识;能够用AI完成一个真实任务、解释风险、复盘错误并展示业务改善,才更接近可被组织使用的能力证据。埃森哲近5万名Google Cloud技能人员的意义,正在于形成可调度的人才池,而不是在员工档案里增加一枚孤立徽章。
HR可以把技能认证与项目经历、岗位资格和内部流动连接起来。例如,基础认证赋予员工使用特定工具的权限,岗位认证证明其可以在某类流程中独立协作,高阶认证则要求带领团队完成真实项目并沉淀方法。这样一来,学习不再是年初制定、年末统计的培训小时,而成为进入新任务、新岗位和新项目的通行证。
经理在这套体系中的作用会明显上升。微软工作趋势指数显示,51%的经理认为未来五年AI培训或技能提升将成为团队的一项关键责任,35%的经理正在考虑招聘AI培训师。培训部门仍然负责平台、内容和标准,但员工是否真正形成能力,很大程度上取决于直属经理是否提供任务、反馈和使用空间。
这也意味着管理者不能把AI学习完全外包给L&D。一个不了解团队流程、不会判断AI输出、也说不清价值目标的经理,很难通过要求员工“多用AI”建立能力。更有效的做法,是让经理先学会设计人机协作任务,再由员工在真实工作中练习,技术和学习团队提供教练支持,优秀案例则进入组织知识库。
能力模型正在从“会使用工具”走向“能指挥智能”
企业早期讨论AI能力时,常把提示工程放在中心位置。提示质量当然影响输出,但随着模型理解能力、工具连接和Agent自主性提高,单次提问技巧的重要性会逐渐被更完整的能力组合取代。未来的高绩效员工,不只是会把一句话问得更,而是能定义问题、拆解目标、配置资源、验证结果并承担后果。
这种能力可以被理解为“智能编排”。员工需要判断任务应该交给哪个Agent、需要哪些上下文、可以调用什么数据和工具、何时设置人工检查、怎样识别失败并调整路径。它既不是纯技术能力,也不是传统管理能力,而是把业务判断转化为人机协作结构的能力。
BCG在2026年的调查发现,61%的受访者认为未来三年Agent可能完成自己至少一半的工作,65%的管理者和持有这一判断。与此同时,52%的员工对Agent仍然了解有限。组织已经进入一个颇有张力的阶段:人们预期Agent会承担大量工作,却尚未普遍掌握如何设定目标、监督过程和判断结果。
广告
这会提升三类能力的价值。业务判断决定什么问题值得解决,批判性思维负责识别输出中的缺口与偏差,协作与沟通则确保技术人员、业务人员和风险人员能够围绕同一结果工作。世界经济论坛的报告同样显示,AI与大数据是增长最快的技能,而分析思维、韧性、灵活性、领导力和社会影响力仍然处于核心位置,技术能力与人的能力并不是此消彼长的关系。
对FDE而言,这种混合能力尤其明显。一名优秀的前线工程师既要能进入复杂系统,又要能在与客户的对话中识别真正约束;既要追求部署速度,又要理解高风险流程为何需要更多人工控制;既要交付眼前项目,又要把经验整理成可复用的行业方案。传统工程职业强调“把系统做对”,前线工程角色还需要回答“为什么做、为谁做、怎样产生价值”。
这也会改变企业对高潜人才的判断。过去的高潜标准常偏向快速学习、跨部门影响和承担更大团队,如今还需要观察一个人能否把AI变成杠杆,而不是只把AI当作助手。能否用更少资源组织更复杂的交付,能否发现原流程中被习惯遮蔽的问题,能否在机器高效率与人的判断之间建立边界,会成为新的领导力信号。
职业阶梯不会消失,但传统“学徒任务”需要重新设计
当Agent率先接管检索、整理、初稿、测试和基础分析时,企业会遇到一个不太显眼的人才问题:许多初级员工正是通过这些任务学习业务。工作可以被自动化,经验形成却不能被直接跳过。如果组织只关注短期效率,几年后可能发现初级岗位减少了重复劳动,也减少了理解复杂业务的入口。
前线部署团队提供了一种值得借鉴的学习场景。年轻工程师不只是接收拆分后的开发任务,而是跟随人员进入客户现场,观察问题定义、流程取舍、风险权衡和价值验证。Agent承担部分执行后,学徒制需要更有意识地设计,让新人参与判断过程、审阅AI输出、处理例外,并理解一个方案如何从原型走到生产。
这对专业服务、金融、法务、研发、HR等知识密集型职能都适用。过去新人通过做材料、拉数据和反复修改建立“手感”,未来这些动作仍可能存在,但不再占据同样多的时间。组织需要把隐性的学习路径显性化,例如安排案例复盘、让新人解释AI输出依据、参与客户对话,并对关键判断留下记录。
晋升标准也要随之变化。如果初级员工借助AI可以更快产出接近中级水平的材料,仅以交付速度和成品表面质量判断潜力,很容易高估工具带来的能力。更可靠的评价要穿透成品,观察候选人如何定义问题、选择证据、发现错误、处理不确定性,以及能否在缺少模板时独立推进。
中层管理者的职业路径同样会受到影响。Agent可以承担排期、汇总、跟踪和部分协调工作,中层的价值会更集中到优先级判断、资源配置、人才教练和跨部门决策。过去靠信息差和流程控制建立的管理权威会减弱,能够带领人和Agent共同取得结果的经理则会获得更大杠杆。
企业因此需要同时保护两个目标:当前生产率与未来人才供给。AI可以减少低价值劳动,但不能让组织失去培养判断力的机制;可以压缩交付周期,但不能把所有学习都变成独自面对屏幕。 真正成熟的AI人才战略,不是让新人绕过基础,而是用新的方式更快理解基础,并更早进入高价值判断。
管理责任正在从“审批工具”转向“经营一支人机队伍”
很多企业的AI治理仍然以工具准入为中心:哪些产品可以使用,哪些数据不能上传,哪些场景需要审核。这些规则构成必要底线,但Agent进入核心流程后,管理责任会扩展到更接近经营的问题。谁给Agent设定目标,谁批准它调用系统,谁监控结果,谁处理例外,谁为客户影响和风险事件承担责任,都需要被明确。
Google Cloud为Agent设置身份、注册、网关、评估和可观测性,本质上是在把企业管理人的部分逻辑延伸到数字智能。每个Agent需要可识别的身份和权限,需要知道它掌握哪些工具、服务哪些流程、由谁负责,也需要持续的绩效记录。技术平台可以记录轨迹,却不能替企业决定责任归属。
未来的业务经理很可能同时管理员工、外部伙伴和Agent。微软调查显示,28%的经理正在考虑招聘AI劳动力经理,32%计划招聘Agent专家;预计未来五年团队将参与流程重构、多Agent系统建设、Agent训练和Agent管理。这并不是IT部门新增几个岗位就能包办的工作,而是管理职责本身在扩展。
管理者需要学会像配置团队一样配置Agent。复杂任务是由一个Agent完成,还是由研究、分析、执行和审查等多个Agent协同,需要依据风险和成本决定;哪些环节采用自动审批,哪些环节设置人工确认,也需要与业务重要性匹配。人力配置关注跨度、层级和技能组合,数字劳动力配置则增加了调用成本、可靠性、权限和可追溯性,但两者都服务于同一个经营结果。
这会把CEO、CIO、CHRO和业务负责人的关系拉得更近。CIO负责平台、安全与架构,业务负责人掌握流程和价值,CHRO负责岗位、能力、绩效和领导力,风险与法务团队建立边界。如果任何一方单独主导,AI都可能被缩减成一个技术采购、一场培训活动或一套禁止事项。
更合理的治理方式,是围绕关键流程建立共同责任。每条进入规模化阶段的AI流程都有业务所有者、技术所有者、人才与变革负责人以及风险负责人,重要指标放在同一张看板上。这样既避免所有问题都被推给IT,也避免业务部门在技术团队交付后才开始考虑员工采用。
1000名FDE的模式也提醒企业,外部合作伙伴可以帮助搭建能力,却不能代替内部管理责任。前线工程师能够带来平台经验、行业方案和实施速度,但流程选择、组织取舍和责任边界最终属于企业自身。合作最有价值的结果,不只是交付一批Agent,而是让内部团队获得继续运营和改进它们的能力。
HR需要管理的,不再只是员工数量,而是“组织总产能”
微软2025年工作趋势指数显示,82%的有信心在未来12至18个月利用数字劳动力扩大组织能力,53%的认为生产率必须提高,但80%的员工和管理者表示缺少完成工作的时间或精力。这组数字勾勒出许多企业的现实:增长目标没有减轻,人的负荷已经接近上限,Agent因而被视为新的产能来源。
当数字劳动力进入团队,传统编制管理会遇到新的变量。一个部门没有增加员工,却可能因为配置Agent而扩大服务容量;另一个部门部署了很多工具,却因流程没有改变而几乎没有释放产能。HR需要与财务和业务共同建立新的产能视图,把人员、Agent、外包、流程效率和关键能力放在一起看。
这种视图并不意味着把员工与机器简单换算。人的价值包含关系、判断、创造、信任和责任,Agent则提供可扩展的处理能力,两者并非同质资源。HR真正需要回答的是:哪些能力应该由人长期掌握,哪些任务可以交给Agent,哪些岗位需要更高的人机协同比例,哪些节省下来的时间要投入增长与创新。
招聘计划也会从“补空缺”转向“补能力缺口”。有些需求适合通过外部招聘获得稀缺工程人才,有些可以通过内部学习与轮岗形成业务翻译者,有些则由合作伙伴在早期提供支持。只有把场景成熟度、人才供给和时间成本放在一起,企业才不会在所有部门同时争抢同一类“AI复合人才”。
学习体系需要与这张产能图联动。如果某条流程计划在半年内引入Agent,培训不应等到系统上线前一周才开始;岗位任务、能力标准、经理准备和员工沟通都需要同步推进。技术路线图与人才路线图使用同一节奏,是AI项目从部署走向采用的基本条件。
绩效体系则负责把释放的产能导向组织目标。业务部门节省了多少时间、提高了多少质量、扩大了多少服务量,需要被持续观察;员工承担了哪些更复杂的工作、是否增加认知负荷、是否获得成长,也需要进入管理视野。只记录效率而不记录工作变化,企业很难判断AI究竟是在放大能力,还是仅仅把节奏推得更快。
人才盘点同样会出现新维度。过去盘点关注绩效、潜力、关键经历和离职风险,未来还需要识别AI应用能力、流程重构能力、Agent监督能力与跨专业协作能力。某些过去并不显眼的员工,可能因为熟悉一线细节、愿意试验并善于总结,成为AI规模化中最有价值的“现场翻译者”。
这也是HR能够创造独特价值的地方。技术团队知道模型能做什么,业务团队知道结果需要什么,HR则能够看到工作如何被拆分、员工怎样形成能力、管理责任如何改变,以及职业通道是否可持续。AI项目一旦进入规模化,这些问题就不再是实施之后的配套工作,而是价值能否兑现的一部分。
不是每家企业都需要1000名FDE,但都需要自己的“前线机制”
埃森哲与Google Cloud服务的是全球大型客户,其人才规模和生态资源并不适合被普通企业照搬。大多数公司不需要组建一支1000人的AI工程队,也不必为每个业务单元配置完整专家团队。真正值得借鉴的,是把最懂技术的人与最懂业务现场的人放到同一个结果责任里。
一家企业可以从三到五个关键流程开始,选择那些业务价值明确、数据基础可用、管理者愿意承担责任、员工痛点真实的场景。每个场景组建小型混合团队,成员包含业务负责人、流程骨干、产品或工程人员、数据与风险代表以及人才变革伙伴。团队人数不必多,但必须有权调整流程,而不是只能在旧流程外增加一个AI入口。
场景选择也不宜只追求最炫目的展示。高频、信息密集、规则较清晰且存在明显等待和返工的流程,通常更容易形成早期价值;涉及高风险判断和客户承诺的环节,则适合先从辅助与审查开始。企业需要的是能够被复制的成功样板,而不是在发布会上效果惊艳、回到日常后无人使用的演示。
当一个场景跑通后,团队要沉淀的不只是代码。还应包括任务拆解方法、数据要求、权限设计、质量标准、人工接管规则、培训材料、绩效指标和常见失败案例。只有这些组织知识被共同保存,第二个业务单元才不是从头再来,所谓规模化才真正开始。
与此同时,企业需要建立内部人才网络。深度工程人才负责复杂建设,业务翻译者负责场景发现与流程设计,部门中的AI教练帮助同事使用,管理者则对产能和结果负责。网络比一个孤立中心更能覆盖现场,也比完全分散的自发探索更容易治理。
外部伙伴在这套机制中可以承担加速作用。平台厂商提供技术底座与产品路线,咨询与实施伙伴带来跨行业经验和前线工程能力,企业内部人员掌握专有流程、数据和组织关系。三者的更佳分工,不是把项目“交出去”,而是在共同交付中完成能力转移。
1000人之后,企业AI竞争进入“组织工程”阶段
埃森哲与Google Cloud的新业务组看上去是一则合作新闻,背后却是一张正在变化的人才地图。近5万名云技能专业人员提供广度,1000名FDE提供深度,培训认证扩大可复制能力,行业解决方案缩短部署时间,平台治理支撑规模运行。每一层都不是孤立投入,它们共同指向同一个目标:让AI从工具采购进入经营流程。
对高管而言,这意味着AI战略不能只回答采用哪一个模型、购买多少席位,还要回答哪些业务结果值得被重新设计,组织准备以什么方式承担改变。模型选择仍然重要,但真正拉开差距的,越来越可能是场景优先级、流程权、数据基础、人才组合和管理节奏。
对HR负责人而言,AI也不再只是数字化学习项目。它开始同时改变岗位边界、编制逻辑、绩效标准、能力模型、职业阶梯和管理跨度,任何单点制度都无法独立应对。HR需要进入AI项目的前端,与业务和技术共同定义工作怎样改变,而不是等系统上线后再安排培训和沟通。
世界经济论坛的调查显示,85%的雇主计划优先提升员工技能,70%准备招聘具备新技能的人才,50%计划把员工从收缩岗位转向增长岗位。企业正在同时使用培训、招聘和内部流动三种手段,但能否把它们连接到具体流程,决定了人才投入会形成能力,还是只形成一组漂亮数字。
1000名前线工程师给出的答案并不复杂:AI价值需要有人在现场负责。这个“现场”既是客户服务台、销售流程和供应链控制塔,也是岗位说明书、绩效面谈、学习任务和管理会议。技术真正进入组织的标志,不是员工都能打开一个对话框,而是工作目标、分工方式和责任机制已经因它发生变化。
过去,企业把软件部署完成视为项目终点;在Agent时代,上线更像是组织学习的起点。Agent需要不断从真实任务中被评估和改进,员工需要在使用中形成新的判断力,经理需要把节省的时间转化为增长、质量与更好的工作体验。这样的系统无法靠一次采购建成,只能在持续经营中成熟。
因此,埃森哲与Google Cloud此次合作最值得记住的,或许不是“1000”这个整数,而是“前线”两个字。当AI工程师走到业务一线,企业的人才、流程与管理体系也必须走出各自的职能边界。下一阶段的AI领先者,未必拥有最多的模型和试点,但很可能拥有最强的能力,把技术、行业知识和人的工作组织成一套能够持续创造价值的系统。
参考资料
Google Cloud Press Corner:《Accenture and Google Cloud Deepen Partnership with Formation of New Accenture Gemini Enterprise Business Group》,2026年9月8日。 https://www.googlecloudpresscorner.com/2026-09-08-Accenture-and-Google-Cloud-Deepen-Partnership-with-Formation-of-New-Accenture-Gemini-Enterprise-Business-Group
Accenture Newsroom:《Accenture and Google Cloud Expand Partnership to Scale Agentic Transformation for Global Enterprises with Gemini Enterprise》,2026年4月22日。 https://newsroom.accenture.com/news/2026/accenture-and-google-cloud-expand-partnership-to-scale-agentic-transformation-for-global-enterprises-with-gemini-enterprise
Accenture Newsroom:《Accenture and Google Cloud Launch Joint Generative AI Center of Excellence to Help Enterprises Harness the Value of Generative AI》,2023年12月13日。 https://newsroom.accenture.com/news/2023/accenture-and-google-cloud-launch-joint-generative-ai-center-of-excellence-to-help-enterprises-harness-the-value-of-generative-ai
Google Cloud Blog:《Introducing Gemini Enterprise Agent Platform, powering the next wave of agents》,2026年4月22日。 https://cloud.google.com/blog/products/ai-machine-learning/introducing-gemini-enterprise-agent-platform
Boston Consulting Group:《AI Is Reshaping Jobs Faster Than Companies Are Reshaping Work》,2026年6月3日。 https://www.bcg.com/press/3june2026-ai-reshaping-jobs-faster-than-companies-reshaping-work
Microsoft WorkLab:《2025: The year the Frontier Firm is born》,2025年。 https://www.microsoft.com/en-us/worklab/work-trend-index/2025-the-year-the-frontier-firm-is-born
World Economic Forum:《The Future of Jobs Report 2025》,2025年。 https://www.weforum.org/publications/the-future-of-jobs-report-2025/digest/
原文链接:https://mp.weixin.qq.com/s/XTysavhE3vkH6drbXXNFsw
[返回上一页]
