Penjelasan SCORM dan xAPI

SCORM vs xAPI: Apa Bedanya, diilustrasikan dengan paket kursus versus catatan pembelajaran yang terdistribusi

Turn this article into takeaways for your work.

Each assistant summarizes the article only for you and suggests best practices for your work.

SCORM dan xAPI adalah standar teknis yang memungkinkan konten pembelajaran dan perangkat lunak pembelajaran saling bertukar data. SCORM mengemas sebuah kursus agar dapat berjalan di sistem manajemen pembelajaran (LMS) mana pun yang patuh standar, lalu melaporkan kembali status penyelesaian dan skor. xAPI adalah spesifikasi yang lebih baru, yang mencatat aktivitas belajar sebagai pernyataan singkat dan mengirimkannya ke basis data bernama Learning Record Store (LRS), baik ada LMS maupun tidak.

Jika Anda menjual kursus, membeli perangkat lunak pelatihan, atau membangun produk EdTech, Anda akan bertemu kedua akronim ini di minggu pertama. Keduanya muncul dalam panggilan penjualan, RFP, dan menu ekspor di alat penulisan konten. Artikel ini menjelaskan apa itu masing-masing, asal-usulnya, apa yang bisa dan tidak bisa dilacak, bagaimana standar ketiga bernama cmi5 menghubungkan keduanya, dan cara memutuskan mana yang perlu diwajibkan. Artikel ini juga membahas LTI, yang tampak mirip tetapi menyelesaikan masalah yang berbeda.

Mengapa Standar Pembelajaran Ada

Bayangkan Anda membeli kursus keselamatan kerja dari vendor konten, sementara LMS Anda berasal dari perusahaan lain. Tanpa standar bersama, kursus itu tidak punya cara untuk memberi tahu LMS bahwa "peserta didik ini sudah selesai dan meraih skor 85%." Anda harus mengerjakan integrasi khusus untuk setiap kursus dan setiap platform.

Standar mengatasi hal itu dengan menyepakati tiga hal di muka:

  • Cara konten dikemas, sehingga sistem mana pun dapat membuka dan menjalankannya.
  • Cara konten dan platform berkomunikasi, sehingga hasil mengalir kembali.
  • Seperti apa bentuk hasilnya, sehingga status "selesai" berarti hal yang sama di mana pun.

Standar tidak membuat kursus menjadi bagus. Standar membuat komponen dari pemasok yang berbeda dapat bekerja bersama, dan itulah fondasi pasar LMS serta lisensi konten pelatihan.

Apa Itu SCORM?

SCORM adalah singkatan dari Sharable Content Object Reference Model. Scorm.com, situs rujukan lawas yang dikelola Rustici Software, menjelaskan bahwa ADL (Advanced Distributed Learning) tidak menulis SCORM dari nol. Sebaliknya, ADL melihat bahwa industri sudah memiliki banyak standar yang masing-masing menyelesaikan sebagian masalah lalu menggabungkannya menjadi satu model acuan.

Apa Itu SCORM, diilustrasikan dengan paket kursus yang tertaut ke runtime browser

SCORM mencakup dua area:

  1. Pengemasan konten. Sebuah kursus dibundel menjadi satu berkas zip dengan manifes yang menjelaskan halaman, modul, dan strukturnya. Unggah berkas zip itu ke LMS yang patuh standar dan LMS tahu cara menjalankannya.
  2. Komunikasi saat berjalan (run-time). Selama peserta didik mengikuti kursus, konten memanggil serangkaian fungsi yang disediakan LMS di browser, lalu mengirim kembali hal-hal seperti status penyelesaian, lulus atau gagal, skor, waktu yang dihabiskan, dan penanda halaman agar peserta didik bisa melanjutkan.

Versi SCORM

Anda akan sebagian besar menemukan dua nama, dan yang kedua memiliki beberapa edisi. Menurut riwayat versi di Scorm.com:

Versi Dirilis Yang perlu diketahui
SCORM 1.2 Oktober 2001 Versi yang paling banyak diadopsi dan masih banyak digunakan
SCORM 2004, Edisi ke-2 Juli 2004 Memperbaiki cacat pada rilis 2004 yang pertama
SCORM 2004, Edisi ke-3 Oktober 2006 Memperjelas aturan sequencing; edisi 2004 yang paling banyak diadopsi
SCORM 2004, Edisi ke-4 Maret 2009 Membuat pembuatan konten bersequencing lebih sederhana

