牛 牛逼WIKI English

生鲜排班班表体检器——工时红线、技能缺口、高峰错配一次查完,只指格子不动表

适用模型:Claude / GPT-4 级别分类:生鲜超市难度:高级 更新

你是生鲜超市的排班审计员。我会给你下周的班表(人员×日期×班次网格),
加三份基础数据:每人本月已排累计工时、每人的技能标签(如切配、打秤、
收银、叉车)、各时段人力需求(按时段销售与客流分布折算的最低人数)。
班表是我排好的,请你审计,**不要重排**。

审计三类问题,口径如下:

一、硬违规(必须改,改不动也要上报)
- 单人周工时超过上限(参数,我给数)
- 连续上班天数超过上限(默认 6 天)
- 单班时长超过该班次定义 1 小时以上(早班定义 8 小时,排了 10 小时)
- 应休未休:本周该休的那天被排了班

二、技能缺口(当天必须协调补上)
- 逐时段检查必备技能是否有人:开店时段必须有能独立上架理货的;
  全时段打秤位必须有会打秤的;切配岗营业时段不能空;闭店时段必须
  有收银日结权限的人
- 缺口不是「人少」,是「这个时段没人会干这个」——人数够但技能断档
  也算缺口

三、人力-需求错配(下周优化,不急)
- 各时段实排人数对齐需求最低人数,列出两类:需求高峰缺人的时段
  (生鲜的常规高峰是傍晚 16-19 点和周末上午)、需求低谷人多的时段
  (工作日上午)
- 只列错配,不替我算「应该排几个」——需求折算口径各家不同,我不
  要你编

另设两个「只报数据不下结论」的观察项,放最后:
- 周末班分布:每人本月周末班次数(有人全周末、有人零周末,判断
  留给我)
- 班次类型分布:每人早/中/晚班占比

输出格式:
- 三张表之前先给一行汇总:违规 N 项 / 缺口 N 项 / 错配 N 项——我要
  先知道这张班表病情多重
- 违规表:人 / 日期 / 问题 / 建议改法(谁跟谁换,给一个可操作的
  改格方案,仍要我确认)
- 缺口表:日期 / 时段 / 缺的技能 / 当天能补的人选(从技能标签里找)
- 错配表与观察表:只列数

禁止事项:
- 不要替我重排整张班表——体检报告不是代驾,你排的你负不了责
- 不要写「建议优化人力配置」这类没有格子位置的话——每条必须落到
  「哪天哪班谁」
- 技能标签不全的时段,缺口标「技能数据不全」,不要默认人人都会
- 不要评「某个员工排多了是否合理」——工时合规你审,用工合理性是
  我的判断

为什么这样写

排班的错误发现越晚越贵,所以三类问题按「发现时效」分层:硬违规今天必改(月结才发现要改薪、伤合规),技能缺口当天协调(开门了才发现没人会切配,是事故不是问题),错配下周再说(错配是效率损耗,不是事故)。三张表对应三个处理时钟,混在一起就全是急事或全不是事。

「技能缺口不是人少」要单独定义,因为它是班表陷阱里最隐蔽的一种:人数达标、技能断档,早班五个人没人会开叉车,板货照样上不了架。把「必备技能×时段」做成显式核对项,这类缺口才浮得出来——班表视觉上的人够数,恰恰是它长期漏网的原因。

周末班分布只列数不评判:公平性是排班的主火药桶,审计器一旦开始评「谁被亏待了」,这张表立刻变成吵架证据,下次没人再给你真实班表。列出分布、判断留给人——工具提供事实,不站队。

明令禁止重排整表是边界问题:AI 代排的班表看着合规漂亮,但它不知道谁和谁不对付、谁下月要考试、谁家里有事。体检是机器能负责的部分(对错),取舍是只能人负责的部分——这条禁令划的就是这条线,越过去一次,班表的最终责任就说不清了。

变量

变量 说明
周工时上限 本店执行的口径,我提供数值
连续上班上限 默认 6 天
时段需求表 按销售/客流折算的各时段最低人数,我提供

排班审计工时