Ein Headless LMS hat keine vordefinierte Benutzeroberfläche, ist also „kopflos“. Dadurch ermöglicht es die unkomplizierte Integration seiner Inhalte und Funktionen in die Benutzeroberfläche anderer Systeme und kann die User Experience deutlich verbessern. Die Inhalte können in verschiedenen Formaten und über unterschiedliche Kanäle oder Geräte ausgespielt werden. Frontend und Backend sind somit nicht mehr monolithisch miteinander verknüpft.

Das LMS wird dadurch ausschließlich im Backend genutzt und dient als Verwaltungssystem. Die Funktionen und der Content werden nicht über eine menschliche Benutzerschnittstelle angezeigt, sondern über sogenannte Programmierschnittstellen (API‘s). So kann das Frontend individuell und für unterschiedliche Usergruppen entwickelt und angepasst werden.

Es gibt mehrere Gründe. Eine der großen Herausforderung für alle Lernplattformen ist die User Experience. Denn diese Systeme beherbergen riesige Datenmengen, die passgenau und übersichtlich an tausende oder hunderttausende User ausgespielt werden müssen. Es ist, wenn überhaupt, nur sehr schwer möglich, für all diese unterschiedlichen Benutzergruppen und Use Cases eine generische, für alle User passende Experience zu entwickeln.

Zu entscheiden, welche Usergruppe (bspw. Administratoren, Kurs-Administratoren, Lerner, Auszubildende) welche Inhalte sieht und wie genau diese angezeigt werden, ist extrem schwierig. Je individueller ein LMS an das jeweilige Unternehmen angepasst werden kann und umso mehr weitere Systeme integriert sind, umso komplexer wird es. In solchen Fällen kann ein Headless LMS für mehr Übersichtlichkeit sorgen, da verschiedenen Nutzergruppen passgenaue Inhalte angezeigt werden können.

Hat ein Lerner beispielsweise einen Kurs erfolgreich abgeschlossen und dafür eine Auszeichnung (Badge) oder ein Zertifikat erhalten, könnte dies einerseits im LMS in seinem Lernstatus angezeigt werden. Mithilfe eines Headless LMS könnte dieser Fortschritt zusätzlich im Profil des Mitarbeiters im firmeneigenen Social Intranet angezeigt werden.

Auch Tools von Drittanbietern oder andere E-Learning Marketplaces können in derselben Oberfläche integriert und abgebildet werden, sodass der Nutzer nicht zwischen verschiedenen Systemen hin und her springen muss.

Einige Kunden nutzen ein solches System auch, wenn sie ein eigenes Portal aufbauen und nur einzelne Kurse oder Inhalte des LMS darin integrieren möchten.

Diese beiden können in der Tat ein Traumpaar sein – aber nur, wenn sie auch miteinander reden können! Und damit sind in diesem Fall besonders die Schnittstellen (APIs) gemeint. Denn ein Learning Ecosytem besteht aus mehreren Systemen, die ständig miteinander kommunizieren müssen. Besitzt das LMS kein eigenes Frontend, liefert es seine Daten an ein übergeordnetes System innerhalb des Ecosystems, das die Informationen ausspielt.

Gerade in einem Learning Ecosystem, in dem mehrere Systeme miteinander kommunizieren, vereinfacht ein Headless LMS die Datenpflege enorm und ermöglicht gleichzeitig mehr Flexibilität und Individualität. Administratoren müssen nicht länger auf mehreren Plattformen dieselben Daten aktualisieren, verwalten oder veröffentlichen, sondern nutzen eine einzige Quelle.

Diese Datenquelle dient dem gesamten Lern- oder Software-Ökosystem und bietet eine vollständige Versionskontrolle. Die Daten werden automatisch über alle Schnittstellen synchronisiert, die diese Funktionalität über API nutzen.

Gleichzeitig steigt die Flexibilität, da Admins genau auswählen können, welche Komponenten des LMS angezeigt werden und welche nicht. Somit hat der Lerner im Idealfall eine verschlankte Nutzeroberfläche und findet sich besser zurecht.

