LMS-Migration: So wechseln Sie ohne Datenverlust

Vermutlich lesen Sie diesen Artikel, weil Sie Ihr aktuelles LMS leid sind. Vielleicht kostet die Administration doppelt so viel Zeit wie nötig. Vielleicht haben sich Ihre Teilnehmenden seit Monaten nicht mehr eingeloggt. Vielleicht landen Support-Tickets in einer Warteschlange, und eine Woche später kommt als Antwort nur ein Link zu einem Hilfeartikel, den Sie längst kennen.

Damit sind Sie nicht allein. 2020 stellte die Brandon Hall Group fest, dass 42 % der Unternehmen ihr LMS ersetzen wollten und aktiv nach einer Alternative suchten.

Früher oder später stößt fast jede Organisation an die Grenzen ihrer Lernplattform oder hat sie schlicht satt. Trotzdem halten viele viel zu lange daran fest, denn ein LMS-Wechsel wirkt wie ein Eingriff, bei dem nichts schiefgehen darf: Abschlussdaten aus vielen Jahren, Compliance-Zertifikate, Kursinhalte und Integrationen liegen in diesem System. Was, wenn beim Umzug etwas verloren geht?

Die Sorge ist berechtigt, lässt sich aber in den Griff bekommen. Eine gut gemachte LMS-Migration ist kein Sprung ins Ungewisse. Es ist ein Projekt mit bekannten Risiken, erprobten Absicherungen und einer klaren Reihenfolge. In diesem Leitfaden erfahren Sie, woran Sie erkennen, dass ein Wechsel wirklich fällig ist, welche Daten besonderen Schutz brauchen, ob sich ein Parallelbetrieb lohnt, was Ihr neuer Anbieter leisten sollte und wie Sie reagieren, wenn mitten in der Migration etwas schiefgeht.

Vorab noch ein wichtiger Punkt: Sie müssen sich nicht zwischen einem weiteren Jahr Leidensdruck mit dem alten System und einer sechsmonatigen Großbaustelle entscheiden. Diese Entweder-oder-Rechnung stammt meist von Anbietern, deren Plattformen tatsächlich sechs Monate Einrichtung brauchen. Wenn Sie den Umfang realistisch festlegen und Ihr neuer Anbieter tatkräftig mithilft, ist eine Migration innerhalb weniger Wochen zu schaffen.

Woran erkennen Sie, dass es Zeit ist, das LMS zu wechseln?

Fünf Warnzeichen sollten Sie ernst nehmen. Mit einer einfach schlechten Woche hat keines davon zu tun:

• Ihre Admins arbeiten am System vorbei. Wenn Ihr Team Daten in Tabellen exportiert, um einfache Fragen zu beantworten, oder eine parallele Ordnerstruktur pflegt, weil die Suche nach Inhalten im LMS aussichtslos ist, hat die Plattform ihren Zweck schon verfehlt.
• Teilnehmende meiden die Plattform. Niedrige Login-Raten, angefangene, aber nie abgeschlossene Kurse, Führungskräfte, die per E-Mail nachhaken müssen, ob Kurse abgeschlossen sind. Bevor Sie die Schuld bei der Plattform suchen, sollten Sie allerdings ehrlich prüfen, ob es am System liegt oder daran, wie es genutzt wird. Diesem Thema haben wir einen eigenen Beitrag gewidmet: warum Ihr LMS nicht genutzt wird. Wenn Inhalte, Kommunikation und die Einbindung der Führungskräfte stimmen und die Menschen trotzdem nicht mit der Oberfläche zurechtkommen, liegt es an der Plattform.
• Support-Anfragen versanden. Sie reichen Tickets ein, warten, eskalieren, warten wieder. Wenn Sie bei einem geschäftskritischen Problem niemanden ans Telefon bekommen, tragen Sie ein Risiko, das Sie so nie eingehen wollten.
• Die Preise passen nicht mehr zu Ihrem tatsächlichen Bedarf. Sie zahlen für ungenutzte Lizenzen oder werden mit Zusatzgebühren für Funktionen überrascht, die eigentlich zum Standard gehören sollten.
• Bei der Roadmap tut sich nichts mehr. Gab es seit ein, zwei Jahren keine nennenswerten Updates, hat Ihr Anbieter seine Prioritäten meist woanders gesetzt.

