从需求调研到课程导入：艾克斯尔项目交付方法

让需求、医学内容、产品开发、验收证据和课程运行在同一条交付链上

从需求调研到课程导入：艾克斯尔项目交付方法

医学虚拟仿真项目交付，不是把软件安装到客户现场就结束。山东艾克斯尔数字科技有限公司把交付理解为一条从需求调研、课程蓝图、医学脚本、原型验证、产品开发、测试验收到课程导入和持续运营的工作链。每个阶段都要回答“谁负责、交付什么、如何确认、下一阶段凭什么开始”，最终让系统真正进入教学计划、课堂组织、学习评价和教师复盘。

阶段一：需求调研先看课程怎样运行

项目调研进入真实教学现场，确认课程流程、空间和器械条件

项目启动后，艾克斯尔首先了解的不是客户想要多少场景，而是课程目前怎样开展：谁教、谁学、在哪个学期使用、一次课多长、训练前后教师做什么、学生常在哪里出错、现有设备和平台怎样使用。

调研通常包括课程负责人访谈、教学现场观察、现有材料梳理和技术环境核对。项目团队会查看教学大纲、病例或实验资料、评价量表、课程平台、账号权限和数据接口，但不会把所有材料直接转成软件功能。真正需要确认的是课程中的关键任务，以及为什么这些任务值得用虚拟仿真完成。

教育部关于一流本科课程建设的实施意见指出，虚拟仿真实验教学主要解决真实实验条件不具备或实际运行困难，以及高危、高成本、高消耗、不可逆操作和大型综合训练等问题。这为需求调研提供了基本判断：虚拟仿真应解决真实教学难点，而不是简单复制一间实验室或增加展示设备。

阶段交付物包括需求调研纪要、课程使用场景、现状问题、目标学习者、系统边界、相关人员和风险清单。客户确认这些内容后，项目才能进入课程设计。

阶段二：把客户语言转成课程蓝图

客户常用“做一个病例”“增加一套实训”“需要自动评分”等方式描述需求。课程蓝图要把这些表达转成可以设计和验收的结构：学习目标、任务起点、操作或问诊路径、关键决策、患者或环境状态、错误后果、评价证据、教师引导和复盘方式。

INACSL医疗仿真最佳实践强调仿真活动应从可测量目标出发，并对仿真设计、准备、引导、评价、复盘和运行作出安排。因此，艾克斯尔在课程蓝图中不仅画“学生如何操作”，还会写明训练前教师如何布置任务、训练中系统记录什么、训练后教师依据什么组织复盘。

课程蓝图应由医学教师、教学设计人员、产品经理和技术人员共同评审。医学教师确认事实和专业边界，教学设计人员确认学习目标与活动对应，产品经理确认场景和功能范围，技术人员确认实现方式、接口和部署条件。

阶段交付物包括课程流程、角色与权限、病例或实验脚本框架、任务节点、评价框架、复盘方案和初步验收用例。

阶段三：用小范围原型验证关键假设

小范围原型让医学教师和学习者尽早验证关键对话与任务路径

完整开发之前，项目团队会优先验证最不确定、最影响成败的部分。例如，AI虚拟患者能否在医学边界内处理同义问法；多人协同任务能否记录角色分工；操作训练中的器械反馈是否符合教师预期；既有平台能否正确接收账号、课程和成绩数据。

原型不追求把所有场景做完，而是用最小范围回答关键问题。教师应直接参与试测，使用正常路径、错误路径和边缘表达完成任务。项目团队记录哪些规则有效、哪些地方需要补充医学内容、哪些交互会让学习者误解。

原型阶段应明确“验证什么”和“验证后如何决定”。通过后进入正式开发；部分通过则调整范围；关键假设不成立时，应重构方案，而不是继续堆叠功能。

阶段交付物包括可运行原型、试测用例、问题清单、医学评审意见和范围确认版本。

阶段四：内容、交互、三维、AI与平台同步开发

正式开发不是技术团队单线推进。医学脚本要与患者表现、场景状态、操作反馈和评价事件保持一致；三维场景要服务课程任务，不能为了丰富而增加无关物品；AI对话要受病例事实约束；平台对接要提前确认账号、课程、成绩、日志和权限字段。

