六个真实编队拆开看：多岗位流水线是怎么串起来的

六个真实编队拆开看

先把编队名单放出来。这是产品后台里当前在跑的六个：

名单本身就说了一件事：每一条编队都以交付物命名，不以岗位命名。

这不是命名偏好。如果一条编队叫"文案 + 设计 + 运营"，说明设计它的人还没想清楚到底要交付什么，只是把几个角色摆在了一起。等真正的活来了，第一个问题就会是"这活算谁的"，然后流程就散在人的口头沟通里。

拿 FM-01 走一遍，看它每一步在交接什么。

入口只有一个。 进来的东西是商品资料：货号、参数、价格、卖点、可用图片。这是编队唯一的输入口。所有岗位都从这里取料，不各自去找。

第一步是核对，不是生产。 资料齐全度先过一遍，缺什么、谁能补、补不了算不算阻断，在这一步定。这一步放在最前面，是因为它的成本最低——资料缺口在生产完才发现，前面全白做。

第二步开始分叉。 标题、卖点、参数、详情、促销文案这些文字类产出，和视觉类产出，彼此不依赖对方的中间结果。它们被放在并行分支上同时跑。

这是编队里最容易被忽略、价值又最大的一处设计。串行跑的话，总时长等于各环节相加；并行跑，各环节同时进行，总时长等于最慢的那条分支，只在需要汇合的地方等待。

汇合点只有一个。 所有分支产出回到同一个质检口，统一过评分卡。不在各自分支里各检各的，因为评分要横向比——详情页和标题得互相对得上，分开检就检不出这类矛盾。

不合格不放行。 没过线的产出不进发布队列，也不带着问题往下走。要么退回重做，要么带着原因进人工队列。这两条路的区别很重要：能自动修的退回，需要人判断的才是人工队列。

最后一步是打包，不是发布。 编队产出的是物料包，发布是另一个动作，而且属于要人签字的动作。

整条编队里，真正需要"人"的位置只有两个：入口的资料补齐，出口的发布确认。中间不需要人传话。

把三个岗位串起来，最容易犯的错是以为串起来就等于编队。实际上岗位之间不会自动衔接，衔接这件事必须被显式定义，包括四项：

第二项是分水岭。下游对上游有没有拒收权，决定了一条编队是流水线还是一串顺序执行的单点。

如果没有拒收权，上游交什么下游都得接着，问题就会一路漂到出口，最后在客户面前暴露。有了拒收权，错在交接点就被顶回去了，代价最小。

第三项同样关键。上游失败时无脑跳过，是编队里最危险的行为——它会产出一个"看起来完整但少了关键部分"的东西，和你直接交付一份残缺物料没有区别。

不看你串了多少岗位，也不看画布画得多好看。看这三个：

一、输入口是不是唯一的。 多个岗位各自去找料，等于没有入口管理。资料版本一旦不一致，后面全是返工。

二、并行和串行的边界是不是画出来的。 全部串行，编队就只是把人手换成机器、把时间换成排队。全部并行，又会漏掉本来就该有序的环节，比如必须先定事实卡再写文案。边界画对了，编队才比单岗位快。

三、失败路径有没有定义。 上面说的四项交接要素里，失败回退是最常被漏掉的一项。没定义失败路径的编队，一旦某个岗位出问题，整条流水线的行为是不确定的。

这三条都有，编队就算成型了，哪怕只有三个岗位。三条都缺，串二十个岗位也只是二十个孤立的岗位排在一张图上。

编队不是免费的。它多出来的成本有两个地方。

一是编排成本。 画布要维护，交接协议要跟着业务变动改，岗位升级要重新验证交接点。这部分成本在编队数量少的时候不明显，数量一多就会变成运维负担。

二是并行带来的资源成本。 并行分支同时跑，意味着同时占用并发额度。省下来的是时间，付出的是峰值资源。什么时候该并行、什么时候排一下队更划算，取决于你的瓶颈是时间还是额度。

这也是为什么我一直建议编队从小开始。先做一条只有三个岗位的编队，把它跑到稳定，再考虑加第二条。 一次性画十条编队，通常的结果是十条都在半成品状态，没有一条能稳定交付。