公办本科

明·如归 · 宿舍管理白皮书 ｜ 第六篇 高校篇

某公办大学，在校生两万四、18 个学院、本科生和硕士研究生混住在同一片宿舍区。每年新生约五千五、毕业生约五千——净增五百人的床位压力年年都在。混编策略每年吵一次："按学院集中住"还是"打散混住促进交流"——研究生院和学工部意见不一致，两个部门各有各的理由。

公办本科的核心难题不是技术——是治理结构复杂。多层级审批、多部门协调、政策年年调；任何一套系统进到这种结构里，都会被追问"你怎么让我的政策在执行时不走样"。系统的应答分七个层面。

32.1 先看清公办本科的内部分野

"公办本科"这四个字盖住了三种差别很大的学校：

• 老综合性大学（学院 15 个以上、本硕博全、多校区）：最大问题是审批链与数据范围。谁能看什么、谁能批什么，比"能不能算得快"重要得多。
• 行业特色本科（师范、政法、医药、财经、艺术）：最大问题是特殊房型与实习期。师范有顶岗实习半年空床、艺术有通宵琴房、医药有临床轮转。
• 新建公办本科（升本五年内、单一校区）：最大问题是基础台账没有。老账没有、房型不规则、床位数据靠宿管凭记忆。

同一套系统进这三类学校，第一个月做的事完全不一样。老综合大学先钉权限矩阵，特色本科先扩字段元数据，新建本科先建床位与房间台账。"公办本科"这四个字不是分类，是入口。

32.2 多学院的分配博弈

五千五百个新生分属 18 个学院，大小差异悬殊：最多的学院八百人、最少的不到一百人。**"按学院集中住"意味着小学院系可能占半层楼但只住了三分之一的人，视觉上极浪费；"打散混住"**意味着辅导员找自己的学生要在三层楼里串、开班会要凑时间。

系统在这件事上不是"选一种策略"——是每年配置一次权重。批次表里的六项混编开关（学院、专业、班级、民族、国籍、籍贯）加四项预分配比例（学院比、专业比、班级比、性别比），全部由管理员在批次配置页勾选。开关勾完之后，求解器跑一次预览——

关键能力是预览：在执行之前看到"如果按今年这套规则，五千床能不能装下、软约束满足率多少、谁分不上"。预览返回的字段是学生总数、床位总数、规则总数、贪心基线评分、局部搜索评分、每行明细（学生 / 房间 / 得分 / 未满足的规则）、未分配人名单。这个界面不是给技术员看的，是给学工部长拿着红笔在纸上圈人用的——"这个学生不能这样分，让他退回手工"。

贪心基线 + 局部搜索 + 评分回放单调不降——这三个技术词落到使用层面的意思是：你改一次规则、跑一次预览，分数一定比上一次高；不会出现"改了规则反而更差"这种让人不敢改的情况。这是公办本科的负责人敢自己动手配规则的心理前提。

32.3 混编与混住不是一回事

研究生和本科生同楼住——在国内公办高校不罕见。系统支持同楼栋内按楼层或区域分配不同学历层次（数据范围按"楼栋—楼层—房间"三级约束），也支持按性别硬性隔离。

"混编"和"混住"不是一回事。混编是"一栋楼里有不同学院的人"——通常没问题；混住是"一个房间里有研究生和本科生"——在中国高校语境下多数被避免，生活节奏差太多。系统不预设政策，只执行配置：如果学校允许混住，约束规则里不打"按学历聚住"这条即可；如果不允许，把这条设成硬约束。"约束规则的三档（硬 / 软 / 偏好）与权重可调"是公办本科真正需要的能力，不是"我们支持复杂分配策略"这种空话。

三条硬不变量（性别隔离、组织预分、一人一床）写死在求解器里、不进配置——这是所有公办本科都不会反对的底线，也不需要学校自己配。剩下的一切都是可配项。这个分寸的拿捏是关键：该死的写死、该活的留活。

32.4 辅导员与宿管的职责边界