Neu ist das alles übrigens nicht. Schon 2016 zeigte eine Umfrage der Brandon Hall Group, dass 44 % der Unternehmen mit Lerntechnologie ihre Lösung ersetzen wollten. Der häufigste Grund war mit 87 % der Wunsch nach besserer Benutzerfreundlichkeit.

Wenn Ihnen drei oder mehr dieser Punkte bekannt vorkommen, lautet die Frage nicht mehr „Sollen wir wechseln?“, sondern „Wie wechseln wir sicher?“. Und wenn es an die Auswahl geht, prüfen Sie dieses Mal gründlicher. Ein strukturierter Anforderungsprozess mit Exit-Klauseln, die Ihnen die Herausgabe Ihrer Daten zusichern, sorgt dafür, dass Sie nicht in drei Jahren wieder vor derselben Entscheidung stehen. Wie Sie dabei vorgehen, lesen Sie hier: Leitfaden zu LMS-Anforderungen.

Ihre Checkliste für die LMS-Migration: Kennen Sie Ihre Risiken, bevor Sie wechseln

Bevor Sie sich auch nur eine Demo einer neuen Plattform ansehen, verschaffen Sie sich einen Überblick darüber, was Sie eigentlich mitnehmen. Hinter den meisten Horrorgeschichten über Migrationen steckt eine Abhängigkeit, die vor dem Wechsel niemand bemerkt hat. Arbeiten Sie zuerst diese Checkliste durch; alles Weitere in diesem Artikel baut darauf auf.

Die wichtigsten Fragen der Checkliste im Überblick:

• Daten: Was muss mitziehen, was kann archiviert werden, was kann zurückbleiben? Nutzerkonten, Anmeldehistorie, Abschlussdaten, Zertifikate, Testergebnisse.
• Inhalte: Welche Kurse werden aktiv genutzt? In welchen Formaten liegen sie vor, und können Sie sie in einem Standardformat wie SCORM, xAPI oder cmi5 exportieren?
• Integrationen: Welche Systeme sind heute an Ihr LMS angebunden? HR-Systeme, Single Sign-on, Kalender-Tools, Reporting-Pipelines. Jede Schnittstelle muss für sich migriert werden.
• Compliance: Welche Nachweise müssen Sie gesetzlich aufbewahren, und wie lange? Zertifikate und Abschlusshistorie gehören deshalb zu Ihren Hochrisikodaten (mehr dazu weiter unten).
• Menschen: Wer muss informiert, geschult und überzeugt werden? Admins, Führungskräfte, Teilnehmende, IT.
• Timing: Gibt es Schulungsfristen, Audits oder Onboarding-Wellen, die Sie auf keinen Fall stören dürfen?

Wenn Sie diese Fragen ehrlich beantworten, sind Sie bereits besser vorbereitet als die meisten Organisationen, die sich hinterher öffentlich über ihre Migration beschweren.

Parallelbetrieb oder Big Bang: Welcher Weg für den Wechsel passt zu Ihnen?

Grundsätzlich stehen Ihnen zwei Strategien zur Wahl, und diese Entscheidung bestimmt Ihr gesamtes Risikoprofil: Entweder Sie lassen altes und neues System eine Zeit lang nebeneinander laufen, oder Sie legen einen Stichtag fest und stellen alles auf einmal um.

Keine der beiden ist pauschal richtig.

