第一台机器人总装完成后，第一次上电，结构、电气、软件和测试人员往往都围在旁边。

动作停了一下，有人知道先看哪个状态；传感器数据不对，有人能马上判断是安装、参数还是标定；任务没有走完，也有人知道下一步该改哪里。

在这些熟悉项目的人共同盯守下，第一台终于跑顺了。

接下来做小批量时，现场很容易说一句：

“后面照着第一台做就行。”

可真正的问题是：做到第十台时，原来那几个人还能不能继续守在每一台机器旁边？

第一台旁边，常常站着一套“隐形系统”

样机阶段由核心工程师集中处理问题，并不奇怪。很多设计边界、装配细节和调试判断，本来就是在这个阶段逐渐摸清的。

但第一台能跑，有时不只依靠图纸、工艺、参数和测试要求，还依靠几类没有写下来的现场能力：

• 状态不对时，谁知道先查哪里；
• 资料没写清时，谁能补一句口头说明；
• 装配略有偏差时，谁知道怎样调整；
• 测试出现边界现象时，谁敢判断可以继续。

这些能力如果只留在几个人身上，机器虽然做出来了，小批量稳定复制的能力却还没有真正形成。

小批量真正改变的，是工程师不能再逐台兜底

从第一台走到第十台，不只是数量增加。

装配、调试和测试会由更多人并行完成，核心工程师不可能对每台机器都从头盯到尾。原来可以当场解释、当场修正的小差异，开始在不同机器上积累；原来靠熟悉项目才能做出的判断，也会变成等待、返工和反复确认。

这和“第一台的最终状态有没有复制到下一台”还不完全一样。

小批量进一步追问的是：当最熟悉项目的人退后一步，后续接手的装配、调试和测试人员能不能依据现有要求，得到可比较、可判断的结果；遇到偏差时，能不能知道哪些可以处理，哪些必须停下来确认。

所以，小批量真正要验证的，不是核心工程师有没有能力把十台都调好，而是项目脱离个人兜底以后，结果还能不能稳定复制。

如果答案仍然是“把原来的工程师叫过来”，项目复制的就不是产品，而是一套高成本的人工照看方式。

先让核心工程师退后一步

判断项目是否开始具备小批量能力，可以做一个很轻的验证。

选一台后续机器，让没有全程参与第一台调试的人，按照现有图纸、工艺、参数和测试要求完成装配后的检查、调试和放行判断。原来的核心工程师先观察，不急着口头补充，也不顺手替他把机器调好。

重点记录三个时刻：

1. 哪一步必须有人补充说明，任务才能继续；
2. 哪个结果必须靠个人经验调整，机器才能通过；
3. 哪类偏差没有共同标准，只能临时找人拍板。

这些停顿点不是为了考核某个人，而是在暴露哪些能力还留在核心工程师身上，没有进入小批量过程。

第十台不能继续按样机的方式被“照看”

第一台有人围着调，是样机阶段常见的工作方式。

但如果做到第十台，机器仍然必须由同一批人逐台解释、逐台修正、逐台确认，项目只是把样机调试重复了十次，还没有真正建立小批量交付能力。

小批量的起点，不是已经做出了多少台，而是核心工程师逐渐退后以后，装配、调试和测试仍然能够得到可比较、可判断的结果。

这一周，我们会继续拆开这些结果为什么会变：图纸之外还藏着哪些执行差异，参数怎样在多台机器之间失控，测试又怎样把不同机器的状态筛出来。

欢迎留言聊聊：你们做小批量时，哪一步最难让核心工程师真正退后？