两类任务集中到一台设备后，怎样桌演停机与最小菜单

一台组合类设备接管原来两台设备的任务后，故障影响会从一条生产线扩展到多类菜单。回退演练的目标不是证明团队能“临场救火”，而是在不制造真实故障的前提下，把某一停机时点放进真实订单时间线，逐项决定在制食品、可转移任务、停售通知和恢复顺序，验证门店能否维持事先批准的最小菜单。

Vulcan的文章介绍了以蒸汽、对流和组合方式覆盖多种烹饪任务的组合烤箱。[1]这种集中能力正是单点故障需要被评估的原因，但文章不能证明任何未指定候选机可替代本店原设备，也不能为替代工艺、容量或恢复步骤背书。

先把权限放回正确角色

设备维护负责人确认停机事实、隔离范围、报修、维修文件和设备技术恢复；食品安全负责人决定在制食品的隔离、评估、处置与食品放行；厨务和运营负责人维护最小菜单、任务路由、人员与批次；前厅或订单负责人执行停售、顾客通知和订单状态同步；财务只处理退款、损失记录和相应制度事项。

这些权限不能由一个“审核人”统包。维修完成不等于食品可以继续使用，食品放行也不等于设备技术状态已恢复。桌演前要写明每个决定由谁作出、需要什么资料、谁是替补、无法联系时向谁升级。

原始分钟时间线不能被十五分钟格吃掉

订单创建、承诺、开始制作、设备提示、停机发现、停售生效和顾客通知都保留原始分钟时点。十五分钟或其他时间格只用于会议展示和观察任务重叠，不能覆盖原始记录。若一次四分钟的订单峰值被合进一个大格，可能错误地判断替代机位有余量。

时间线至少有设备任务、食品批次、人员、替代资源和订单承诺五条泳道。每项任务指向其前置步骤与设备依赖；清洁、换品和恢复检查也作为占用事件。这样才能看清合并设备停机时，是哪几类菜单同时失去路径，而不是只看到平均利用率下降。

一条标注假设的停机时间线

下面仅演示桌演写法，不是真实门店事故或测试数据。假设12:08，承担任务甲和任务乙的合并设备在任务甲运行中停止，任务乙尚未装入；12:10设备负责人确认停用并建立工单；12:11食品安全负责人要求隔离任务甲批次，等待实际记录和项目规则决定去向；12:12运营负责人启用已批准的最小菜单；12:13订单系统关闭甲、乙相关新订单，前厅开始处理已售订单；12:16，一项事先验证过的任务乙被转入替代机位，但要排在该机原有任务之后。

时点	对象与状态	决定权限	允许动作	必须留下的记录
12:08	合并设备停止，甲在制	设备、食品分别判断	停用设备；隔离批次	设备状态、批次、实际测量、发现人
12:12	乙未装入，后续订单仍在到达	运营、订单负责人	启用最小菜单；停止新增不可交付承诺	菜单版本、订单号、生效时点
12:16	替代机位已有原队列	厨务运营	只转移已预先验证的乙，并保留原任务顺序	替代工艺、队列、承诺变化
恢复阶段	维修文件齐备但批次待判	设备、食品各自签署	设备通过技术检查后再安排清洁、复位与食品路径	维修、检查、清洁、批次和重启顺序

表中时间全是假设。真正桌演应从本店原始订单中选一个有代表性的时点，并用实际角色、菜单和任务替换；不得把演练时间写成已发生事故记录。

同一次桌演至少走两个分支。第一条分支假设设备在任务开始前被判定不可用，重点检查停售是否先于新订单进入、最小菜单能否按时生效；第二条分支把停机点放在任务进行中，重点检查批次身份、隔离位置、食品决定与已售订单。若只有“开机前发现故障”这一种情况，团队可能看不见最难处理的在制品问题。

还可以加入一个不改变安全边界的压力条件，例如替代机位原队列比平时更长，或主要联系人不在岗。压力条件必须写明为假设，且不能真的破坏设备、绕过程序或让不合格食品进入服务。桌演的价值在于发现联系链和任务路由缺口，不在于营造事故效果。

最小菜单必须逐道菜有路径

最小菜单不是把完整菜单随意删短。每道保留菜都要有现存原料、可用设备、已批准工艺、操作人员、交付窗口和必要清洁路径。某台炒菜机、电蒸炉或冷柜工作台看起来“也能加热或存放”，不等于能接管组合设备任务；只有预先核过同任务工艺、容器、批量、现场接入和成品标准的路径，才可写入回退表。

因此本文不再列G32DAG、ZL-2K、LG6-1800C或PC-1200x600-FC作为通用替代设备。这些不同类别型号没有在本例中获得具体任务与验证证据，保留链接只会制造等效错觉。实际项目若使用某一型号，必须把它绑定到明确任务和同型号正式资料，再做受控验证。

替代机位的原有队列不能删除。转入一个任务可能使原菜单逾期，产生新的清洁切换，或超过一名员工可处理的同时结束数量。桌演需比较“保留原队列”“插入转移任务”两条时间线，说明谁被延后、是否仍满足承诺。若只是把故障设备的等待转嫁到另一条线，回退并未成立。

每个转移任务要有一张最小验证卡：原任务名称与菜单版本、替代设备同型号、允许容器、批准工艺、已验证批量、操作人、开始和交付条件、清洁切换以及不能使用的情形。若卡片缺少容量或工艺证据，桌演中只能把该任务标为停售或待决定，不能临时试做。供应商宣传的通用能力也不能补上项目缺失项。

在制食品与已售订单分开处置

在制批次记录故障发生时的实际设备状态、开始时间、已执行步骤、可获得的食品测量和隔离状态。继续、转移、重做或废弃由食品安全责任链依据项目规则决定，桌演不预填“继续制作”。缺少关键记录时，不能为了减少损失而假定安全。

已售订单则按未开始、制作中、待交付和已交付分组。最小菜单生效时同步更新收银、线上平台、后厨看板与前厅话术；通知、替代、取消或退款按门店制度执行。停售生效时间必须可追溯，避免后厨已停而前台继续承诺。

恢复是多个闸门，不是一键返回

设备负责人先根据同型号文件和维修资料完成技术检查与授权；再按需要完成清洁、复位或试运行。食品安全负责人独立处理停机期间批次与重新生产条件。运营负责人检查人员、原料、程序版本和积压订单，按可执行顺序逐项恢复菜单。任何一个闸门未通过，就维持相应限制。

演练结束后复盘三类失败：决定无人有权作出或联系不上；所谓替代任务从未验证；通知、设备、食品和订单记录时间不一致。修订最小菜单和联系链后再次桌演，但不以固定次数宣布长期有效。菜单、设备、人员、供应或维修安排发生实质变化时，都应触发复核。

完成标准也要可观察：停机发现后没有新增不可交付承诺；所有在制批次都有身份、隔离与有权决定；最小菜单中的每道菜都指向可用资源；转移任务没有挤坏替代机位原有承诺；技术恢复、食品放行和菜单恢复各自留有签署。任何一项缺失，都形成明确整改，而不是用“沟通顺畅”概括通过。

参考资料

• Vulcan: Cooking with Combination Ovens – Replace Your Convection Oven and Steamer