团队怎样配置、招聘与考核

一家企业决定采用 FDE 模式，最容易先做的事，是改招聘启事，把编程、沟通、行业知识、项目管理和商业意识写在同一页。能力要求可以很高，但组织还需要说明：这些工作由谁搭配完成，有多少真实时间，出现冲突时舍弃什么。

《甲乙双方：谁决定目标、权限与结果》已经分清决定的边界。现在把责任放到人和排期上，使客户问题有人持续负责，团队又不依赖某个人永远在线。

职位名称之后，还要再问一句

Palantir 在 2019 年的说明中，将核心研发放在产品开发部门，将现场工程师 Delta 放在业务发展部门；Baseten 的 FDE 负责人则介绍，他们保留了工程部门归属，也承认与商业团队之间会增加协调工作。¹²

这两种安排没有天然的优胜者。靠近客户业务的一侧，需要保证现场承诺能得到产品资源支持；靠近核心工程的一侧，需要保证产品优先级不会让客户一直等待。这是从组织差异推导出的管理问题，归属本身还不能证明谁交付得更好。Palantir 对部署策略师的说明也显示，业务理解与技术工作存在交叉，现实责任不完全服从职位框线。³

这给管理者一个起点：看清责任范围，比画出三个整齐方框更有用。一个人的职位可以叫 FDE，实际工作却主要是演示；另一个人叫实施工程师，可能深入参与生产问题和平台改进。判断时要看他交出什么、能决定什么，以及遇到自己解决不了的问题时，组织是否会响应。

OpenAI 的 FDE 岗位材料把需求发现、系统设计、构建和生产推出放在同一个责任范围内。这样的岗位设计把工程结果放到客户采用的语境里，但招聘描述只是组织希望建立的职责，不是每个员工都已实现的结果。⁴

用一次工作变化来组队

下面用一个教学示例说明。这不是对某家客户人员配置的复原。一家设备服务企业希望把报修材料整理成维修建议，再由维修主管决定如何派单。当前材料分散在邮件、设备记录和工单里。团队准备先在一种设备、一个服务区域试行。

上一章的业务、一线、工程、数据与运行责任，不必对应五个新岗位。配置人员时，先检查谁已经有能力承担，再检查兼任是否会让必要的监督或时间消失。

回到维修试点，可以先用三个明确到人的承诺启动：维修主管兼业务负责人和一线代表，FDE 负责开发与排障，客户现有系统工程师兼数据接口和运行接手。这里说的是三项有姓名的安排，不是建议所有公司都招聘三个人。

在这个教学安排里，主管每周留出两次真实工单复盘；FDE 在首轮试用期间不同时承担另一项上线；系统工程师参加每次可能改变接口的设计，并在第一次开放前亲自演练恢复。客户已有的权限审批人和供应商产品负责人不必全时驻场，但必须事先约定求助窗口。若客户没有能接手的工程师，第三个位置就不能只写一个部门名字。

这样的兼任有边界。维修主管可以提出需求并判断是否有用，却不独自批准自己要求扩大的数据访问；开发者可以修改系统，但不能用自己的演示代替一线验收。一个小区域的工作时间内试点也不等于三人能提供全天服务。把承诺放进一周的小时数，这个边界会更清楚。

假定第二区域此时要求本周也上线。评估至少要再投入FDE 16小时、系统工程师6小时和当地主管2小时。这些不是现成空位：异常预留不能同时当作新开发时间，当地主管也还没确认。项目负责人因此拒绝本周双区域上线，保留原区域；如果业务急需了解第二区域，可经主管同意，从18小时开发中调出4小时只做需求观察，并明确原计划有4小时工作顺延。它仍没有获得上线承诺。

另一种选择是增加具备接手条件的人，但招聘或借调不意味着当天就有有效产能，还要留出熟悉系统与交接时间。资源决定应当同时写出增加了什么、推迟了什么。一周资源与第二区域请求提供已填排期和替代方案；表中小时数只为说明冲突，没有规定行业人员配比。

招聘什么人，取决于团队还缺哪一段

Baseten 的负责人介绍，他们既要求候选人通过公司的工程技术门槛，也看产品判断和与客户工作的意愿。² 其招聘侧重点怎样变化，见《能力地图：从会做任务到能承担结果》。这是该公司的招聘经验，不意味着所有行业知识都能在入职后迅速补齐。涉及设备、安全或专业判断时，不能用学习意愿替代当前工作必需的资质与经验。

组织可以先拿一件真实工作检查缺口。若没人能沿报修信息定位跨系统故障，缺的是工程能力；若系统做得出来，却没人理解主管为什么拒绝建议，缺的是业务理解与使用研究；若权限和产品请求一直等待，缺的可能是决策接口。只有前两类未被现有团队覆盖时，才更直接涉及招聘或培训；第三类通常不能靠增加一名执行者解决。

面试也应分别留下证据。请候选人解释一条材料怎样进入系统、错误怎样发现；给出一个用户要求与已知限制冲突的情境，看他会问什么、怎样缩小承诺；再观察他能否把问题交给产品或运行同事，而不是把所有责任留给自己。这些是组织选择人的观察方法，个人如何练习和展示作品留在《学习与作品：用可检查的成果证明能力》。

