这张卡讲清 FDE 团队里的管理角色长什么样：资深工程师兼任，而不是外加一层。
核心拆解：交付负责人与项目经理的差别在对结果的责任与取舍权——PM 侧重计划与协调，Delivery Lead 对成败负责、可以砍范围换质量。FDE 模式下人少、闭环快，管理动作被压缩，重心从「追进度」变成「管范围蔓延与客户预期」，这两件事恰恰是驻场交付最常见的死因。判断这个角色是否健康的信号之一：他能否不经层层升级就否决一项范围变更。
增量判断：多数管理内容默认工程团队需要专职 PM，这张卡给出 FDE 语境的反对理由：两套汇报会让一线工程师疲于翻译信息，技术判断与管理判断分裂。解决方式是明确唯一的决策人：技术取舍归交付负责人，商务承诺归销售线，两条线在项目启动会上当面说清。
行动建议：如果你在带交付，把下周的例会砍一半，省下的时间用来审一遍当前项目的范围变更记录。
—— FDEChina编辑部 · 实战派
定义
交付负责人（Delivery Lead）是对项目整体交付结果负责的管理角色，覆盖范围管理、进度、风险、干系人沟通与商务健康度，通常带一个交付团队或多个并行项目。
展开
与项目经理（PM）的辨析是关键：PM 侧重计划、排期与协调，Delivery Lead 对交付成败负全责并有取舍权——可以决定砍范围、换方案或加资源。在 Forward Deployed Engineer（FDE）团队里，这个角色往往由资深 FDE 兼任，既写代码又管项目，因为小团队、强闭环的形态容不下专职管理层。FDE 模式也改变了这个角色的重心：交付周期短、需求变化快，传统「追进度」的管理动作被压缩，真正的工作变成管范围蔓延、管客户预期、管升级路径，以及在技术方案与商务承诺冲突时做判断。
最常见的误用是给 FDE 团队强配一名不懂技术的专职 PM，形成两头汇报：工程师疲于向两边翻译信息，技术判断与管理判断分裂，小团队里最大的隐形成本就是信息翻译与决策等待。更健康的形态是交付负责人来自工程侧，商务协调则由客户经理或项目接口人承担。