Parallelbetrieb bedeutet: Teilnehmende schließen laufende Kurse im alten System ab, während neue Aktivitäten im neuen System starten. Das Sicherheitsnetz ist gleich mit eingebaut: Geht etwas schief, läuft das alte System ja noch. Das hat allerdings seinen Preis. Während der Überlappung zahlen Sie doppelte Lizenzen, Ihre Admins pflegen zwei Systeme, und Teilnehmende wissen womöglich nicht, welches System gerade für sie gilt. Parallelbetrieb passt zu Ihnen, wenn Sie langlaufende Kurse haben, die nicht unterbrochen werden dürfen, strenge Compliance-Fristen einhalten müssen oder so viele Teilnehmende haben, dass ein einziger missglückter Starttag teuer zu stehen käme.

Big Bang bedeutet: Sie migrieren, validieren und stellen zu einem festen Datum um. Das ist übersichtlicher und günstiger und zwingt Sie, Entscheidungen zu treffen, statt sie vor sich herzuschieben. Dafür ballt sich das Risiko: Stimmt etwas nicht, bekommen es alle gleichzeitig zu spüren. Big Bang passt zu Ihnen, wenn Ihr Kurskatalog kompakt ist, gerade wenige Kurse laufen (Sommer und Jahresende sind nicht ohne Grund beliebt) und Sie Ihre Datenmigration vor der Umstellung gründlich validiert haben.

Viele Organisationen entscheiden sich für einen pragmatischen Mittelweg: Big Bang für die Plattform, paralleler Zugriff auf das alte System im Nur-Lese-Modus für ein paar Wochen. So haben Sie einen klaren Stichtag, und die historischen Daten bleiben trotzdem zugänglich, während Sie prüfen, ob alles korrekt angekommen ist. Klären Sie mit Ihrem bisherigen Anbieter, ob eine solche Auslaufphase im Nur-Lese-Modus überhaupt möglich ist und was sie kostet, statt es einfach vorauszusetzen. Das ist Verhandlungssache und ein weiterer Grund, Exit-Bedingungen von Anfang an im Vertrag festzuhalten.

Was zieht wirklich mit um: Daten, Zertifikate, Inhalte, Integrationen

Teilen Sie Ihren Bestand in vier Kategorien auf, denn jede wird anders migriert. Mit der Haltung „Wir migrieren einfach alles“ sprengen Projekte jede Schätzung.

Nutzerdaten und Historie. Konten, Rollen, Gruppenstrukturen, Anmeldungen, Abschlussdaten. Da sich die Struktur selten eins zu eins auf eine andere Plattform übertragen lässt, sollten Sie Mapping-Arbeit einplanen: Was Ihr altes System „Lernpfad“ nennt, heißt im neuen vielleicht „Kursprogramm“. Genau beim Mapping schleichen sich Fehler ein. Diese Arbeit sollte Ihr neuer Anbieter gemeinsam mit Ihnen erledigen, statt Ihnen eine Vorlage zu schicken und Sie damit allein zu lassen.

Zertifikate und Abschlusshistorie: Ihre Hochrisikodaten. Wenn Ihre Schulungen compliance-relevant sind (Sicherheitszertifizierungen, regulatorische Schulungen, Betriebserlaubnisse), sind die Abschlussnachweise das Wertvollste in Ihrem alten LMS. Gehen sie verloren, müssen Mitarbeitende womöglich Pflichtschulungen wiederholen, oder Ihre Organisation fällt durch ein Audit, das sie sonst bestanden hätte. Behandeln Sie diese Daten als eigenes Teilprojekt: Exportieren Sie sie frühzeitig in einem Format, das auch ein Prüfer akzeptieren würde (mit Datum, Version und der Angabe, wer was abgeschlossen hat), und kontrollieren Sie sie unabhängig von der Hauptmigration. Selbst wenn die neue Plattform nicht jedes historische Zertifikat direkt übernehmen kann, sind Sie mit einem vollständigen, sauber geordneten Archiv auf der sicheren Seite.

