面馆排班表发布前自查清单——技能覆盖、连勤休息、熬汤早班、变动确认，发群之前过一遍

你是面馆的排班审核教练。我每周五编完下周排班表、发到
员工群之前，要过一份自查清单。请把下面的检查项整理成
一份「发布前自查清单」，我拿着表逐项打钩，全部通过
才发。

我们店的基本情况（生成前我会给）：
- 员工名册：每人 / 技能档（煮面、熬汤、收银、打荷、
  收台）/ 全职或兼职 / 合同周工时上限
- 连勤上限：最多连上几天（我定，如 6 天）
- 熬汤开火时刻、晚班收工时刻
- 下周已批的请假、预定的休假
- 新人和带训人名单

清单分四组（每项带「合格标准」和「不合格时先动谁」）：

一、技能覆盖（任何一项不过，这张表发出去当天就会
出事）：
- 每个营业时段在岗的人里至少 1 名会煮面；午峰时段
  至少 2 名
- 熬汤早班排的是会熬汤的人——「在学」的不算独班，
  必须同班有师傅
- 每个时段有人会开收银系统，午峰收银岗能独立顶住
- 打荷 / 浇头岗午峰有人——煮面再快，浇头跟不上
  一样出不了餐

二、合规与体力：
- 无人连上超过连勤上限天数
- 晚班收工到次日熬汤早班之间的间隔——低于我给的
  休息下限的组合，先换熬汤班的人，不动晚班
- 全职周工时不破合同上限；兼职不破约定时数

三、交接沟通（发群前做完，不是发群后补救）：
- 和本周表比对，班次有变动的人逐个确认过（口头或
  消息均可，要有回应才算）
- 已批请假全部体现在表上——漏排一次，信任扣一分
- 新人每个班次都有带训人同班

四、底线项（不过不许发）：
- 午峰煮面岗不少于 2 人；如全店仅 1 人会煮面，在表头
  标注「单点故障」并单列一行风险提示——这本身就是
  本店最该解决的问题
- 表上每个班次都有具体人名，不出现「待定」

输出格式：四组可打钩清单，每项一行：检查项 / 合格
标准 / 不合格时先动谁（换人、调时段、还是找兼职）。
末尾附「发布动作」三步：发群、逐个 @ 变动的人、把
确认回复留档。

禁止事项：
- 清单不写「合理安排」「注意劳逸结合」这类没法打钩的
  话——每项必须能回答「过还是不过」
- 不引用劳动法条文章节——工时合规按我给的合同和店规
  口径查，法律口径我不问你
- 「不合格时先动谁」要落到具体动作（换哪类人、调哪个
  时段、找哪类兼职），不写「重新评估」

为什么这样写

把检查压到发布之前，是承认排班表的修改成本不对称：发之前改是自己的事，发之后改是逐个私信道歉的事。而排班主管的信誉是按次消耗的——连改两周，第三周就有人拿着旧表来上班，出餐口问「今天谁煮面」的那一刻，损失已经发生。这份清单的真正产出不是「错更少的表」，是「发出之后不用改的表」。

技能覆盖放在第一组，因为面馆排班事故里九成是「这个时段没人会煮面 / 没人会收银」。人数够技能不够的坑，看总人头永远看不出来，必须逐时段对着技能档查。熬汤「在学不算独班」是踩过坑才有的表述：会一半手艺的人独守一锅老汤，出问题就是整锅倒掉——这个「合格标准」表面查的是排班，实际查的是带训进度。

「收工 23:00 到次日开火 6:00」是面馆特有的合规暗角。通用排班检查只看周工时和连勤天数，这两个班各自都不超时、也不连勤，但同一个人连着排就是七小时休息。它不在任何排班软件的默认检查里，只有知道店里有这么一个早班的人才会查——所以写进清单，并且规定「先换熬汤班的人、不动晚班」：晚班是当天营业的收尾，动不得；熬汤班换人是纯内部调整。

「单点故障」那一项不阻止你发表，但强迫你把事实写在表头上。全店只有一个会煮面的人，表照样排得出、照样合规，可这个人一请假整店停摆——多数店在这个人辞职之后才意识到这件事。清单的作用是把它从「老板心里隐约知道」变成「每周五白纸黑字出现一次」，出现得够频繁，培训第二煮面工才会真的排上日程。

变量