Forward Deployed Engineering Teams: A New Enterprise Priority

企业正在超越试点阶段,组建专门的部署团队,将 AI 投资转化为可衡量的业务成果。

核心要点

在过去两年的大部分时间里,企业 AI 意味着实验。企业启动试点、测试基础模型,寻找值得规模化的用例。一个小型工程师团队通常就足以完成这项工作。

优先级已经改变。如今,CEO 们提出的是一个不同的问题:我们如何让 AI 贯穿整个业务,而不是局限于一个成功的试点?

作为回应,各组织正在组建专门的前沿部署工程团队,负责将 AI 投资转化为能够产生可衡量业务成果的运营系统。

我们在 Christian & Timbers 的最新研究发现,这一转变的速度比大多数组织意识到的要快。随着 Microsoft、AWS、OpenAI、Anthropic 及其他 AI 领导者竞相扩大企业部署组织,我们预计到 2026 年底,前沿部署工程师的需求将增长约 2,100%。与此同时,企业正在从两三名工程师组成的试点团队,转向 20 人乃至超过 100 人的永久性部署组织。

企业已经不再纠结是否要部署 AI。如今悬而未决的问题是,他们能否组建一支能够将其落地的团队。

用数据看企业 AI

以下数据来自 Christian & Timbers 的报告 America's Most Wanted Enterprise AI Talent。完整报告深入探讨了塑造下一代企业 AI 部署的数据、方法和市场趋势。

企业 AI 已超越试点阶段

实验主导了过去两年,原因很简单:还没有人知道哪些用例能在演示之外真正站得住脚。董事会已经对这种说法失去了耐心。他们希望 AI 预算能在财报中体现为一个数字,并有团队可以拿得出手的成果作为支撑。

最近一项针对 300 个公开 AI 部署案例的 MIT 研究发现,95% 的生成式 AI 试点对损益表没有产生可衡量的影响。这个数字与我们直接从高管那里听到的情况一致:在我们自己的研究中,只有不到五分之一的公司报告实现了有意义的 AI 投资回报。

Christian & Timbers 的研究表明,这一差距在很大程度上源于部署人才。美国大约有 17,000 名前沿部署工程师,但我们估计其中只有约 2,000 人称得上精英——他们曾多次将企业级 AI 部署到生产环境,并交付了可衡量的业务成果。随着企业建立永久性的部署组织,他们争夺的正是这个规模小得多的、经过验证的人才池。

这也与 MIT 在更广泛市场中的发现相吻合:陷入停滞的试点背后通常都有一个能运行的模型,只是没有一支团队将其推向生产环境。

企业级 AI 已到达拐点

大多数大型企业已经广泛开展了 AI 试点。根据 McKinsey 的最新研究,目前 88% 的企业在至少一个业务职能中使用 AI,高于一年前的 78%。如今,找到一个看似可行的用例已不再费事。大多数组织尚未解决的,是把它变成无需专门团队全程扶持就能运行的东西:同一项研究发现,大多数公司仍在经历从试点到规模化部署的转变,只有约三分之一的公司表示他们已开始规模化推进 AI 项目。这正是前沿部署工程团队存在的意义——弥合这一差距,把一个用例从验证它的团队手中接过来,推广到每一个需要相同能力的业务部门。

董事会也注意到了这一转变。仅仅听说某个实验在某个部门奏效,已经不能满足他们了。他们想知道同样的成果如何在全公司复制,并且要在一个能体现在季度财报中的时间表上实现。

这也改变了竞争优势的来源。能否使用前沿模型,曾是快速行动的公司与原地踏步的公司之间的分水岭。如今每一个认真的竞争者都能使用同样的前沿模型,这一优势已不复存在。现在区分它们的是:它们能以多快、多稳定的速度部署所购入的技术。这就是试点时代与部署时代之间的桥梁,也是前沿部署工程团队在短短一年内从“锦上添花”变成董事会级优先事项的原因。

前沿部署工程之于企业级 AI,正如同站点可靠性工程之于云基础设施:它是一种永久性的组织能力,而非临时项目团队。

企业为何突然开始组建前沿部署工程团队

AI 已不再是有着明确起止日期的项目,而是成为企业日常运转方式的一部分,这也改变了谁需要参与其中。公司不再需要孤立运作的数据科学团队,而是需要工程师直接嵌入客户和业务部门,近距离观察工作流程在实践中何处失灵。

传统软件团队打造产品,而前沿部署工程团队打造的是采用率。他们的工作不仅限于编写代码,还包括深入业务内部,解决真实部署中伴随而来的运营问题,把一个系统从概念验证推进到业务每天赖以运行的程度。

这种深度嵌入比听起来要难得多。真实部署必须在遗留系统内运行,满足演示从来无需触及的治理和安全要求,同时还要融入往往比 AI 计划早十年甚至更久就已存在的流程。要把这些做好,靠一个两人的试点小队是远远不够的。这正是组织模式本身正在发生变化的原因:过去为每个 AI 计划临时组建项目团队的公司,如今正在建立常设的部署组织,以便承接下一个乃至再下一个项目,而无需从零开始。

市场信号难以忽视

最大的几家 AI 公司正在同时押下同样的赌注,其投入规模之大,很难被当作噪音一笔带过。微软于 7 月成立了 Frontier Company,投资 25 亿美元,配备 6,000 名工程师和行业专家,直接嵌入企业客户内部。两天前,AWS 承诺投入 10 亿美元组建自己的前沿部署工程组织,旨在将部署周期从数月压缩到数天。