Was nach außen hin einfach aussieht, erfordert in der Regel die meiste Arbeit. Genauso ist es bei jeder Software: Eine User-freundliche, Lerner zentrierte Umgebung erfordert einiges an technischem und strategischem Know-How. Misslingt die Konzeption, werden Inhalte falsch eingetragen oder Schnittstellen nicht sauber gepflegt, „verschlimmbessert“ man ein System leicht.

„Auf spannende Neukunden und neue Kundenprojekte. Persönlich würde ich gerne die anderen Standorte der imc mal wieder besuchen und die Mitarbeiter*innen treffen, die man noch gar nicht persönlich kennt.“

Also wir in Saarbrücken freuen uns auf dich, lieber Falk!

Nehmen wir an, wir haben einen Kunden aus der Industrie, der spezielle Teile für Großgeräte herstellt. Diese Teile werden an Maschinen angefertigt, die alle neuen Mitarbeiter oder Auszubildenden beherrschen müssen.

Um den Arbeitsablauf zu erlernen, trainieren sie an einer Übungsmaschine. Die wiederum könnte mit dem Learning Management System (LMS) verbunden sein. Als neue Mitarbeiterin würdest du dich dann mit deiner Kennung bei der Übungsmaschine einloggen und sobald du den Arbeitsablauf beherrschst, übermittelt das Gerät automatisch ins LMS, dass du das Training erfolgreich absolviert hat.

Das wird dann, beispielsweise als Teil des on-the-job-Trainings, in deinem Lernpfad oder als Lernfortschritt eingebucht. Es kommunizieren also verschiedene Systeme miteinander, die das Lernen einfacher machen. Das wäre ein, vielleicht etwas gestelltes Beispiel, was aber den praktischen Anwendungsfall eines Lern-Ökosystems deutlich macht.

Bevor man sich Gedanken über das Ökosystem macht, muss der kulturelle Rahmen stimmen. Ich muss Mitarbeitende motivieren, ein System zu nutzen und ihnen dafür Zeit einräumen.

Darüber hinaus muss das Learning Ecosystem (LE) von der User Experience so aufgebaut sein, dass ich es gerne nutze und für mich relevante Inhalte finde. Wenn der User keinen unmittelbaren Vorteil für sich und seine tägliche Arbeit sieht, wird er es nicht nutzen.

Es gibt zwei Ansätze. Der erste ist der, dass das LMS oder LXP die zentrale Drehscheibe meines Lernökosystems ist. Dazu muss das LMS auch Inhalte außerhalb seines eigenen Systems ausspielen können.

Für dich als Lerner würde das bedeuten, dass du, wenn du das Frontend des LMS nutzt, aus der Gesamtheit des Ökosystems fündig wirst. Denn für dich ist es unerheblich, ob ein Lerninhalt im eigenen LMS abliegt, oder bspw. aus einer eingebundenen Content-Bibliothek angezeigt wird. Als Lerner willst du dich einfach zurechtfinden und relevante Inhalte möglichst schnell und unkompliziert finden; dabei ist es dir aber egal in welchem System du dich bewegst.

Beim zweiten Ansatz ist das LMS nicht der zentrale Teil des Ecosystems, sondern ordnet sich im gesamten Portal unter und liefert seine Ergebnisse sozusagen „nach oben“. Das kann Sinn ergeben, wenn man schon ein zentrales Portal hat und das LMS erst später eingliedert.

Das ist eine spannende Frage, die man aber in zwei Teilen beantworten muss. Lass es mich so verdeutlichen: Es ist ein signifikanter Unterschied, ob das Universum wächst und mehr Planeten dazu kommen, oder ob die bereits existierenden Planeten stärker bevölkert werden.

Anders gesagt, es ist nicht das gleiche, ob man neue Teile an das Ökosystem angliedert, oder ob man die bestehenden Elemente mit mehr Inhalt befüllt.

Sinn und Zweck eines LE ist es ja, dass sich die Menge der Lerninhalte ständig und in hoher Frequenz ändert und User selbst neue Inhalte einstellen. Wenn dieser User-generated Content (UGC) hinzukommt, wird der Planet also lediglich stärker bevölkert, um in unserem Bild zu bleiben.

