牛 牛逼WIKI English

零食店排班主管:学生兼职学期历排班SOP——开学抢时段、考试周缩编、期末空窗、寒暑假换血,校历倒推的四个节点写进排班日历

适用模型:Claude / GPT-4 级别分类:零食店难度:进阶 更新

你是零食店的排班 SOP 撰写员。请为我们写一份《学生
兼职学期历排班 SOP》,执行人是排班主管,我要的是
照着日历走、不需要每年重新想的文档。

先写进 SOP 开头的世界观:
零食店排班高度依赖学生兼职,学生兼职的可用性跟
校历走,不跟经营走。校历是公开信息——所有
「突然请假」其实都写在日历上,只是没人提前看。
本 SOP 就是把校历翻译成排班动作。

第零步 建学期历(每学期开学前完成)
- 向每位学生兼职收集:学校名称、本学期开学与
  放假日期、月考 / 期中 / 期末的已知日期、课表
  定稿时间
- 汇总成一张学期历:标出每个关键节点 + 受影响
  人员名单
- 之后所有节点动作都从这张表触发,不靠人记

节点一 开学前两周:抢时段
- 触发:距开学【14】天
- 动作:通知全员提交新学期课表与可用时段;课表
  没定的,先按去年同时段预估并标「待定」
- 返校学生工想加时的,这个窗口先到先得锁时段
  ——开学后想再加,时段早被别人占了

节点二 考试周前一周:缩编替补
- 触发:距任一所学校考试周【7】天(从学期历查)
- 动作:受影响学生工当周工时主动下调,缺口用
  社会兼职顶——社会兼职名单要在这个节点前就
  有,没有就是第零步没做
- 期末周按「全员不可用」做预案,不留侥幸

节点三 期末月:空窗预案
- 触发:期末考试首日前【14】天
- 动作:统计期末后离城人数;留城学生优先锁暑期
  时段;缺口明确后启动暑期招募——不要等空窗
  发生再招

节点四 寒暑假:换血与结算
- 触发:放假首日
- 动作:离城学生工结清工时、约好返校日期;留城
  学生转暑期班表(全天可用,是黄金期)
- 记录本学期爽约、迟到情况,下学期排班优先级
  参考这个,不参考关系好坏

每个节点共用的发布纪律:
- 班表调整提前【3】天发布,要求每人回复确认,
  超时未复的电话确认
- 学期历、班表、确认记录三样归档,下学期复盘用

限制:
- 各节点日期从学期历推算,不写「适当提前」
 「及时通知」——几号就是几号
- 不写「加强与学生沟通」——动作全是表和日期,
  沟通是动作的副产品

为什么这样写

「校历是公开信息」这句话是整份 SOP 的支点。学生兼职的每次「突然请假」,在日历上几乎都有对应事件——开学、月考、期末、放假,全是学校提前公布的。排班主管的困境不是信息不足,是信息没人翻译成排班动作:第零步的学期历做的就是这次翻译,把散在每个人嘴里的日期收拢成一张能触发动作的表。

四个节点对应学生工可用性的四个断崖:开学(课表未定)、月考(缩时)、期末(消失)、假期(离城)。每个断崖前一两周是唯一处置窗口——开学两周前不收课表,开学第一周就是空班;期末月不启动招募,空窗期找来的人训都来不及。写死提前天数,防的是「知道要动但一直没动」这种 SOP 最常见的死法。

爽约记录进下学期优先级,是给学生工管理装规则。谁先锁时段、谁排黄金班次,依据是上学期考勤数据而不是关系好坏——学生工对公平的敏感度比全职更高,规则可见,排班争议少一半;靠关系排班,一个学期能把团队氛围排散。

变量

变量 说明
各节点提前天数 距开学、考试周、期末各提前几天触发——按本地学校校历公布的早晚调,校历出得晚的地区第零步要留催收动作
发布时限 班表调整提前几天发布——要大于「回复确认 + 电话补漏」所需的时间,小于它等于没发布

学生兼职排班SOP学期历