Kursinhalte. Inhalte in Standardformaten lassen sich problemlos übertragen; fragen Sie beide Anbieter ausdrücklich nach SCORM-, xAPI- und cmi5-Unterstützung für Export und Import, und testen Sie mit einem echten Kurs, bevor Sie sich festlegen. Inhalte, die mit dem proprietären Autorentool Ihres alten Anbieters erstellt wurden, lassen sich dagegen oft gar nicht übertragen, und genau hier laufen Migrationen am häufigsten aus dem Ruder. Nutzen Sie die Migration außerdem als seltene Gelegenheit, veraltete Inhalte auszusortieren. Hat seit zwei Jahren niemand einen Kurs angefasst, fragen Sie sich ehrlich, ob er eine Neuauflage verdient oder besser ins Archiv wandert.

Integrationen. Jedes an Ihr LMS angebundene System muss neu angebunden, neu konfiguriert oder abgeschaltet werden. Listen Sie alle auf, benennen Sie für jede Schnittstelle eine verantwortliche Person und testen Sie sie vor dem Start in der neuen Umgebung.

Klären Sie bei der Bestandsaufnahme auch, wo Ihre Daten nach dem Umzug physisch gespeichert werden. Für europäische Organisationen wird der Speicherort der Daten immer häufiger zur Pflichtanforderung. Auch deshalb speichern wir bei Learnifier die Daten unserer Kunden auf EU-Servern. Auf Wunsch hosten wir sie in Schweden, sodass sie das Land nicht verlassen. Ganz gleich, für welchen Anbieter Sie sich entscheiden: Lassen Sie sich die Antwort schriftlich bestätigen.

Wie vermeiden Sie Datenverlust und Ausfallzeiten bei der LMS-Migration?

Mit fünf Grundregeln, bei denen es durchweg um Sicherungskopien und Kontrolle geht, haben Sie den Großteil des Risikos für Datenverlust im Griff:

1. Ziehen Sie zuerst einen vollständigen Export. Bevor irgendeine Migrationsarbeit beginnt, exportieren Sie Nutzer, Abschlüsse, Zertifikate und Inhalte komplett aus dem alten System und speichern Sie alles an einem Ort, den Sie selbst kontrollieren. Dieser Datenstand ist Ihre Absicherung und die Grundlage für jeden Rollback (dazu später mehr). Erledigen Sie das, solange Ihr alter Vertrag Ihnen den Zugriff noch sichert.
2. Migrieren Sie in Etappen und prüfen Sie jede einzelne. Erst Nutzer, dann Historie, dann Inhalte, dann Integrationen. Prüfen Sie nach jeder Etappe die Zahlen und machen Sie Stichproben: Stimmt die Zahl der Abschlüsse im neuen System mit dem Export überein? Haben zehn zufällig ausgewählte Teilnehmende die richtige Historie? Durch regelmäßige kleine Kontrollen fallen Fehler auf, solange sie sich noch mit wenig Aufwand beheben lassen.
3. Frieren Sie Änderungen im finalen Migrationsfenster ein. Legen Sie einen kurzen Zeitraum fest, kündigen Sie ihn klar an und setzen Sie Admin-Änderungen im alten System aus, damit der Datenbestand während der Migration stabil bleibt. Für Teilnehmende heißt das übrigens nicht zwangsläufig Ausfallzeit: Wenn Sie in Etappen vorgehen, lässt sich die tatsächliche Unterbrechung oft auf wenige Stunden begrenzen.
4. Schützen Sie laufende Kurse. Wer mitten in einer Zertifizierung steckt, sollte wegen Ihres Zeitplans keinen Fortschritt verlieren. Lassen Sie laufende Kohorten entweder im alten System abschließen (genau dafür spricht der Parallelbetrieb) oder legen Sie die Umstellung in eine ohnehin ruhige Phase.
5. Halten Sie das alte System so lange im Nur-Lese-Modus, wie Ihr Budget es erlaubt. Günstiger können Sie Ihre Daten nicht überprüfen: Bei jedem Zweifel, ob ein Datensatz korrekt migriert wurde, genügt ein Blick ins Original.

