排班计划生成与人员冲突检查

这个场景解决什么问题

多门店、多产线排班难在同时满足人数、技能、休息和请假等约束。手工调整一处，可能让另一班缺少持证人员，或让员工在两条产线同时出现。AI 可根据已确认的规则生成候选班表与冲突清单，班组长负责业务可行性，HR 负责工时与用工规则核对，最后由授权人员发布。

需要准备什么

下一周期各时段的业务量与岗位需求、员工编号及可用时间、技能和岗位资格、已批准休假、固定班组或历史排班、场地设备限制、合同与企业工时规则。把约束分成两类：不可违反的硬约束，如岗位资格、休假、设备停机和法定工时要求；可优化的软约束，如员工偏好、连续排休和跨线支援成本。材料中的具体班次循环是某工厂案例，不直接当通用排班规则。

具体操作步骤

第一步：建立需求与供给表

按日期、班次、岗位列出最低人数和所需资格。员工表列当前班组、可工作时段、已有休假和可支援岗位。资格缺失或过期的人员先列待核验，不自动排到特殊岗位。

第二步：先满足硬约束

检查一人同一时段不能在两处上班、请假期间不得排班、每班关键岗位要有合格人员、班次之间有足够休息、工时不超过适用规则。对无法同时满足的约束，输出“冲突原因及受影响班次”，不得悄悄放宽条件。

第三步：生成候选方案

在硬约束满足后，尝试减少跨线借调、平均分配不受欢迎班次，并尽量尊重已登记偏好。至少给出一份主方案和一份备选方案，说明相较原排班的变动人数、缺口及预计额外工时。不要把营销文章中的成本节约或产能提升数字当作本企业的测算结果。

第四步：人工复核并发布

班组长核对生产节拍与技能搭配，员工可就冲突或不可用时段提出异议，HR 核对规则。版本确定后再写入排班系统；临时缺勤或订单变化时生成变更建议，保留原班表、变更原因和通知记录。

可以直接参考的提示词

请根据下周岗位需求表、员工资格表、已批准休假、现有班表和本企业工时规则，制作排班候选稿。先列硬约束与软约束，缺少规则时向我列问题，不使用默认劳动法阈值。

每个班次先满足最低人数和资格；禁止同一员工时间重叠、请假时排班及不符合已确认休息/工时限制。无法满足时列冲突，不擅自放宽。

输出主方案、备选方案、逐班缺口、员工工时汇总、跨线借调名单、硬约束冲突与软约束取舍说明。保留原班表供比对。结果仅供班组长和 HR 审核，不直接发布。

验收检查与边界

逐班确认最低人数和关键资格，逐人确认时间无重叠、已批准休假未被占用、工时与休息符合适用规则。对跨线支援确认员工能胜任该岗位。发生无法排满的班次，不能以“最优排班”名义隐藏缺口。员工健康、年龄等敏感特征不得成为无依据的歧视性排班变量。

排班工具可以提示冲突，不能替代企业对工作安排的管理责任。原材料中的某些效率数字和系统能力属于供应商或文章表述，应在本企业试用和数据验证后再对外使用。

参考材料

• 《2025 人效标杆｜太古可口可乐工厂，凭什么可以产能提升不加人，员工轻松不熬夜？》：提供跨产线借调时需同时考虑工时可用性、岗位技能和其他约束的案例。
• 《AI Native：从给 HR 加 AI 到用 AI 重做 HR》：提出合规校验、人工调整与发布前复核的边界。