슬라이드 12에서 오타를 발견했거나, 정책이 바뀌었거나, 퀴즈 문제 하나의 정답 표시가 잘못되어 있습니다. 과정은 이미 운영 중이고 일부 학습자는 중간까지 진행했습니다. SCORM zip을 교체하는 일은 2분이면 끝날 것 같지만, 부주의하게 하면 사람들이 처음으로 돌아가거나, 엉뚱한 화면에 도착하거나, 결과가 실제로 한 일과 어긋나게 될 수 있습니다. 이 글에서는 SCORM 과정을 안전하게 업데이트하는 방법, 변경의 크기를 판단하는 방법, 이미 수강 중인 사람들을 어떻게 처리할지 결정하는 방법을 설명합니다.
운영 중인 SCORM 과정을 업데이트하는 것이 위험한 이유
SCORM 패키지는 학습자의 브라우저에서 실행되며 작은 JavaScript API를 통해 LMS와 통신하는 웹 콘텐츠 묶음입니다. 학습자가 학습하는 동안 패키지는 LMS에 데이터를 보내고, LMS는 이를 해당 학습자의 시도에 저장합니다. 주요 요소는 다음과 같습니다.
- 이수 상태와 성공 상태: 끝마쳤는지, 합격했는지입니다.
- 점수: 보통 패키지 안의 퀴즈에서 나옵니다.
- 위치: 학습자가 있던 곳의 북마크입니다(SCORM 1.2에서는
cmi.core.lesson_location, SCORM 2004에서는cmi.location). - 서스펜드 데이터: 방문한 슬라이드, 변수 값, 지금까지의 답변처럼 과정이 자기 상태를 복원하기 위해 스스로 기록하는 텍스트 블록(
cmi.suspend_data)입니다.
중요한 점은 LMS가 서스펜드 데이터를 해석하지 않는다는 것입니다. LMS는 이를 저장했다가 학습자가 이어할 때 그대로 돌려줍니다. 형식은 저작 도구가 정하며, 게시된 과정의 구조, 즉 슬라이드 순서, 변수 이름, 문제 은행의 문항과 묶여 있는 경우가 많습니다. 두 에디션의 차이는 SCORM 1.2와 SCORM 2004 비교를 참고하세요.
구조가 바뀌면 무엇이 잘못될 수 있나요
이전 패키지에서 저장된 데이터를 구조가 다른 새 패키지에 넘기면, 새 과정은 더 이상 존재하지 않는 상태를 복원하려고 합니다. 결과는 저작 도구에 따라 다르지만, 흔한 증상은 다음과 같습니다.
- 북마크가 이동되었거나 삭제된 슬라이드를 가리켜서, 학습자가 엉뚱한 위치에 도착하거나 처음으로 돌아갑니다.
- 메뉴와 진행 표시기에 잘못된 섹션이 방문한 것으로 표시됩니다.
- 이전 문제에 대해 저장된 답변이 새 문제에 적용되거나 버려집니다.
- 과정이 저장된 상태를 무시하고 처음부터 시작하거나, 제대로 로드되지 않습니다.
- 이전 퀴즈에서 받은 점수가 새 퀴즈의 이수 기록 옆에 남아 있습니다.
SCORM 에디션을 바꾸면, 예를 들어 SCORM 1.2에서 SCORM 2004로 바꾸면 데이터 모델 자체가 달라지므로 저장된 데이터가 깔끔하게 넘어가지 않습니다.
모든 변경의 위험이 같은 것은 아닙니다
무엇을 업로드하기 전에 어떤 종류의 변경인지 파악하세요. 중요한 것은 편집에 걸린 시간이 아니라 구조와 의미가 얼마나 바뀌는가입니다.
| 변경 유형 | 예시 | 중간까지 진행한 사람에 대한 위험 | 일반적인 대응 |
|---|---|---|---|
| 사소한 수정 | 오타, 잘못된 색상, 이미지 교체 | 낮음: 구조가 그대로임 | 마치게 함, 새로 시작하는 사람은 수정본을 받음 |
| 콘텐츠 개선 | 단락 다시 쓰기, 동영상 업데이트, 끝에 슬라이드 추가 | 중간: 슬라이드가 추가, 삭제, 재배치되었는지에 따라 다름 | 대체로 마치게 함 |
| 구조 개편 | 섹션 순서 변경 또는 분할, 새 분기, 새 메뉴 | 높음: 저장된 진도가 맞지 않을 수 있음 | 이전 패키지로 마칠 수 있는 경우가 아니라면 재시작 |
| 평가의 신규 도입 또는 변경 | 새 문제, 다른 합격 점수, 새 문제 은행 | 높음: 결과를 비교할 수 없음 | 재시작 |
| 시정 변경 | 이전 콘텐츠가 틀렸거나, 위험하거나, 규정에 맞지 않음 | 구조와 무관하게 높음 | 재시작하고, 이미 이수한 사람에 대해서는 별도로 결정 |
유용한 기준이 있습니다. 오늘 누군가 이전 버전으로 이수하더라도 괜찮을까요? 그렇지 않다면 중단해야 합니다.
마치게 할까, 재시작하게 할까
플랫폼이 시작한 사람들을 위해 이전 패키지를 계속 실행할 수 있다면, 실질적인 선택지가 생깁니다. 다음 질문을 순서대로 확인하세요.
- 이전 버전이 여전히 올바른가요? 잘못되었거나 위험한 내용을 가르친다면, 얼마나 진행했든 사람들을 재시작시키세요.
- 평가가 바뀌었나요? 모든 사람이 같은 방식으로 평가받아야 한다면 재시작시키세요.
- 기존 학습자를 위해 이전 패키지를 그대로 둘 수 있나요? 플랫폼이 파일을 덮어쓴다면 ’마치게 하기’는 사실상 ’이전 진도를 새 패키지에 밀어 넣기’입니다. 사소한 수정을 넘어서는 경우에는 재시작이 더 안전합니다.
- 과정이 얼마나 긴가요? 10분짜리 모듈을 다시 시작하는 비용은 작습니다. 2시간짜리 과정을 다시 시작하게 하면 신뢰를 잃게 됩니다.
- 기한이 가까운가요? 마감 직전의 재시작은 사람들이 기한을 넘기게 만들 수 있습니다. 기한을 연장하거나 더 한가한 시기에 업데이트하세요.
짧게 정리하면 이렇습니다. 이전 버전이 여전히 맞다면 마치게 하세요. 틀렸다면 재시작시키고 이유를 알려 주세요.
이미 과정을 이수한 사람은 별개의 결정입니다. 사소한 수정이나 콘텐츠 개선은 그 사람들에게 다시 하라고 요청할 근거가 되는 경우가 드뭅니다. 시정 변경이라면, 특히 컴플라이언스 교육에서는 그럴 수도 있습니다. 그런 경우에는 누구의 기록도 몰래 바꾸지 말고, 별도의 기한이 있는 새로운 교육 회차로 취급하세요.
무엇이 바뀌는지 알려 주세요
아무도 설명해 주지 않은 재시작은 버그처럼 느껴집니다. 사전에 보내는 짧은 메시지가 그것을 일상적인 업데이트로 바꿔 줍니다.
- 재시작하는 학습자: 무엇이 바뀌었는지, 왜 모듈을 다시 시작해야 하는지, 대략 얼마나 걸리는지, 기한이 바뀌었는지.
- 이미 마친 학습자: 해야 할 일이 있는지. 없다면 그렇다고 알려 주세요.
- 관리자와 강사: 업데이트가 언제 적용되는지, 문의하는 사람에게 무엇을 안내해야 하는지.
과정마다 간단한 변경 로그도 유지하세요. 버전 번호, 날짜, 변경 내용, 승인한 사람, 중간까지 진행한 사람들에 대해 선택한 내용입니다. 마지막 슬라이드에 버전 번호를 넣어 두면 지원 문의에 답하기가 훨씬 쉬워집니다. 감사를 받는다면 이 로그가 두 사람이 조금 다른 콘텐츠를 본 이유를 설명해 줍니다. 감사인이 교육 기록에서 확인하려는 것을 참고하세요.
업로드 전 체크리스트
- 에디션을 바꾸려는 의도가 없다면 같은 SCORM 에디션을 유지하세요.
- 게시 설정이 이전 버전과 같은지, 특히 이수와 점수를 보고하는 방식이 같은지 확인하세요.
- 새 패키지를 먼저 단독으로 테스트하세요. SCORM 패키지 테스트 방법에서 그 과정을 안내합니다.
- 되돌려야 할 경우에 대비해 이전 zip과 원본 프로젝트를 보관하세요.
- 중간까지 진행한 사람들에게 어떻게 할지 미리 정하고, 안내 메시지 초안을 작성하세요.
Acadenix의 SCORM 업데이트 처리 방식
Acadenix에서는 모든 SCORM 패키지가 Units Library(유닛 라이브러리)의 유닛이며, 하나의 유닛을 여러 과정에서 사용할 수 있습니다. 유닛을 선택하면 해당 유닛을 사용하는 Courses(과정), Versions(버전), Users(사용자)가 표시되므로 업데이트가 어디에 반영될지 확인할 수 있습니다.
- 새 파일은 새 버전이 됩니다. 새 텍스트나 새 유닛 유형도 마찬가지입니다. 이름이나 설명을 바꾸는 것은 새 버전이 되지 않습니다.
- 중간까지 진행한 사람들에 대해 선택합니다. 진행 중인 사람이 있다면 Restart them on the new version(새 버전에서 다시 시작)과 Let them finish the version they started(시작한 버전을 마치게 하기) 중에서 고릅니다. 나중에 시작하는 사람은 새 버전을 받습니다.
- 마친 학습자는 결과를 유지합니다. 이수 기록은 최종적이며 발급된 수료증은 바뀌지 않습니다. 마친 사람에게는 유닛에 Updated(업데이트됨) 표시가 나타나 원하면 새 버전을 볼 수 있으며, 그때 무엇을 하든 결과는 바뀌지 않습니다.
- 되돌릴 수 있습니다. 유닛의 Versions(버전)에서 Activate(활성화)를 선택하면 이전 버전이 복원됩니다.
- 다시 수강하는 것은 새 수강 등록입니다. 마친 사람이 과정을 다시 이수해야 한다면, 과정의 Re-enrolment while a completion is valid(유효 기간 중 재등록) 설정으로 새로운 진도로 다시 수강 등록하게 할 수 있습니다. 이전 이수 기록과 수료증은 그대로 남습니다.
라이브 패키지를 교체하기 전에 확인하려면 패키지를 별도의 유닛으로 업로드하고 Preview(미리보기)를 사용하세요. 학습자가 보는 화면 그대로 보여 주면서 아무것도 기록하지 않습니다. 버전 관리와 추적에 대한 자세한 내용은 SCORM LMS 페이지에서 확인할 수 있습니다.
핵심 요약
- SCORM 진도는 학습자가 시작한 패키지에 대해 저장되며, 서스펜드 데이터는 그것을 기록한 과정에서만 의미가 있습니다.
- 먼저 변경의 크기를 가늠하세요. 사소한 수정은 위험이 낮지만, 구조 개편과 새 평가는 그렇지 않습니다.
- 이전 버전이 여전히 맞다면 마치게 하세요. 틀렸다면 재시작시키세요.
- 학습자와 관리자에게 무슨 일이 일어나는지 알리고, 모든 과정의 변경 로그를 유지하세요.
- Acadenix에서는 업로드할 때마다 새 버전이 만들어지고, 중간까지 진행한 사람들을 어떻게 할지 직접 결정하며, 이수 기록은 최종으로 유지됩니다.
직접 만든 콘텐츠로 업데이트가 어떻게 동작하는지 보고 싶으신가요? 체험을 신청하고 실제 과정의 새 버전을 업로드해 보세요.