Technisch anspruchsvoll ist nichts davon. Entscheidend sind die richtige Reihenfolge und ein neuer Anbieter, der solche Migrationen schon begleitet hat. Schwieriger wird es bei den Menschen.

Change Management: Wie nehmen Sie Ihre Mitarbeitenden beim Wechsel mit?

Eine technisch makellose Migration kann am Starttag trotzdem scheitern, wenn sich niemand einloggen will. Das System ist neu, die Gewohnheiten der Menschen sind noch die alten.

Der LMS-Wechsel lässt sich leichter vermitteln als die meisten IT-Projekte, weil Sie in der Regel etwas ersetzen, das die Menschen ohnehin nicht mögen. Diesen Vorteil sollten Sie nutzen. Verkaufen Sie die Migration nicht als „Wir wechseln das System“ (das interessiert niemanden). Sagen Sie stattdessen, welche Ärgernisse künftig wegfallen: weniger Klicks bis zum eigenen Kurs, Zertifikate, die sich tatsächlich herunterladen lassen, eine Plattform, die auf dem Handy funktioniert.

Was sich in der Praxis bewährt hat:

• Informieren Sie die Admins zuerst und binden Sie sie früh ein. Sie kennen die Tücken und Eigenheiten des alten Systems, und bei ihnen landen später die Fragen aller anderen. Planen Sie die Migration ohne Ihre Power-User, übersehen Sie Dinge, die nur diese kennen.
• Nennen Sie konkrete Termine, mit denen alle planen können. „Laufende Kurse bis zum 15. abschließen. Neue Plattform öffnet am 20. Altes System bis Monatsende einsehbar.“ Drei Zeilen reichen.
• Geben Sie Führungskräften etwas an die Hand. Auf die eigene Führungskraft hören Teilnehmende eher als auf ein Projektpostfach. Eine kurze Nachricht zum Weiterleiten und ein Punkt für die nächste Teambesprechung bewirken mehr als jede groß angelegte Einführungskampagne.
• Sorgen Sie dafür, dass sich der erste Login lohnt. Das Erste, was die Menschen in der neuen Plattform sehen, sollte für sie relevant sein: ihr Kurs, ihre Historie, ihr nächster Schritt. Ein leeres Dashboard am ersten Tag gibt jedem Skeptiker recht.

Und wecken Sie keine falschen Erwartungen. In der ersten Woche wird manches anders, aber nicht unbedingt besser sein. Sprechen Sie das vorab offen an. Es kostet nichts, und wer vorgewarnt ist, bringt mehr Geduld auf.

Welche Unterstützung sollten Sie von Ihrem neuen Anbieter verlangen?

Nur wenige Unternehmen fragen den Anbieter direkt: Was genau leisten Sie während der Migration für uns, und was kostet das?

Die Antworten fallen im Markt extrem unterschiedlich aus, und sie verraten viel darüber, mit wem Sie sich da gerade einlassen. Grob lässt sich Migrationsunterstützung in drei Stufen einteilen.

• Was kostenlos sein sollte: eine namentlich benannte Kontaktperson, die Ihr Onboarding verantwortet (keine Ticket-Warteschlange), Hilfe beim Mapping Ihrer Datenstruktur auf die neue Plattform, Beratung zu Exportformaten aus Ihrem alten System, Admin-Schulungen und ehrliche Antworten darauf, was nicht sauber übertragen wird. Wenn ein Anbieter für grundlegende Onboarding-Hilfe extra kassiert, ist das ein Vorgeschmack auf die Zusammenarbeit.
• Was fairerweise bezahlt wird: die Massenmigration großer Content-Bibliotheken, individuelle Integrationsentwicklung, der Neuaufbau von Kursen, die in einem proprietären Format feststecken, historische Datentransformation jenseits von Standardimporten. Das ist echte Projektarbeit, für die Sie zu Recht bezahlen. Umfang und Preis gehören aber vor der Unterschrift in den Vertrag und dürfen nicht erst im zweiten Monat als Überraschung auftauchen.
• Was ein Warnsignal ist: „unsere Dokumentation deckt das alles ab“, keine benannte Person, Migrationsleistungen nur über einen Drittpartner, den Sie nie getroffen haben, oder ein Onboarding-Prozess, der voraussetzt, dass Sie eigens eine Projektleitung abstellen können.

