Simulationstraining bildet das Verhalten einer Anwendung nach, sodass Anwender damit üben können, ohne das echte System zu berühren. Sein wesentlicher Beitrag: Fehler bleiben folgenlos – im Produktivsystem ist das nicht so.
7 Min. LesezeitSchulungAdoption
Definition in Kürze
Simulationstraining – in der Herstellerdokumentation Softwaresimulation – ist ein E-Learning-Modul, das das Verhalten einer Softwareanwendung oder eines Systems simuliert, sodass Lernende einen Ablauf durchführen, ohne im echten System zu arbeiten.
Es kennt drei Modi: Demonstration, Training (geführtes Üben) und Bewertung.
Es bereitet auf die Nutzung vor; es ersetzt die Begleitung im Alltag nicht.
Sein Hauptbeitrag: Fehler bleiben folgenlos – im Produktivsystem ist das nicht so.
Was ist Simulationstraining?
Die klarste Definition stammt aus der Dokumentation von Adobe Captivate, einem der etablierten Werkzeuge dieses Felds: Eine Softwaresimulation ist ein E-Learning-Kurs, der das Verhalten einer Softwareanwendung oder eines Systems simuliert (Adobe DE). Die Lernenden sehen die echten Masken, klicken an den echten Stellen, folgen der echten Reihenfolge – in das echte System wird dabei nichts geschrieben.
Zur Begriffswahl: Simulationstraining ist der Ausdruck, nach dem im deutschsprachigen Raum gesucht wird. In der Herstellerdokumentation heißt dieselbe Sache Softwaresimulation – so bei Adobe. Schulungssimulation und Simulationsschulung kommen in der Praxis vor, sind aber in keiner Herstellerdokumentation belegt.
Abzugrenzen ist es von drei Nachbarn:
dem Demo-Video, das man ansieht, ohne je selbst zu handeln;
der Sandbox, also dem echten System mit Testdaten – wirklichkeitsnäher, aber aufwendig aufzubauen und zu pflegen;
der Digital Adoption Platform, die im echten System begleitet, im Moment der Nutzung – und nicht vorher.
Die drei Modi und wozu sie dienen
Dieselbe Dokumentation beschreibt drei Aufzeichnungsmodi. Die Unterscheidung ist nützlicher, als sie klingt: Sie entspricht drei verschiedenen Lernphasen.
Demonstration – einen Ablauf vorführen; der Anwender muss nichts tun. Der Modus „ich schaue zu“.
Training – den Anwender durch einen Ablauf führen: Er führt die Schritte aus, wird aber bei jedem Schritt angeleitet. Der Modus „ich mache mit Begleitung“.
Bewertung – das Wissen über einen Ablauf prüfen: Rückmeldung gibt es nur zu falsch ausgeführten Schritten. Der Modus „ich mache allein“.
Der häufige Fehler besteht darin, nur einen davon zu produzieren, fast immer den ersten. Eine Bibliothek aus Demonstrationen belegt nicht, welche Abläufe die Anwender ausführen können.
Warum simulieren statt im System zu schulen
Im echten System zu schulen wirkt einfacher. In der Praxis stehen drei Hürden im Weg:
das Risiko im Produktivbetrieb: Ein in der Schulung angelegter Auftrag ist ein echter Auftrag;
die Berechtigungen: Zum Schulungszeitpunkt sind die Konten oft noch nicht offen oder nicht mit dem richtigen Profil;
die Daten: Ein leeres Testsystem lehrt nichts, ein realistisch gefülltes ist teuer in der Pflege und wirft Datenschutzfragen auf.
Die Simulation umgeht alle drei. Und sie hat eine Eigenschaft, die weder der Schulungsraum noch die Sandbox bietet: Sie ist identisch wiederholbar. Alle üben genau denselben Fall, was die Bewertung von Person zu Person vergleichbar macht.
Was sich messen lässt
Zur Simulation betriebswirtschaftlicher Software gibt es keine öffentliche Referenzstudie. Die verfügbaren Messwerte stammen aus den Projekten selbst. Eine Zahl hat deshalb nur Bedeutung im Kontext, in dem sie erhoben wurde: welche Software, welche Zielgruppe, welcher Zeitraum.
Die von Knowmore dokumentierten Projekte geben zunächst einen Anhaltspunkt dafür, welche Mengen sich mit Simulation bewältigen lassen: La Banque Postale hat 70.000 Mitarbeitende in den Prozessen der Bankverbindungsumstellung geschult, HSBC 10.000 Mitarbeitende vor der Einführung des weltweiten Portals HUB, Allianz 7.000 bei der Migration ihrer Schadenbearbeitung, und die ANRU – die französische Agentur für Stadterneuerung – 130 Mitarbeitende sowie 1.500 externe Partner an ihrer Fachanwendung IODA.
70.000
Mitarbeitende von La Banque Postale wurden mit K-STUDIO-Simulationen in den Prozessen der Bankverbindungsumstellung geschult.
Kundenprojekt La Banque Postale
10.000
Mitarbeitende bei HSBC wurden vor der Einführung des weltweiten Portals HUB für die zentralen Geschäftsprozesse geschult.
Kundenprojekt HSBC
7.000
Mitarbeitende bei Allianz wurden bei der Migration der Schadenbearbeitung geschult.
Kundenprojekt Allianz
Diese Zahlen sagen genau eines: Simulation trägt dort, wo Präsenzschulung an ihre Grenzen stößt. Über den Lernzuwachs sagen sie nichts – er wurde nicht gemessen.
Was man von einem Simulationskonzept verlangen sollte, sind drei Kennzahlen, und alle drei entstehen über die Zeit: die Abschlussquote der Simulationen im Bewertungsmodus, der Anteil der geübten Abläufe, die im Produktivbetrieb tatsächlich korrekt ausgeführt werden, und der Unterschied im Ticketaufkommen zwischen Abläufen mit und ohne Simulation. Die beiden letzten setzen voraus, dass das echte System nach dem Start beobachtet wird – das ist die Aufgabe einer Messung der digitalen Adoption.
Auf Seiten der Forschung bleibt die belastbarste Referenz eine Metaanalyse von Traci Sitzmann, erschienen in Personnel Psychology im Juni 2011, über 65 Studien und 6.476 Teilnehmende, die günstige Unterschiede bei Selbstwirksamkeit und prozeduralem Wissen misst (Sitzmann, 2011). Sie betrachtet Simulationsspiele, und die Autorin weist auf einen Publikationsbias hin. Die Metaanalyse stützt damit das Prinzip – man lernt durch Tun –, erlaubt aber keinen Prozentwert für ein konkretes Projekt.
Drei Grenzen, die man kennen sollte
Simulationen altern. Die Software ändert sich, die Masken ändern sich, und eine veraltete Simulation lehrt falsche Handgriffe. Das ist der verdeckte Kostenblock.
Sie lehren den Normalfall. Der Sonderfall, die Störung und der punktuelle Zwischenfall sind nicht simuliert.
Ihre Wirkung lässt mit der Zeit nach. Eine Simulation sechs Wochen vor dem Go-live hat am Tag X nur noch geringe Wirkung.
Aus diesen Grenzen ergibt sich die richtige Arbeitsteilung: Die Simulation bereitet vor und macht eine Prüfung vor Freigabe der Zugänge möglich; die kontextbezogene Hilfe im System übernimmt im Moment der echten Nutzung.
Beispielszenario · ERP-Einführung
Ausgangslage
Ein neues ERP geht in sechs Wochen live. Achthundert Personen müssen einen Auftrag erfassen können, ohne dass vor der Umstellung jemand das Produktivsystem berührt.
Das Vorgehen
eine Simulation im Demonstrationsmodus für den Überblick;
eine Simulation im Trainingsmodus für die drei häufigsten Abläufe;
eine Simulation im Bewertungsmodus, an die die Freigabe der Zugänge geknüpft ist.
Was trotzdem fehlt
Am Starttag betreffen die Fragen nicht die drei geübten Abläufe, sondern den vierten Fall, den niemand vorgesehen hatte. Dort übernimmt die Hilfe im System – und deshalb reicht die Simulation allein nie. Hinzu kommt der Abstand: Sechs Wochen zwischen Simulation und Umstellung kosten Sicherheit – die Prüfung im Bewertungsmodus gehört deshalb so nah wie möglich an den Starttermin.
Die Expertise von Knowmore
Wie Knowmore
Simulation und Nutzung verbindet.
K-STUDIO erzeugt die Simulationen aus Aufzeichnungen der echten Anwendung, in allen drei Modi, und aktualisiert sie, wenn sich die Masken ändern – genau dort verfallen Simulationsbestände am schnellsten.
K-NOW übernimmt danach im echten System: Was die Simulation vorbereitet hat, stützt die kontextbezogene Hilfe im Moment der Nutzung. Und K-VALUE zeigt, welche der geübten Abläufe im Produktivbetrieb tatsächlich korrekt ausgeführt werden.
Die Softwaresimulation löst ein genau umrissenes Problem: Hunderte Menschen können wirklich üben, ohne Risiko und ohne Zugang zum System.
Das Problem danach löst sie nicht – den vergessenen Handgriff, den Sonderfall, die geänderte Version. Ein Konzept, das bei der Simulation endet, lässt die Anwender am Starttag ohne Unterstützung – genau dann, wenn sie den Ablauf zum ersten Mal wirklich ausführen.
Häufige Fragen
Was ist der Unterschied zwischen Softwaresimulation und Sandbox?
Die Sandbox ist das echte System mit Testdaten: wirklichkeitsnah, aber aufwendig aufzubauen, zu befüllen und zu pflegen. Die Simulation bildet das Verhalten der Anwendung nach und ist vom System unabhängig: weniger wirklichkeitsnah, dafür für alle identisch wiederholbar und ohne jedes Risiko für den Produktivbetrieb.
Wie lange vor dem Start sollten die Simulationen laufen?
So spät wie möglich. Eine Simulation sechs Wochen vor der Umstellung ist am Tag X weitgehend vergessen. Zwingt der Terminplan zu früher Schulung, muss die Begleitung zum Start im System verfügbar sein – sonst verpufft ein großer Teil des Aufwands.
Wie misst man die Wirksamkeit von Simulationstraining?
Im eigenen Kontext, mit drei Kennzahlen: der Abschlussquote im Bewertungsmodus, dem Anteil der geübten Abläufe, die im Produktivbetrieb korrekt ausgeführt werden, und dem Unterschied im Ticketaufkommen zwischen Abläufen mit und ohne Simulation. Eine öffentliche Referenzstudie für betriebswirtschaftliche Software gibt es nicht – umso wichtiger ist die Messung im eigenen Haus.