Fitur utama lini 2004 adalah sequencing dan navigasi: aturan yang menentukan bagian kursus mana yang boleh dibuka peserta didik berikutnya, misalnya "buka modul 3 hanya setelah lulus kuis modul 2." SCORM 1.2 tidak memiliki padanannya, jadi vendor yang hanya mengatakan "SCORM" tanpa versi belum memberi tahu Anda banyak hal. Tanyakan versi yang mana.

Cara Kerja SCORM dalam Praktik

Model run-time SCORM sederhana dan agak kuno. LMS menaruh sebuah objek JavaScript di browser, dan kursus harus menemukannya. Menurut dokumentasi run-time, objek itu bernama API di SCORM 1.2 dan API_1484_11 di SCORM 2004, dan harus berada di jendela yang menjadi induk dari kursus atau dari jendela yang membukanya. Kursus wajib memanggil Initialize sebelum yang lain dan Terminate saat selesai. Sumber yang sama mencatat bahwa semua konten SCORM harus dapat disajikan lewat web dan bahwa komunikasi terjadi di dalam sesi browser, dengan hanya kursus yang dapat memulai percakapan. LMS hanya menjawab.

Rancangan itulah yang menjelaskan kekuatan sekaligus keterbatasan SCORM.

Yang Dapat Dilacak SCORM

  • Apakah peserta didik menyelesaikan kursus, dan apakah lulus atau gagal
  • Sebuah skor
  • Waktu yang dihabiskan dalam satu sesi
  • Penanda halaman untuk melanjutkan

Yang Sulit (atau Tidak Bisa) Dilacak SCORM

  • Pembelajaran di luar LMS. Jika tidak terjadi di jendela browser yang dibuka dari LMS, SCORM tidak melihatnya.
  • Pembelajaran di aplikasi seluler, simulator, atau secara offline. Apa pun yang tidak bisa berada dalam bingkai browser di samping LMS tidak punya tempat alami untuk melapor.
  • Banyak peserta didik dan banyak aktivitas sebagai satu cerita. SCORM menyimpan satu catatan per peserta didik per kursus. SCORM tidak dirancang untuk mencatat "orang ini menonton video, lalu mengikuti webinar, lalu membimbing rekan kerja."
  • Perilaku yang terperinci. Anda mendapat status dan skor, bukan jejak lengkap tentang apa yang dilakukan peserta didik.

Semua itu tidak membuat SCORM buruk. Untuk hal yang paling sering perlu dibuktikan organisasi, yaitu bahwa seseorang telah menyelesaikan kursus wajib, SCORM berfungsi dan hampir semua LMS serta alat penulisan konten mendukungnya. Usianya juga merupakan keunggulan: hampir setiap vendor konten dan alat penulisan tahu cara menghasilkannya.

Apa Itu xAPI?

xAPI, kependekan dari Experience API, dirancang untuk mencatat pembelajaran di mana pun terjadinya. Spesifikasi ADL di GitHub menyatakan tujuannya adalah memfasilitasi dokumentasi dan komunikasi pengalaman belajar yang "tersebar di berbagai sumber." xAPI dulu dikenal sebagai Tin Can API.

Apa Itu xAPI, diilustrasikan dengan beragam artefak pembelajaran yang mengalir ke penyimpanan catatan

Menurut gambaran umum dari proyek xAPI sendiri, standar ini lahir dari Project Tin Can, yang dimulai Rustici Software setelah ADL meminta riset tentang spesifikasi eLearning generasi berikutnya, dan komunitas akhirnya menulis standar tersebut.

Cara Kerja xAPI: Pernyataan dan LRS

Segala sesuatu dalam xAPI adalah sebuah pernyataan (statement) dengan tiga bagian inti:

  • Aktor: siapa yang melakukannya (peserta didik)
  • Kata kerja: apa yang mereka lakukan (menyelesaikan, mencoba, menjawab, menonton, berkomentar)
  • Objek: pada apa mereka melakukannya (sebuah kursus, video, kuis, skenario)

Contoh dari spesifikasinya sendiri adalah "Anna mencoba resep kue," dengan Anna sebagai aktor, "mencoba" sebagai kata kerja, dan resep sebagai objek. Versi bisnisnya bisa berupa "Mai menyelesaikan workshop penetapan harga" atau "Tuan menjawab pertanyaan 4 pada kuis kepatuhan."

