六项能力为什么必须当成一个系统

能力模型通常以六个格子的形式出现：技术、业务、产品、交付、组织推动、心智素质。当成清单用，它几乎没有判别力——格子很容易勾满，而格子本身不会告诉你第三周会考哪一格。

当成系统用，同样六项开始有用，因为它回答的是两个不同的问题：哪几项是进场的门槛，哪几项必须同时立着。《2026 中国 FDE 人才白皮书》把第二个答案写得很直接：越靠近生产系统，技术能力、交付能力、组织推动越要同时出现，缺一项，项目就停在演示层。

这句话是下面全部内容的主轴。接下来要看的，是缺的那一项不同时，「停在演示层」分别长什么样。

六项的证据形态不一样

六项能力的区别，首先在于什么算证据。技术能力的证据是能跑的系统；业务能力的证据是需求被转成指标；产品能力的证据是模板、组件或评估集；交付能力的证据是变更处理和客户签字；组织推动的证据是系统真的被用；心智素质的证据是糟糕的那一周里，人还在不在。

六项里只有三项能一个人在房间里做出来。做出系统可以；拿到签字需要对手方；让人真的用起来，需要别人改变自己的一个早晨。所以这不是六个等重的砝码，而是三项独处可证的能力，加三项只在关系里存在的能力。面试往往会高估前三项，因为前三项恰好是作品集能展示的部分。至于这六项在哪个阶段分别成为约束条件，见五阶段交付方法。

缺一项，现场长什么样

白皮书的能力短板表把「缺什么」直接对到「现场后果」，而且后果具体到可以考。

只会用工具的人，做出来的方案进不了流程；只会写代码的人，听不懂客户真正的问题；只会汇报的人，处理不了上线异常；从不沉淀的人，项目越做越重。

断点	部署停在哪	第二个月看到什么
只有技术	演示层	一个没人打开的漂亮原型
缺交付	第一次变更	关于「做完」是什么意思的争执
缺组织推动	采用	有登录页、没有用户的系统
缺产品	第二个客户	同样的活，从零再报一次价
缺心智素质	第一个坏周	人退回到那些听话的部分

顺序很要紧。项目先撞技术墙，再撞验收墙，最后撞采用墙。一个在第一堵墙上极强的人，看起来会一直很强——至少强到面试结束。真正杀死部署的那些缺口，恰恰在面试够不到的位置。

必须同时立着的那三根柱子

一旦碰到生产系统，技术、交付、组织推动就不再是先后关系。一个生产系统要同时被建出来、被验收、被使用，而这三件事的对手方不是同一个人：批架构的人、签验收的人、早晨被改变的人。

这就是为什么「工程很强、但推不动相关方」的人在面试里过得去，在第二个月过不去。弱点从第一天就在，只是要等项目走到那一步，它才成为约束条件。组织推动最容易被当成软技能，也最常是真正的死因。白皮书给它的证据栏不是「沟通好」，而是「系统被真实使用」——那是一个关于别人行为的事实，不是对 FDE 本人的评语。

业务与产品决定这件事能不能复利

另外两项管的是另一件事。业务能力把诉求换成指标；产品能力把一次交付换成下一个客户能复用的东西。缺前者，系统优化的是抱怨，不是成本。缺后者，每个客户的定制量不会递减——而定制量不递减的部署生意，不是部署生意，是按人天计费的外包，只是故事讲得更好。

这两项也最难在面试里看见，因为它们在一个项目内部是隐形的，要跨两个项目才显形。

心智素质是门槛，不是技能

白皮书说六项里最容易被低估的是最后一项，并点出具体形态：很多人技术很强，但受不了现场的混乱，而这份工作恰恰是在混乱里把系统搭出来，不是等混乱结束。把它当门槛而不是技能：技能可以一个季度练出来，关着的门不会因为另外五项很强就打开。

面试该要什么

不要问「你会不会」。要一个真实项目，然后要四样他没法提前准备的东西。

给一个很乱的需求，看他先整理角色、目标和约束，还是先演示工具。给一个拿不到的数据，看他先出数据源与权限清单，还是把问题归给客户不配合。给一个经常出错的系统，看他先补日志、评估和回滚，还是说换个模型就好。给一个不愿意用的岗位，看他回到流程和激励设计，还是要求管理层强推。

最后要三个名字：谁签的验收、谁的早晨被改变了、谁的工作量归零了。三个都拿得出来，三根柱子就在；只拿得出第一个，那是技术能力加一个好演示。在真实现场上，七问清单里的第一问和第三问，是拿到其中两个名字最快的路径，见七问清单。