OpenAI 为一家名为 The Deployment Company 的新公司融资约 40 亿美元,估值接近 100 亿美元。Anthropic 推出了 Ode,这是一家 15 亿美元的合资企业,合作方包括 Blackstone、Hellman & Friedman 和 Goldman Sachs,旨在将工程师嵌入中型企业内部。

最引人注目的是时间点。这些公司在短短几个月内相继扩展部署服务,各自独立得出了同一个结论:企业 AI 的采用如今受到的制约更多来自部署能力,而非模型能力。Christian & Timbers 的研究估计,仅这些计划就意味着 8,500 到 10,000 个尚未出现在公开招聘职位中的额外用人需求,这给本已紧张的人才储备带来了更大压力。

组建 FDE 团队需要不同的招聘策略

这不是一次普通的工程招聘。部署团队需要的工程师必须同时具备技术深度和商业判断力,能够与持怀疑态度的工程副总裁、AI 副总裁、警惕的 AI 负责人或首席产品与技术官面对面沟通,并将业务问题转化为能在真实客户数据面前经受住考验的系统。

组织结构与招聘谁同样重要,而大多数公司尚未就此定论:

  • FDE 向工程部门汇报更合理,还是向他们所嵌入的业务部门汇报更合理?
  • 将团队集中在一起,是否比贴近产品更能加速知识在各次部署之间的复利积累?毕竟贴近产品意味着以产品团队的速度运转。
  • 对齐各个业务部门,是否值得用牺牲一些一致性来换取贴近客户?

没有放之四海而皆准的答案,但那些只把这个问题当作招聘问题、而不解决团队归属和汇报关系的公司,往往最终只拥有一批优秀的个人工程师,却没有围绕他们形成的连贯组织。

大多数公司仍在沿用招聘传统软件工程师的方式来开展这项招聘,考察语言熟悉度和系统设计能力,而不是那种能区分一次部署是“上线了”还是“活下来了”的判断力。

企业领导者下一步应该做什么

当前行动最快的组织并不是 AI 预算最大的那些,而是领导层已经不再把 AI 视为一系列项目、而是把它视为企业需要永久具备的一种能力的组织——就像需要财务或 IT 一样。这种重新定位决定了试点成功后由谁负责部署,以及这个人是否有权改变企业的运营方式。它还决定了正在构建的能力能否超越目前主导 AI 工作的人而长期存续。

那些在下一波招聘竞争到来之前就把这些问题想清楚的高管团队,将在市场其他参与者迎头赶上时,成为真正拥有成熟组织的那一批。

Christian & Timbers 正在实时追踪这一转变

过去六个月,我们一直在研究企业 AI 招聘的演变,这建立在多年为如今组建这些团队的领导者提供人才安置服务的基础之上。完整研究结果见我们的报告 America's Most Wanted Enterprise AI Talent。这项研究包括对 180 家公司 250 多位 C 级高管的访谈,以及与 300 多位前沿部署工程师和应用 AI 工程师的交流。我们还直接绘制了美国前沿部署工程师市场的图谱。

这项为期六个月的研究建立在我们已有工作的基础之上。Christian & Timbers 近年来一直为那些正在构建本文所述部署能力的企业安置工程副总裁、AI 副总裁、AI 负责人和首席 AI 官,这也是这些研究结果与我们当前正在进行的实际人才搜寻所见高度吻合的原因之一。

由于这项研究将高管与工程师访谈和直接的市场图谱绘制相结合,它同时捕捉到了招聘需求和人才供给,比任何单一数据源都更清晰地展现了企业 AI 组织的发展方向。

这些工作指向一个结论:在一个需求加速增长、经验丰富的人才依然稀缺的市场中,企业正在超越孤立的 AI 项目,转而投资于永久性的部署能力。

企业 AI 正在进入云计算十年前曾经历的同一阶段。早期的试验正在让位于永久性的组织能力。率先建立这种能力的公司不仅仅是部署更多 AI,而是在任何单个项目结束之后很久,仍能持续部署 AI 的机构知识。

常见问题

  • 为什么企业现在要组建前沿部署工程团队?

企业 AI 已发展到这样一个阶段:各组织正超越试点,专注于将 AI 扩展到多个业务职能。这一转变需要专门的部署能力,而不是临时项目团队。

  • 前沿部署工程团队做什么?

前沿部署工程团队直接与业务利益相关方合作,将 AI 部署到生产环境并与现有系统集成,交付可衡量的运营成果,而不是孤立的演示。

  • 为什么现有的工程团队无法处理 AI 部署?

软件工程团队通常围绕构建和发布产品来组织。在真实业务中端到端地负责部署是另一份工作。前沿部署工程团队将技术深度与业务集成和生产环境负责相结合,直接与客户合作,而不是交付一份规格说明就撒手不管。

  • 前沿部署工程团队的规模正在变得有多大?

Christian & Timbers 的研究显示,各组织正从两三名工程师组成的 AI 试点团队,扩展为 20 人到 100 多人的永久性部署组织。

  • 为什么招聘前沿部署工程师的竞争越来越激烈?

Christian & Timbers 预测,到 2026 年底,对前沿部署工程师的需求将增长约 2,100%,同时各大 AI 公司继续大力投资企业部署组织,加剧了对有经验人才的竞争。

  • 前沿部署工程团队应该向谁汇报?

没有唯一正确的答案。一些组织将 FDE 团队集中放在工程部门之下,以便知识在多次部署中不断积累。另一些组织则让他们更贴近产品部门,或直接对齐业务单元,用一定的一致性换取与客户的贴近度。最重要的是,汇报线必须是一个经过深思熟虑的选择。