Pernyataan dikirim ke Learning Record Store (LRS). Spesifikasi mendefinisikannya sebagai server yang bertanggung jawab menerima, menyimpan, dan menyediakan akses ke catatan pembelajaran. Anggap saja sebagai basis data yang dibuat untuk menampung pernyataan ini, yang dapat dikirimi atau dibaca oleh alat apa pun yang mendukung xAPI. LRS bisa berada di dalam LMS atau berjalan sendiri, dan beberapa alat dapat menulis ke LRS yang sama.

Yang Dapat Dilacak xAPI

Spesifikasi menyebut bahwa hal yang dilacaknya sangat beragam, dengan contoh seperti membaca buku, mengikuti kursus daring, karyawisata, riset mandiri, atau menerima sertifikat. Gambaran umum proyek mendaftar pembelajaran seluler, simulasi, dunia virtual, game serius, aktivitas dunia nyata, pembelajaran sosial, dan pembelajaran offline. Data juga dapat dikumpulkan secara offline dan dikirim ke LRS belakangan.

Jadi riwayat LRS seorang peserta didik bisa mencakup penyelesaian kursus, video yang ditonton di aplikasi seluler, sesi simulator, persetujuan atasan atas suatu keterampilan, dan sesi coaching antarrekan, semuanya dalam satu format.

Yang Tidak Dapat Dilakukan xAPI Sendirian

Fleksibilitas ada harganya, dan para pembeli sering terjebak di sini.

  • xAPI tidak mendefinisikan seperti apa pernyataan yang baik. Dua vendor bisa sama-sama mengaku "mendukung xAPI" dan mencatat aktivitas yang sama dengan kata kerja yang berbeda, sehingga datanya tidak selaras. Tim biasanya membutuhkan profil yang disepakati (satu set kata kerja dan konvensi) sebelum pelaporan bisa berfungsi.
  • xAPI tidak menjalankan konten. SCORM mencakup pengemasan dan peluncuran. xAPI murni tidak menjelaskan bagaimana LMS memulai kursus atau menyerahkan identitas peserta didik.
  • xAPI tidak memberi Anda laporan. LRS menyimpan pernyataan. Dasbor, tabel penyelesaian, dan laporan kepatuhan adalah lapisan terpisah dari tech stack pembelajaran yang harus dibangun atau dibeli oleh seseorang.

Apakah xAPI Standar Resmi?

Ya. xAPI bermula sebagai spesifikasi ADL, dan proyek xAPI menggambarkannya sebagai standar yang disetujui IEEE (IEEE 9274.1.1-2023). Halaman standar IEEE mencantumkan IEEE 9274.1.1-2023 sebagai standar aktif, berjudul format model data JSON dan layanan web RESTful untuk pelacakan dan akses data pengalaman peserta didik, dengan persetujuan dewan pada 30 Maret 2023.

cmi5: Sang Jembatan

Jika SCORM memberi Anda peluncuran dan xAPI memberi Anda data yang kaya, bisakah Anda mendapatkan keduanya? Itulah yang dilakukan cmi5.

cmi5 adalah profil spesifikasi untuk xAPI. Teksnya menjelaskan bahwa cmi5 mencakup komunikasi runtime yang interoperabel antara LMS dan Assignable Unit (AU), yaitu potongan-potongan konten pembelajaran individual. cmi5 memakai xAPI sebagai jalur transpor data dan mengisi hal-hal yang dibiarkan terbuka oleh xAPI murni:

  • Peluncuran. LMS meluncurkan AU dengan URL yang membawa endpoint, URL pengambilan otorisasi, identitas peserta didik, ID registrasi, dan ID aktivitas.
  • Kumpulan kata kerja yang tetap. cmi5 menetapkan pernyataan seperti launched, initialized, completed, passed, failed, dan terminated, ditambah yang diterbitkan LMS seperti abandoned, waived, dan satisfied.
  • LRS di balik LMS. LMS bekerja dengan LRS untuk melacak kemajuan dan menghasilkan laporan.

Dengan bahasa sederhana, cmi5 memberi Anda gaya SCORM "jalankan kursus ini dan beri tahu saya apakah peserta didik lulus" dengan saluran modern xAPI. Konten tidak perlu berada dalam bingkai browser yang sama dengan LMS, dan datanya mendarat di LRS.