Wie sich ein Anbieter während Ihrer Migration verhält, zeigt Ihnen am ehrlichsten, was Sie später vom Support erwarten können. Wer schnell reagiert, persönlich betreut und entgegenkommend ist, solange er um Sie wirbt, bleibt meist dabei. Wer sich schon vor der Unterschrift Zeit lässt, wird danach nicht schneller. Deshalb stehen bei Learnifier im Onboarding feste Ansprechpersonen mit Namen und Telefonnummer im Mittelpunkt: Gerade in den Wochen, in denen Sie Ihre Daten umziehen und alles neu einrichten, brauchen Sie jemanden, der ans Telefon geht.

Stellen Sie die unbequemen Fragen deshalb schon vor Vertragsabschluss. Wer genau (mit Namen) unterstützt uns bei der Migration? Wie viele Wochen hat Ihre letzte Migration bei einem Kunden unserer Größe tatsächlich gedauert? Was ist inklusive, was wird berechnet? Und halten Sie die Antworten im Vertrag fest.

Was sind die häufigsten Fehler bei der LMS-Migration?

Migrationen scheitern fast immer an denselben Punkten. Grob nach Häufigkeit geordnet:

1. Alles migrieren. Wenn Sie veraltete Kurse aus zehn Jahren und inaktive Konten mitnehmen, vervielfacht sich der Aufwand, und Sie holen sich genau das Chaos ins neue System, das schon das alte unerträglich gemacht hat. Migrieren Sie nur, was tatsächlich genutzt wird, und archivieren Sie den Rest.
2. Die Testmigration überspringen. Ist die echte Migration zugleich der erste Versuch, fallen Mapping-Fehler erst im laufenden Betrieb auf. Machen Sie immer einen Probelauf mit einer Teilmenge echter Daten und verifizieren Sie ihn vor dem vollständigen Umzug.
3. Zertifikate als Nebensache behandeln. Die Compliance-Historie läuft unter „Daten“ mit, und niemand prüft sie, bis im Audit jemand genauer hinsieht. Planen Sie dafür ein eigenes Arbeitspaket mit eigener Prüfung und eigenem Archiv ein.
4. Integrationen unterschätzen. Das LMS ist reibungslos migriert, das SSO aber nicht, und am ersten Tag kann sich niemand anmelden. Testen Sie jede Verbindung in der neuen Umgebung vor der Umstellung.
5. Erfolg melden, bevor alles geprüft ist. Melden Sie der ganzen Organisation „Wir sind live!“ und stoßen danach auf fehlerhafte Daten, verspielen Sie Vertrauen, das Sie noch monatelang brauchen.
6. Keinen Rollback-Plan haben. Diesen Fehler erwähnt kaum ein Migrationsleitfaden, deshalb gehen wir hier ausführlich darauf ein.

Ihr Rollback-Plan: Was, wenn es auf halbem Weg schiefgeht?

Erst ein Rollback-Plan gibt Ihnen die Sicherheit, entschlossen weiterzumachen. Er besteht aus vier Teilen:

