新学期前 LMS 迁移：先核实再行动

判断时关注的线索

• 迁移截止日压力
• 范围未冻结
• 集成依赖复杂
• 决策依据不足

典型场景演示。 本文用于解释业务信号的判断与人工核实方法，不代表真实客户、对话、合同、收入结果或转化数据。

距离新学期开学不到十周，你作为数字学习负责人接到了明确的指令：本学期必须完成 LMS 迁移。但课程目录尚未冻结，部分学院的课程还在调整；用户身份需要对接新的统一认证；历史成绩是否需要迁移、迁移哪些年份没有定论；三个第三方工具——在线评测、防作弊、电子教材——的集成方式也悬而未决。而开学日期不会推迟。

这不是一个技术选型问题——至少现在还不是。在接触任何迁移服务商之前，你需要先回答一个更基础的问题：我们到底要迁移什么，怎样才算迁移完成？

具体业务情境：一份没有上限的迁移清单

LMS 迁移最危险的假设是“先把所有数据搬过去再说”。所谓“所有数据”，在实际场景中往往是模糊的。

课程维度：过去五年累计开设的课程都需要迁移吗？已归档的历史课程是否需要在新平台中可访问？学期中的课程是完整迁移还是仅迁移教学大纲和选课关系？用户维度：已毕业学生和离校教师是否需要在新 LMS 拥有账号？身份同步是实时对接还是手动导入？成绩维度：历史成绩是只迁移最终分数，还是连同评分细则和作业提交记录一起迁移？是否需要保留原平台作为只读存档？集成维度：第三方工具通过 LTI 1.3 标准对接还是需要定制 API？每个工具的合同周期是否与迁移时间表对齐？

这些问题的决策权分散在教务处、信息中心和各个学院手中，在群里永远得不到结论。

为什么容易误判：紧迫感掩盖了范围问题

当截止日迫近，团队很容易跳过定义范围的步骤，直接进入“评估供应商”阶段。这会产生两个后果。

第一，供应商收到的需求说明书越模糊，报价和时间估算就越缺乏可比性。A 供应商报 6 周、B 供应商报 12 周——你无法判断差异是因为效率不同，还是对“完成”的定义不同。第二，迁移开始后才暴露的范围分歧——例如某学院要求保留五年前的课程讨论帖——会直接吃掉缓冲时间。

一个可操作的判断标准：如果你无法在一页之内写清楚“迁移后第一学期哪几门课必须在新平台正常运行”，那么范围还没有冻结到足以启动正式评估。

先核实哪些证据——一份可执行的检查顺序

在联系供应商之前，按以下顺序完成内部核实：

第一，核实课程数据范围：导出课程清单，标记“新学期必须在新平台开课”的课程，这是最小可上线范围。第二，核实用户身份源：确认新 LMS 接入的统一认证是否已在生产环境运行。身份对接是整个迁移的前提。第三，核实成绩记录要求：明确法规或教务规定中必须保留的成绩年限，超出部分可以先不迁移。第四，核实内容格式兼容性：从典型课程导出 IMS Common Cartridge，在新平台做一次导入测试。第五，核实集成工具状态：向每个第三方工具供应商索取新平台兼容性声明，不接受“正在开发”。第六，核实无障碍合规：如果学校有无障碍义务，要求新平台提供第三方审计报告。第七，核实教师培训准备：迁移后是否需要为新平台提供操作培训？培训材料和讲师安排需要提前三周预留。

人工下一步：定义最小可上线范围与验收标准

完成核实后，编写一份内部文档，包含三部分。

最小可上线范围：新学期必须在新平台正常运行的课程、用户和工具清单——一份“没有它就不上线”的基线。验收标准：每项迁移内容的具体验收条件，例如“课程 A 的所有章节、作业和讨论区在新平台显示正常”“用户通过统一认证可登录新平台”。回退计划：如果迁移在开学前一周仍未达到验收标准，学校的 B 方案是什么。回退计划不是为了“可以失败”，而是划定决策时间点——到了哪天必须决定是否延期。

这份文档需要获得教务处、信息中心和至少两个试点学院负责人的书面确认。

不能从群消息确认什么

有几项关键信息不能从微信群或口头沟通中确认：迁移预算的审批层级和可用额度、新 LMS 采购的合规流程（是否需要招标）、身份认证系统的最终接口可用时间、以及第三方合同条款中关于平台变更的约束。每一项都需要一份正式的书面函件或会议纪要。

本文描述的是高校数字学习负责人在新学期前推进 LMS 迁移的典型场景。实际执行中各校数据规模、集成深度和合规要求不同，文中核实顺序可据此调整。此场景不涉及任何真实客户、数据或结果。

常见问题

迁移前必须确认的最小数据集是什么？

至少需要确认课程总数及其中活跃课程占比、用户身份源（与学校统一认证的对接方式）、以及必须迁移的历史成绩年份范围。这三项决定了迁移服务的工作量评估是否可信。

并行运行新旧两个 LMS 是否可行？

技术上可行，但需要明确并行期的长度、数据同步机制、以及教师需要在哪个平台授课。并行期越长运维负担越重，建议控制在 4–8 周以内。