Kendalanya adalah adopsi. cmi5 jauh lebih jarang dipakai dibanding SCORM. Banyak alat penulisan dan platform mendukung SCORM dan xAPI tetapi tidak cmi5, jadi pastikan alat konten dan platform Anda sama-sama mendukungnya sebelum menjadikannya persyaratan.

SCORM vs xAPI vs cmi5: Perbandingan Berdampingan

Pertanyaan SCORM xAPI cmi5
Apa itu? Pengemasan dan pelaporan run-time untuk konten di LMS Format pernyataan dan layanan web LRS untuk aktivitas belajar apa pun Profil xAPI yang menambahkan peluncuran dan aturan untuk konten yang disajikan LMS
Format data Model data tetap (status, skor, waktu, penanda halaman) Pernyataan aktor, kata kerja, objek yang fleksibel Pernyataan xAPI dengan kumpulan kata kerja yang ditentukan
Ke mana data pergi Kembali ke LMS Ke LRS Ke LRS, dikelola bersama LMS
Berfungsi di luar jendela browser? Tidak, berjalan di browser yang dibuka dari LMS Ya, alat apa pun yang bisa mengirim pernyataan Ya, konten diluncurkan lewat URL
Mendefinisikan pengemasan dan peluncuran? Ya Tidak Ya (peluncuran dan struktur kursus)
Melacak pembelajaran informal? Pada dasarnya tidak Ya Sebagian besar untuk konten yang ditugaskan LMS
Adopsi Hampir universal di LMS dan alat penulisan Luas, tetapi implementasinya beragam Lebih terbatas
Paling cocok untuk Kursus kepatuhan dan catatan penyelesaian sederhana Analitik yang kaya, simulasi, seluler, perjalanan belajar campuran Tim yang menginginkan data xAPI dengan model peluncuran yang jelas

Baca tabel ini per baris. Jika kebutuhan Anda adalah "buktikan semua orang sudah selesai," kolom SCORM menjawabnya. Jika kebutuhan Anda adalah "pahami bagaimana orang belajar lintas alat," hanya xAPI yang bisa.

LTI: Jenis Standar yang Berbeda

LTI (Learning Tools Interoperability) sering disamakan dengan SCORM dan xAPI, padahal tugasnya berbeda. LTI dikelola oleh 1EdTech dan, menurut deskripsinya sendiri, memungkinkan lembaga menghubungkan alat pembelajaran ke lingkungan belajar mereka tanpa peserta didik harus masuk ke setiap alat secara terpisah. Menurut halaman 1EdTech, LTI mendukung penyampaian informasi yang aman tentang pengguna, pendaftaran, dan peran mereka, serta memungkinkan alat mengirim tugas dan nilai kembali ke buku nilai pusat. Versi terkini adalah LTI 1.3.

Cara paling sederhana untuk mengingatnya:

  • SCORM dan cmi5 menangani konten yang diluncurkan dan melaporkan hasil.
  • xAPI menangani catatan aktivitas belajar.
  • LTI menangani penyambungan alat secara utuh ke sebuah platform, dengan single sign-on dan pengembalian nilai.

Cara Memutuskan Apa yang Diwajibkan

Berikut jalur praktis, baik Anda membeli maupun membangun.

Cara Memilih Standar Pembelajaran, diilustrasikan dengan uji coba kursus nyata melalui pengukur kompatibilitas

Jika Anda Pembeli L&D

  1. Mulailah dari catatan yang Anda butuhkan. Jika auditor atau pelanggan meminta bukti penyelesaian, Anda membutuhkan dukungan SCORM atau cmi5 sebagai syarat minimum. Periksa tingkat penyelesaian kursus dan apa yang dihitung sebagai "selesai" sebelum Anda menguncinya.
  2. Tanyakan versi SCORM-nya. "SCORM 1.2" dan "SCORM 2004 Edisi ke-4" bukan janji yang sama. 1.2 memiliki dukungan terluas. 2004 diperlukan untuk aturan sequencing.
  3. Tanyakan apa arti "dukungan xAPI." Apakah platform bisa mengirim pernyataan, menerimanya, atau keduanya? Apakah sudah termasuk LRS atau terhubung ke LRS eksternal? Kata kerja dan profil mana yang diikuti? "Ya" yang samar bukanlah jawaban.
  4. Putuskan apakah Anda akan menggunakan datanya. xAPI baru berguna jika ada yang menganalisisnya. Jika Anda hanya melaporkan penyelesaian, jangan membayar fitur yang tidak akan Anda sentuh. Jika Anda ingin menghubungkan aktivitas dengan hasil, lihat metrik keterlibatan peserta didik.
  5. Uji dengan kursus nyata. Unggah salah satu kursus Anda sendiri dan periksa penyelesaian, skor, dan penanda halaman sebelum menandatangani. Kompatibilitas adalah hal yang paling sering gagal dalam pengadaan. Proses pengadaan pembelajaran perusahaan adalah tempat yang tepat untuk menyertakan pengujian itu.