• Ein Wiederherstellungspunkt. Dazu gehören der vollständige Export, den Sie vor dem Start gezogen haben (siehe oben), und das alte System, das während der Übergangszeit weiterläuft oder im Nur-Lese-Modus verfügbar bleibt. Solange beides vorhanden ist, lässt sich jeder Fehler noch korrigieren.
• Definierte Auslöser. Legen Sie vorab fest, bei welchen Problemen Sie pausieren oder zurückrollen: Abschlussdaten, die sich nicht abgleichen lassen, Login-Fehler über einem Schwellenwert, ein Compliance-Nachweis, den Sie nicht verifizieren können. Diese Entscheidung treffen Sie besser in Ruhe als mitten in der Krise.
• Eine entscheidungsbefugte Person. Eine namentlich benannte Person mit der Befugnis zu sagen: „Wir stoppen, wir beheben, wir versuchen es nächste Woche erneut.“ Muss diese Entscheidung erst durch ein Gremium, scheitert der Rollback.
• Eine Kommunikationsvorlage. Zwei vorformulierte Nachrichten: „Wir verschieben die Umstellung, mit Begründung und neuem Termin“ und „Wir sind vorübergehend zurück im alten System.“ Liegen beide fertig vor, ist eine Verzögerung mit einer E-Mail erledigt.

In der Praxis bedeutet ein Rollback selten, die Migration aufzugeben. Meist kehren Sie für ein paar Tage zum alten System zurück, beheben einen Mapping-Fehler und stellen dann erneut um. Mit Rollback-Plan ist das eine kleine Verzögerung. Ohne Plan wird daraus schnell eine Katastrophe, weil der alte Vertrag bis dahin oft schon ausgelaufen ist. Lassen Sie den Vertrag für Ihr altes System deshalb erst nach der erfolgreichen Validierung enden.

Nach dem Wechsel: Validierung und die ersten Wochen

Abgeschlossen ist die Migration erst, wenn zwei Dinge erfüllt sind: Die Zahlen stimmen, und die Menschen arbeiten tatsächlich mit der neuen Plattform.

Validieren Sie, bevor Sie feiern. Gleichen Sie Nutzerzahlen, Abschlüsse und Zertifikate mit dem Export ab, den Sie vor der Migration gezogen haben. Machen Sie Stichproben bei echten Datensätzen, und lassen Sie eine Handvoll Admins und Führungskräfte die Daten ihrer eigenen Teams prüfen; sie entdecken Dinge, die kein Skript findet. Spielen Sie die wichtigsten Abläufe vollständig durch: per SSO einloggen, anmelden, einen Kurs abschließen, ein Zertifikat herunterladen, den Bericht ziehen, den Ihre Geschäftsleitung jedes Quartal verlangt.

Achten Sie danach darauf, wie die Menschen die Plattform annehmen. Login-Raten in Woche eins und Woche drei. Wo sich Supportfragen häufen (daran sehen Sie genau, wo eine bessere Anleitung oder eine fünfminütige Einführung fehlt). Ob Führungskräfte den Fortschritt ihrer Teams einsehen können, ohne nachfragen zu müssen. Beseitigen Sie kleine Hürden schnell, denn aus frühem Ärger wird schneller als gedacht die feste Meinung „Das neue System ist auch nicht besser“.

Und vergessen Sie nicht: Die Migration hat Ihre Daten sicher auf die neue Plattform gebracht, aber neue Gewohnheiten, neue Programme und die Ergebnisse, für die Sie gewechselt haben, kommen erst noch. Mit dem Abschluss der Migration beginnt die Implementierung, ein eigenes Projekt mit eigenem Vorgehen: Checkliste für die LMS-Implementierung.

Die Angst, die Organisationen an einem LMS festhalten lässt, das längst nicht mehr passt, ist fast immer größer als das tatsächliche Risiko, sobald dieses benannt, erfasst und eingeplant ist. Eine gute Migration heißt: bekannte Risiken in der richtigen Reihenfolge abarbeiten, mit tatkräftiger Unterstützung des neuen Anbieters. Wenn Sie sich vorher noch einmal grundsätzlich klarmachen möchten, was eine Lernplattform für Sie leisten sollte, tun Sie das, bevor Sie loslegen. Danach gehen Sie die Checkliste oben mit Ihrem Team durch. Sie werden sehen, dass das Projekt deutlich überschaubarer ist, als es von außen wirkt.