Das ist aus technischer Sicht eher unkritisch, denn die Erweiterung geschieht in einem bereits existenten Teil des Systems und ändert nichts an dessen Komplexität. Eine echte Expansion ist das allerdings nicht.

Das System kann nur Inhalte ausspielen, die es erkennt. Dazu müssen entweder die Inhalte des Indexes ans System übertragen werden, beispielsweise mit einem Daten-, oder Event Bus, oder aber das System muss direkt Zugriff auf den Index bekommen. Logischerweise sind sauber gepflegte Indizes die Voraussetzung.

Ein Event-Bus, kann man sich wie ein Nachrichtensystem vorstellen. Ein System wirft eine Nachricht auf den Bus, der Bus fährt los und das nächste System kann sich die Nachricht abholen.
Aber nicht nur System A kann die Nachricht abholen, sondern auch System B oder C. System D interessiert die Nachricht vielleicht nicht, dafür aber eine andere News, die für die anderen uninteressant ist. Somit verteile ich Nachrichten in Echtzeitkommunikation und muss nicht jedes System manuell mit Nachrichten versorgen (Publisher Subscriber Ansatz).

Die Herausforderung hierbei ist, dass jedes beteiligte System verstehen muss, was in der Nachricht steht. Dafür braucht es manchmal Anpassungen, denn nicht jedes andere System kann das direkt übersetzen. Das ist aktuell auch ein großes Thema bei uns in der Entwicklung.

Bei der Anpassung der Systeme gibt es auf jeden Fall noch Luft nach oben, das geht auch in den Bereich Internet of Things und Enterprise Service Buses. Vereinfacht gesagt, die Systeme wissen dann nicht nur welche Nachrichten sie sich vom Bus nehmen, sondern auch direkt welche Anpassungen sie durchführen müssen.

Das reduziert die Anpassungsnotwendigkeit bei den Systemen. So ein Enterprise Service Bus ist allerdings nicht trivial und lohnt sich erst ab einer gewissen Anzahl an Systemen. Habe ich aber ein relativ komplexes LE und ein Unternehmen mit mehreren 10.000 Mitarbeitern, ist das absolut sinnvoll.

Woran wir auch gerade arbeiten, ist der Absprung zu fremden Inhalten. Was wir schon können ist, ist fremde Inhalte in die Suche unseres LMS aufzunehmen, beispielsweise durch den Content Importer bei LinkedIn Learning. Das wollen wir aber noch so erweitern, dass man direkt ins fremde System abspringen kann.

Daran arbeiten wir aktuell gemeinsam mit einem sehr großen Kunden.

Viele Kunden standen gerade zu Beginn der Pandemie vor der Herausforderung, ihre Präsenztrainings schnell digitalisieren zu müssen. Die 1:1 Überführung eines Classroom Trainings in den Virtual Classroom bzw. eine Web-Session ist aber nicht immer effektiv und vor allem nicht effizient.

Deshalb schauen wir uns immer konkrete Fragestellungen und Zielsetzungen an. So können wir spezifische Lerninhalte so digitalisieren, dass sie auch Outcome und Performance verbessern können.

Für die schnelle Erstellung und Vermittlung von Fakten oder Hintergrundwissen, eignen sich Autorentools wie imcExpress ideal. Digitale Lerninhalte können schnell erstellt und vor allem auch aktuell gehalten werden. Aber kein Lerner sollte ausschließlich mit Web Based Trainings geschult werden – vor allem, wenn konkrete praktische Fähigkeiten angewendet werden müssen, greift ein klassisches Web Based Training, wie man es über Autorentools kreiert, oft zu kurz.

Man spricht von „intrinischer“ Motivation. Intrinsische Motivation entsteht aus unterschiedlichen inneren Bedürfnissen heraus, wie zum Beispiel dem Wunsch nach sozialem Austausch oder einem perfektionistischen Streben, Herausforderungen zu meistern. Oftmals verfällt man im Spiel in den sogenannten Flow, einen Zustand müheloser und zeitgleich intensiver Konzentration.

Wenn wir also hochmotiviert und hochkonzentriert lernen – was soll dann noch schief gehen? Tatsächlich sind die Abschlussraten für Game Based Learnings deutlich höher als bei anderen Trainings.