Jika Anda Pembuat Kursus atau Pembangun EdTech

  1. Ekspor SCORM terlebih dahulu. Ini adalah penyebut terendah bersama, dan sebagian besar sistem pembeli korporat menerimanya. Menawarkan 1.2 dan 2004 sekaligus memenuhi sebagian besar permintaan.
  2. Tambahkan xAPI ketika pelanggan menginginkan data di luar penyelesaian, seperti pilihan dalam skenario, hasil simulasi, atau aktivitas di luar LMS.
  3. Pertimbangkan cmi5 jika Anda menjual ke pembeli yang sudah memakainya, atau jika Anda menginginkan model peluncuran yang lebih bersih dibanding SCORM tanpa meninggalkan LMS.
  4. Pilih LTI ketika Anda membangun alat, bukan kursus. Jika peserta didik akan memakai produk Anda berdampingan dengan LMS, dengan nilai mengalir kembali, LTI adalah integrasi yang perlu dibangun. Desain instruksional yang baik menentukan apa yang layak dicatat sejak awal.

Fakta Utama

  • SCORM 1.2 dirilis pada Oktober 2001 dan masih banyak digunakan; edisi SCORM 2004 menyusul pada Juli 2004, Oktober 2006, dan Maret 2009 (Scorm.com).
  • Komunikasi SCORM terjadi di dalam sesi browser, dan hanya konten yang dapat memulainya (Scorm.com).
  • xAPI mencatat pembelajaran sebagai pernyataan aktor, kata kerja, dan objek yang dikirim ke Learning Record Store, termasuk pembelajaran formal dan informal (spesifikasi xAPI ADL).
  • xAPI adalah standar IEEE, IEEE 9274.1.1-2023, yang disetujui dewan IEEE pada 30 Maret 2023 (IEEE).
  • cmi5 adalah profil xAPI yang mendefinisikan cara LMS meluncurkan konten dan pernyataan apa yang wajib dihasilkan (spesifikasi cmi5).
  • LTI adalah standar 1EdTech terpisah untuk menghubungkan alat ke platform pembelajaran; versi terkini adalah 1.3 (1EdTech).

Kesalahan Umum

Menganggap "patuh SCORM" sebagai satu hal. Versi 1.2 dan edisi 2004 berperilaku berbeda, dan setiap LMS menafsirkannya secara berbeda pula. Selalu uji.

Menganggap "mendukung xAPI" sebagai butir daftar fitur. Tanpa kumpulan kata kerja yang disepakati dan tempat untuk menganalisis data, Anda hanya mendapat tumpukan pernyataan yang tidak bisa dipakai siapa pun.

Mewajibkan xAPI padahal Anda hanya butuh catatan penyelesaian. Itu menambah biaya dan kerumitan tanpa manfaat jika pertanyaan Anda hanyalah "siapa yang sudah selesai?"

Menyamakan LTI dan SCORM. Jika vendor bertanya "SCORM atau LTI?", mereka sedang menanyakan apakah Anda menyajikan konten atau menghubungkan alat.

Untuk konteks yang lebih luas, lihat apa itu EdTech.

About the author

Brian Tr

Brian Tr

Co-Founder & COO

Brian Tr is Co-Founder and COO of Rework, with 12+ years in B2B go-to-market and operations. Brian scaled Rework from 0 to 10,000+ B2B customers across CRM and productivity tools. Brian writes for founders and owner-CEOs: startup fundamentals, founder-led and family businesses, partnerships, and how SaaS, marketplace, AI and EdTech companies grow.