FDE 团队怎样分工？业务、工程与运维的责任清单

一个 AI 项目需要业务判断、工程实现和持续运行能力。企业不必要求一个人覆盖所有专业，但需要知道每一项决定由谁确认、执行和接手。本文提供一份建议分工，实际项目可按组织规模合并角色。

从决定权开始分工

以内部产品知识助手为例，工程团队可以检查资料能否解析，却不能代替产品负责人决定哪个版本有效；业务团队可以评价答案是否实用，却未必负责身份认证与部署。明确这两类边界，能减少上线前的反复。

事项	主要执行者	需要谁确认
选择首批问题与用户	业务代表与 FDE	业务负责人
确定资料版本和可见范围	资料管理员	资料所属部门
应用开发与系统连接	软件工程师、FDE	技术负责人
模型适配或训练	需要时由模型工程师参与	技术负责人及业务评测人
试用评测	业务代表、测试与工程团队	项目验收人
发布与运行支持	运维及应用负责人	发布负责人

如果需要对外答复或修改业务数据，另行指定审批人。记录姓名或团队及其替补安排，比只写“甲方负责”更便于执行。

FDE 应具备哪些可验证的能力

企业可以围绕一个具体任务考察团队，而不是只要求列出技术名词。比如给出一份产品手册和一组历史咨询，要求团队说明哪些问题能回答、缺少哪些资料、怎样验证以及如何接入已有账号体系。

工程能力可以通过代码组织、错误处理、部署说明和复测记录判断；业务理解可以通过问题拆分、范围取舍和反馈处理判断；协作能力则看问题是否有负责人、阻塞是否及时说明、决定是否有记录。这些证据比一次顺利演示更容易复查。

与其他岗位怎么配合

软件工程师通常持续建设应用或平台功能，FDE 在本项目中更贴近使用过程和交付条件；双方可以是同一人，也可以分工。解决方案架构师参与系统边界和选型，模型工程师处理需要专门模型能力的问题，运维人员负责运行环境和发布保障。岗位名称不应成为推卸工程或维护责任的理由。

评估是否需要专门模型团队时，先检查数据与检索、接口和流程是否已解决。普通知识查询项目不必预设一定需要训练模型；确有特殊语言、任务表现或部署约束时，再单独验证模型适配工作。

启动会上应确认的四个问题

1. 谁能确认业务规则，意见冲突时谁作决定？
2. 接口、测试账号和资料由谁提供，预计何时可用？
3. 谁参加试用，反馈如何进入问题清单？
4. 原项目人员不在时，谁有能力暂停任务并查找故障？

现场观察可以帮助理解复杂流程，但是否驻场、驻场频次和远程支持时段，应当随任务约定。查看交接与维护清单，可以进一步确定项目结束时的责任安排。