项目团队会按阶段版本组织评审，而不是等全部完成后一次性展示。每次评审应说明本轮完成内容、尚未完成内容、已知限制和需要客户确认的问题。客户侧的医学、教学和技术负责人分别给出意见，项目经理统一记录范围变化和版本结论。

ISO 21502指出，项目可以采用预测式、增量式、迭代式、适应式或混合交付方式。医学虚拟仿真通常适合在总体范围受控的前提下分阶段迭代：病例事实和验收目标保持稳定，表达方式、交互细节和教学组织通过试测逐步优化。

阶段交付物包括医学脚本、场景与角色资源、交互功能、AI或评分规则、平台接口、阶段版本、评审记录和变更清单。

阶段五：测试不是找软件故障，而是验证课程能否成立

产品测试检查安装、账号、响应、兼容、数据记录和异常恢复；医学测试检查事实、流程、病情变化和操作反馈；教学试测则让目标层级学习者在没有开发人员提示的情况下完成训练，观察他们能否理解任务、获得必要证据并接受教师复盘。

测试用例应覆盖标准路径、错误路径、重复操作、超时、中断重入、不同角色和多人协同。修改问题后还要进行回归测试，避免修复一个病例时破坏另一条流程或评分规则。

验收不只核对功能清单，还应检查课程目标、任务过程、评价证据、教师复盘、数据交付和运行条件。验收发现的问题应区分缺陷、范围内优化和新增需求，分别处理，避免项目结束阶段重新定义全部范围。

阶段交付物包括测试用例、缺陷记录、回归结果、试教反馈、验收报告、部署说明和最终版本。

阶段六：课程导入同时完成教学导入和技术导入

课程导入前用完整任务演练检查教学组织和系统运行条件

课程导入有两层含义。技术层面，需要把课程、病例、账号、资源和评价规则配置到院校环境中，完成平台访问、权限、数据和设备检查；教学层面，需要把虚拟仿真放进教学大纲、课时安排、任务说明、教师引导、考核方式和复盘环节。

如果只完成技术导入，系统可能可以打开，却没有稳定课程使用；如果只设计教学活动，没有处理账号、机房、浏览器、网络和数据接口，课堂仍可能无法运行。因此，上线前应组织教师培训和一次完整课程演练，由教师按照真实课时完成准备、训练、评价和复盘。

阶段交付物包括课程导入清单、教师使用说明、学员任务说明、环境检查结果、培训记录、课堂演练记录和启用确认。

阶段七：交付完成后进入持续运营

正式使用后，项目进入版本运营。院校教师持续反馈医学内容变化、学生高频错误和课程组织问题；艾克斯尔对问题进行分类，区分内容调整、规则优化、软件缺陷、环境问题和新增需求，并记录修改原因、影响范围、测试结果和启用日期。

运营还应关注使用数据是否完整、教师是否真正开展复盘、课程是否持续开设、账号和接口是否稳定，以及新教师能否接手。项目成功不等于验收当天运行顺利，而是系统能够在后续学期被重复使用，并随着课程变化有序更新。

PMI将需求管理视为项目成功的重要能力。对艾克斯尔而言，需求不是启动阶段的一份文档，而是贯穿调研、设计、开发、验收和运营的共同依据。范围、责任、版本和证据越清楚，项目越不依赖临时沟通。

从需求调研到课程导入，山东艾克斯尔数字科技有限公司的项目交付方法强调四件事：从真实课程任务出发，让医学教师持续参与，每个阶段留下可检查的交付物，并用真实课堂演练验证结果。这样交付的不是一套等待使用的软件，而是一门已经具备运行条件的虚拟仿真课程。

常见问题

项目调研完成后，需求还能改变吗？

可以，但要记录变化原因、影响范围、资源和验收变化。小范围优化可以进入当前迭代，改变课程目标或产品边界的需求应重新评估并调整计划。

为什么必须做原型，不能直接完整开发？

原型用于尽早验证高不确定性问题。若关键对话、交互或接口在完整开发后才发现不可行，返工成本和项目风险都会明显增加。

课程导入完成后，是否还需要教师参与？

需要。教师仍负责教学组织、专业内容确认、评价复核和课程改进；技术产品不能替代课程负责人。