SCORM 이후 표준 전쟁 — xAPI와 cmi5가 그리는 학습 데이터의 미래

5년 전 만든 신입사원 교육 콘텐츠 400여 개를 새 LMS로 옮기려던 한 기업의 교육팀은 뜻밖의 벽에 부딪혔다. 콘텐츠 파일 자체는 문제없이 열렸지만, 그 안에 쌓여 있던 수료 이력과 퀴즈 응답 데이터가 새 시스템에서는 읽히지 않았던 것이다. 원인은 콘텐츠 포맷이 아니라 그 콘텐츠가 따르던 학습 데이터 표준의 세대차에 있었다.

SCORM이 만든 표준, 그리고 그 한계

SCORM(Sharable Content Object Reference Model)은 1999년부터 미국 국방부 산하 ADL(Advanced Distributed Learning) 이니셔티브가 주도해 만든 표준으로, 서로 다른 저작도구로 만든 콘텐츠가 서로 다른 LMS에서도 동일하게 실행되도록 규격을 통일한 것이 핵심 성과였다. 다만 SCORM은 근본적으로 코스가 브라우저 창 하나에서 온라인으로 실행되는 것을 전제로 설계됐다. 그래서 완료 여부, 점수처럼 코스 단위의 거친 정보만 기록할 뿐, 모바일 앱에서의 학습이나 오프라인 상태의 실습, VR·시뮬레이션 안에서 벌어지는 세부 행동은 애초에 추적 대상으로 상정되지 않았다.

xAPI — 학습을 문장으로 기록하다

이 한계를 정면으로 겨냥해 2013년 ADL이 내놓은 표준이 xAPI(Experience API)다. xAPI는 학습 활동을 '행위자(actor)-동사(verb)-대상(object)' 형태의 문장으로 기록한다. 예를 들어 '김OO가 3장 실습 시뮬레이션을 완료했다'처럼, LMS 안에서 벌어지는 일뿐 아니라 모바일 앱, VR 기기, 오프라인 실습 도구에서 벌어지는 행동까지 하나의 형식으로 기록할 수 있다. 이 데이터를 저장하는 서버가 학습기록저장소(LRS, Learning Record Store)이며, xAPI는 2023년 IEEE 9274.1로 국제 표준 지위를 획득했다.

cmi5 — 구조와 자유의 절충안

그런데 xAPI는 유연한 만큼 '어떻게 콘텐츠를 실행하고 종료할 것인가'에 대한 규칙이 느슨했다. 이 공백을 메우기 위해 ADL이 2016년 발표한 규격이 cmi5다. cmi5는 SCORM식의 명확한 실행·완료 구조를 유지하면서, 그 안에서 발생하는 세부 기록은 xAPI 문장으로 LRS에 남기도록 설계됐다. ADL 스스로도 cmi5를 SCORM의 사실상 후속 규격으로 자리매김하고 있으며, 신규 콘텐츠 개발에서는 SCORM을 레거시로 취급하고 cmi5·xAPI 조합을 채택하는 사례가 늘고 있다.

LRS와 조직 단위 학습 데이터 통합

표준이 여러 개로 늘어나는 것 자체가 목적은 아니다. ADL은 여러 학습 시스템의 기록을 하나로 모아 보는 '총체적 학습 아키텍처(Total Learning Architecture)' 구상 아래, 조직 전체에 흩어진 학습기록저장소를 연동하는 개념을 함께 발전시키고 있다. 기업 입장에서 이는 여러 벤더의 이러닝 콘텐츠, 사내 실습 시뮬레이터, 현장 OJT 기록까지 하나의 학습 데이터로 모아 인재 육성 지표로 활용할 수 있다는 뜻이다.

• 신규 콘텐츠가 SCORM 전용 저작도구로만 제작되는지, xAPI·cmi5 내보내기를 지원하는지 확인한다
• LRS를 자체 구축해야 하는지, LMS에 내장된 LRS로 충분한지 검토한다
• VR·시뮬레이션·오프라인 앱처럼 LMS 밖에서 벌어지는 학습 활동까지 추적해야 하는지 판단한다
• 여러 벤더의 콘텐츠 기록을 하나의 조직 학습 대시보드로 합쳐 볼 필요가 있는지 확인한다
• 향후 LMS를 교체할 가능성이 있다면, 데이터 이관이 쉬운 표준을 우선 고려한다

SCORM은 코스가 끝났는지를 기록하지만, xAPI는 학습자가 실제로 무엇을 했는지를 기록한다.

표준 선택은 당장의 콘텐츠 제작 편의보다 5년, 10년 뒤 데이터를 온전히 들고 이동할 수 있는가의 문제다. 지금 만드는 콘텐츠와 지금 쌓이는 학습 기록이 다음 시스템에서도 그대로 읽힐지, 계약 전에 반드시 확인해야 할 항목이다.