公办本科的管理体系有两条线：学工线（辅导员→院系副书记→学工部）和后勤线（宿管→宿管中心→后勤处）。两条线交叉地带最容易出现"两边都觉得对方管"或"两边都觉得不是自己管的"。系统解决这件事的方式不是画组织图，是用数据范围把"谁能看什么"钉死。

• 辅导员只看自己带的班级学生：数据权限按组织架构（学校→校区→学院→专业→班级）逐级收窄；他打开系统，学生列表自动是他所带的一百二十人；跨班级查人是越权。
• 宿管只看自己管的楼栋在住人员：数据权限按宿舍维度（校区→楼→层→房间）收窄；他打开系统，看到的是一栋楼三百人；隔壁楼有多少人、有什么异常，不在他的视野里。
• 两条线在"考勤异常处理"和"调宿审批"上有交集：审批链配置权在学校，系统提供模式——支持单级、多级、串行、并行、按角色或按具体人；每次审批的通过 / 驳回 / 转交全部入操作日志。"谁批的、什么时刻批的、依据是什么"永远查得到。

权限的边界不是按钮的显隐，是每个动作上的把关——这条纪律在公办本科尤其重要，因为这里的责任划分一旦模糊，出了事两个部门会互相指认。后端 55 个权限码 + 前端按钮同步控制 + 操作日志留痕，三道一起构成"该看见的人看见、该操作的人操作、所有操作都有据可查"。

32.5 政策年年调，系统怎么跟上

公办本科每年都在改政策：某学院扩招、某专业停招、某年级整建制搬迁、研究生院调整学制。每一次政策变动，学校都不希望"要等供应商改程序"。

系统的应答是三件事：

• 批次与规则的配置化：每年新生开学前，管理员在批次表里改一次混编开关、预分配比例、时间窗，重跑一次预览——政策定完的第二天就能生效。
• 字段元数据的运行时扩展：某学院要加"是否师范生""是否中外合作项目"字段，管理员在字段元数据页加一条，前后端表单、列表、导入模板同步补齐——发布周期不等。
• 组织六级树的年度重挂：学院调整、专业停招、班级合并——组织树按学年重建；旧学年的分配、考勤、检查记录保留旧归属，新学年的挂到新归属。不因为"今年改了学院名字"让去年的数据变成孤儿。

这三件事在公办本科里每年都要发生一次。系统能不能承接住，看的是**"配置化程度"和"数据归属可追溯性"**——不是看功能列表有多长。

32.6 智能层什么时候上

公办本科经常问的一句话是"我们能不能一上线就用智能分配、异常预警、大屏"。回答是：不能，也不该。

• 智能预排需要学校把三条硬不变量、软约束规则、六项混编开关想清楚——第一年配置这些参数本身就要花一个月。第一年跑一次预排、第二年跑两次、第三年才谈"减少人工干预比例"。
• 归寝异常预警需要至少 5 条有效基线样本、14 天中位数窗口——开学前两周根本不成立；作息突变检测的第一次可执行时间点大约在第一个月的第三周。
• 360 画像与决策仪表盘需要至少一个完整学期的考勤、检查、报修、请假数据——第一学期末能看，第二学期才有对比。

第一年跑底座、第二年看数字、第三年才谈智能层放大判断力——这条时序在公办本科尤其要守住。因为这类学校的部门多，任何一次"系统上线了、AI 助手没跑起来"的失望，都会让某个部门把整套系统列为"不好用"，第二年预算就保不住。

32.7 给公办本科的一句话

你的规模大、层级多、政策年年调。系统的价值不是"替你定政策"——是"政策定了之后执行不走样、结果可追溯、异常有信号"。

混编策略每年吵一次，但吵完之后执行只需要十分钟——前提是求解引擎与预览界面在。政策一旦定完，辅导员、宿管、后勤、信息化四条线各自看自己该看的、批自己该批的、留自己该留的记录——这就是公办本科唯一现实的、可持续的用法。