Choose Learning Standards by the Boundary They Cross

Das Wichtigste in Kürze

  • Der Lernablauf und die ausgetauschten Daten bestimmen die Anforderungen an die Integration.
  • Für Kursimporte und den Start externer Tools braucht es getrennte Abnahmekriterien.
  • Aussagekräftige Lerndaten setzen gemeinsame Ereignisdefinitionen und die Zuordnung von Identitäten voraus.
  • Regeln für Start, Sitzung und Abschluss gehören in eine explizite Vereinbarung für die Laufzeit.
  • Jede unterstützte Schnittstelle muss einen messbaren Nutzen für die Integration bringen.

Welcher Lernstandard passt zu welcher Systemgrenze?

„Unterstützt Standards für die LMS-Interoperabilität“ reicht allein nicht als Abnahmekriterium. Der Vergleich von SCORM, xAPI, LTI und cmi5 wird erst sinnvoll, wenn das Team festgelegt hat, was eine Systemgrenze überschreiten muss. Ein importierter Kurs, ein externes Tool, ein Datensatz zu einer Lernaktivität und eine Lernsitzung mit verbindlichen Regeln sind unterschiedliche Integrationsobjekte.

Für Produktverantwortliche im Fintech-Bereich zählt, ob eine Schnittstelle das Onboarding, die Bereitstellung über Partner oder Auswertungen unterstützt, ohne das Kernteam mit unnötiger Integrationsarbeit zu belasten.

Ein Lernablauf, vier Systemgrenzen

Ein Kunde öffnet zum Beispiel eine Lektion zur Wallet-Sicherheit, wechselt in den Simulator eines Partners, wiederholt ein Quiz und kehrt zum Onboarding zurück. Die Lektion muss möglicherweise importiert werden, der Simulator muss starten und die Wiederholungsversuche müssen eventuell erfasst werden. Außerdem muss vereinbart sein, was als Abschluss gilt. Das sind getrennte Anforderungen – keine Pflicht, alle vier Standards einzusetzen.

SCORM: Kursimport über Systemgrenzen hinweg

Die SCORM-Dokumentation von ADL beschreibt die Paketierung von Kursen und die Kommunikation zwischen Lerninhalten und einem LMS zur Laufzeit. Dazu gehören Status, Punktzahlen und Daten zum Fortsetzen des Kurses. (adlnet.gov) In diesem Ablauf kommt SCORM infrage, wenn ein Partner eine Lektion als Kurspaket liefert, die innerhalb der Akademie laufen muss. Der Abnahmetest sollte Import, Start, Fortsetzen und gespeicherte Ergebnisse abdecken. Übertragbare Inhalte sind nicht dasselbe wie die Migration bisheriger Lernverläufe. Dafür braucht es einen eigenen Plan für den Export und die Zuordnung von Identitäten.

Diagramm mit vier Spuren: SCORM für den Kursimport, LTI für den Start externer Tools, xAPI für die Ereigniserfassung und cmi5 für Regeln zu Start und Protokollierung.
Der Standard muss zur Systemgrenze passen, die du überbrücken musst – ein pauschaler Haken bei „Interoperabilität“ reicht nicht.

LTI: externe Tools über Systemgrenzen hinweg starten

1EdTech definiert LTI 1.3 für die sichere Integration externer Tools und unterscheidet dabei die zugehörigen Dienste von LTI Advantage, darunter die Rückübertragung von Bewertungen und Deep Linking. (1edtech.org) Beim Simulator des Partners müssen der Start und der Kontext des Lernenden über die Systemgrenze hinweg funktionieren. Wie detaillierte Auswertungen aussehen sollen, ist mit einem sicheren Start noch nicht festgelegt. Wird die Akademie in ein Produkt eingebettet, müssen die Abnahmetests auch den mobilen Start und die Rückkehr abdecken.

xAPI: Lernaktivitäten über Systemgrenzen hinweg erfassen

Der Implementierungsleitfaden von IEEE beschreibt xAPI-Statements über actor, verb und object; die Datensätze werden in einem Learning Record Store gespeichert. (sagroups.ieee.org) Wiederholte Quizversuche ließen sich so für systemübergreifende Auswertungen erfassen. Aussagekräftige Berichte brauchen trotzdem gemeinsame Ereignisdefinitionen, eine Zuordnung von Identitäten und eine klar benannte Entscheidung, die diese Daten unterstützen sollen.

Das Repository von ADL verweist für die Implementierung auf xAPI 2.0 statt auf die ältere Spezifikation 1.0.3. (github.com) Eine Beschaffungsanforderung sollte deshalb die unterstützte Version nennen – nicht nur „xAPI“.

cmi5 regelt Start und Protokollierung gemeinsam

Die cmi5-Spezifikation definiert auf Basis von xAPI verbindliche Regeln für den Ablauf im LMS. Dazu gehören Startparameter, Sitzungs-Statements und Kriterien dafür, wann Lernanforderungen als erfüllt gelten. Die Quartz-Version verweist auf xAPI 1.0.3. (github.com) cmi5 passt, wenn einheitliches Verhalten beim Start und Abschluss gefordert ist – nicht nur die Erfassung von Ereignissen. Das Profil und die zugrunde liegende xAPI-Version müssen ausdrücklich auf Kompatibilität geprüft werden. Die Angabe „xAPI wird unterstützt“ reicht als Nachweis für diese Anforderung nicht aus.

Kläre mit App-Learning, welche Systemgrenzen deine Akademie überbrücken muss, bevor du Standards auswählst.

Darüber sprechen

Die Entscheidung gehört in die Produktarchitektur

Ein kurzer Entscheidungsbaum verknüpft die Standards mit geschäftlichen Anforderungen statt mit der Checkliste eines Anbieters.

  1. Zuerst legst du fest, welche Entscheidung die Auswertung unterstützen soll. Reicht der Abschlussstatus aus, stellst du die Erfassung detaillierterer Ereignisse zurück.
  2. Dann prüfst du das Partnerumfeld. Brauchen weder die Partner noch deine Auswertungen eine Standardschnittstelle, stellst du sie zurück.
  3. Ob der Anbieter den Standard unterstützt, muss anhand versionierter Testfälle nachgewiesen werden. Dazu gehören auch der mobile Start und die Rückkehr.
  4. Bevor Datensätze ausgetauscht werden, müssen die Datenschutzvorgaben für Lernendenkennungen, Partnerzugriffe, Aufbewahrung und Löschung feststehen.

Bei App-Learning ist diese Produktentscheidung die Grundlage für eingebettete und eigenständige Akademien. Jede Schnittstelle braucht eine verantwortliche Person und Abnahmetests. Auch ihr Nutzen für die Integration muss messbar sein. Die richtige Architektur ist nicht die mit den meisten Standards. Sie überwindet die nötigen Systemgrenzen, ohne unnötige neue zu schaffen.