不能要求每一位候选人都具备整支团队的全部能力。一个工程基础扎实、愿意到现场求证的人，可以和行业专家搭配；一位熟悉业务的人也需要能修改和维护系统的工程伙伴。用同一套“全能”描述招所有人，容易得到相同长处与相同空缺。

招聘、内部培养和外部协作可以并行。英国政府 AI Playbook 也把新招人员、第三方与现有人员提升能力放在一起考虑，并指出生命周期不同阶段需要的能力会变化。⁵ 对维修团队而言，外部专家可以短期帮助解决复杂接口，但客户仍须有人学会判断它、维护它，或者明确继续购买这项服务。

新人进来，什么时候才算增加了产能

增加一个名字，并不立即增加一份可交付承诺。熟悉客户数据、理解历史决定、取得必要权限、学会失败恢复，都需要现有成员投入时间。安排新人时，原团队的指导和复核时间也要进排期。

可以让新人先跟踪一项已有工作的输入、决定和结果，再在有人复核的条件下完成一次小修改，最后处理一次受控异常并交给同事接手。负责人据这些表现扩大其独立范围，而不是按入职天数自动放开所有权限。这是本书建议的培养顺序，没有统一培训周期，也不要求新人先独立承担高后果动作。

若团队需要立即覆盖一项紧急服务，招聘中的人不能算入可用名单；借调者也要核对可投入时间和接手条件。确实缺人时，可以推迟新范围、借助已具备能力的伙伴，或重新协商服务承诺。把缺口写清楚，会比让新人一入职就替组织承担既有欠账更可靠。

别用满负荷掩盖组织的透支

团队每天排得很满，看起来是资源利用充分，也可能说明没有能力吸收变化。客户发生一次严重故障、新项目需要紧急排查、某位成员休假，原计划便会一项项顺延。若只能靠加班恢复，所谓高利用率其实把弹性借自个人生活。

SRE 即站点可靠性工程，关注软件服务怎样可靠运行。Google 的相关书章提出一个管理目标：按几个季度或一年平均，每位 SRE 至少一半时间应投入减少未来重复劳动或改进服务的工程工作。这个比例不是 FDE 的行业标准；这里借鉴的是为改进预留时间，而非要求每天机械对半分配。⁶

FDE 团队也应区分三种忙碌：正在认识一个此前不知道的问题；正在做一次有长期价值的改进；正在重复人工维持既有系统。第一种可能是研究投入，第二种可能积累能力，第三种若不断增长，就会挤掉前两种。

单看工时表无法判断这三者。一项操作执行了一百次，可能是有意收集不同条件的数据，也可能只是缺少一个自动步骤。负责人要问每次工作留下了什么：新的知识、可复用工具、清晰规则，还是只有完成记录。需要长期重复的操作应有预算、服务承诺与承担者，不能因为最早是 FDE 做的，就永久归他。

排期同样要计入等待和协调。数据访问尚未获得，工程师不是因此免费；客户业务代表始终无暇反馈，设计也不会自动成熟。把这些约束写进计划，会比等项目延期后追问个人效率更有用。

评价谁，决定大家会怎样工作

若只按签约额评价现场人员，他们会倾向于答应更多；若只按上线数评价，就容易把问题留到上线之后；若只按代码复用率评价，则可能为了展示通用化而过早建设复杂框架。每个指标都能说明一件事，也都能在单独使用时误导人。

更合适的评价围绕几种证据展开。客户的目标工作是否真的发生变化？严重问题是否能被及时发现和处理？团队是否把关键知识留给接任者？哪些现场经验进入了受维护产品？项目资源与原承诺有何差异，为什么？

在维修示例中，自动派单因撤回条件不具备而延后（权限判断见前章），负责人不应只把它记成“少上线一个功能”。他还应看人工确认方案是否让主管更快找到依据，以及团队有没有早发现无法接受的误派风险。若找资料的收益也不足以抵偿复核负担，业务负责人可以停止试点，把未采用的原因留给下一次采购。这样的结论可能减少一个上线数，却避免让一线长期维护无价值的新步骤。

个人评价还应区分贡献与运气。某人负责的客户恰好具备成熟数据、强力负责人和充足预算，项目推进快；另一人面对历史系统和频繁变更，成果较慢。比较时要看他们识别了什么约束、作出了什么选择，不能把客户条件全部算成个人能力。

这些观察进入人员评价时，还要明确是谁作出了决定、谁提供了证据、哪些结果受客户条件影响。团队不应奖励自己无法持续承担的承诺。

换人之前，先给共同记忆留出时间

一周排期里的记录与演练不是余暇工作。它们使客户系统工程师有机会实际接过动作，也使产品联系人能够判断现场请求。没有这段时间，团队只是把唯一联系人从一位能干的人换成另一位。《交付之后：真正的使用与离场》给出一次接手演练；这里的管理责任，是为动手练习和代班安排真实容量，而非只要求“做好文档”。

英国 AI 采购指南把培训、持续支持和风险分配放在采购考虑之中。它提醒我们，这些安排不只是团队内部的好习惯，也应该进入客户与供应商之间的工作约定。⁷

当你再次看那张招聘启事时，可以保留那些高标准能力要求。但在职位之外，还需要一套能兑现它们的组织：客户有人决定，工程师能够做事，产品团队能够响应，运行者能够接手。FDE 的价值来自靠近问题；团队管理的价值，是让这种靠近产生长期能力，而不只是长期依赖几个能干的人。