Mitarbeitende schulen: Onboarding für neue QM-Software

Ein gutes Onboarding entscheidet massgeblich darüber, ob eine neue QM-Software im Alltag tatsächlich genutzt wird oder nach kurzer Zeit wieder in alte Gewohnheiten zurückfällt. Entscheidend sind rollenspezifische Schulungen statt einer einzigen Einführung für alle. Dieser Beitrag zeigt, wie Sie ein rollenspezifisches Onboarding aufbauen und Widerstand gegen die Umstellung im Team ernst nehmen. Ausserdem erfahren Sie, wie sich unterschiedliche Schulungsformate sinnvoll kombinieren lassen.

Warum ein einheitliches Onboarding für alle selten funktioniert

Eine Person, die nur gelegentlich ein Dokument freigibt, braucht eine andere Schulung als die Person, die täglich Audits plant und Massnahmen nachverfolgt. Ein einheitliches Onboarding für alle Mitarbeitenden überfordert die einen mit Funktionen, die sie nie brauchen, und lässt andere mit Lücken zurück.

Rollenspezifisches Onboarding aufbauen

• Gelegenheitsnutzende: Kurze, gezielte Anleitung für die wenigen Funktionen, die sie tatsächlich brauchen – etwa Dokument lesen und bestätigen.
• Prozessverantwortliche: Vertiefte Schulung zu Freigabewegen, Massnahmenverfolgung und Auswertungen in ihrem Bereich.
• Systemadministrator:innen: Umfassende Schulung zu Konfiguration, Rollenvergabe und technischer Wartung.
• Neue Mitarbeitende: Ein fixer Bestandteil des allgemeinen Einarbeitungsplans, nicht ein optionaler Zusatzschritt, der bei Zeitdruck ausfällt.

Widerstand gegen die Umstellung ernst nehmen

Mitarbeitende, die jahrelang mit Papier oder Excel gearbeitet haben, empfinden eine neue Software häufig zunächst als zusätzliche Belastung statt als Erleichterung. Dieser Widerstand lässt sich selten wegdiskutieren, aber durch frühe, sichtbare Erfolge abbauen – etwa indem eine häufig gestellte Frage künftig in Sekunden statt in einer halben Stunde beantwortet werden kann.

ISOfee-Tipp: Setzen Sie pro Abteilung eine Ansprechperson ein, die die Software bereits gut kennt und Kolleg:innen bei ersten Fragen direkt weiterhilft – das entlastet die zentrale IT- oder QM-Stelle und macht Hilfe niederschwellig zugänglich.

Schulungsformate kombinieren

Eine einzelne Präsenzschulung deckt selten alle Lerntypen ab. Eine Kombination aus kurzer Live-Einführung, schriftlicher Kurzanleitung für den Alltag und einer Ansprechperson für Rückfragen deckt die unterschiedlichen Bedürfnisse der Belegschaft besser ab als ein einzelnes, langes Schulungsformat.

Onboarding als Nachweis für das Audit nutzen

Die Schulung zur neuen Software selbst ist ein Kompetenznachweis im Sinne der ISO-Norm. Wird sie dokumentiert – wer wurde wann in welchen Funktionen geschult –, liefert das gleichzeitig einen Auditnachweis, statt dass die Einführung als reine IT-Massnahme ohne QM-Dokumentation durchgeführt wird.

Schulungsinhalte praxisnah gestalten

Damit Schulungen tatsächlich wirken, sollten sie sich an den realen Aufgaben der jeweiligen Zielgruppe orientieren statt an einer vollständigen Funktionsübersicht der Software. Folgende Grundsätze haben sich in der Praxis bewährt:

• Mit echten Beispielen arbeiten: Statt generischer Musterdaten sollten Schulungen mit realen, aber unkritischen Beispielen aus dem eigenen Betrieb arbeiten – etwa einer tatsächlichen Freigabekette oder einem echten Auditformular. Das erleichtert den Transfer in den Arbeitsalltag erheblich.
• Kurze Einheiten statt Marathon-Schulungen: Mehrere kurze Schulungseinheiten von 30 bis 45 Minuten, verteilt über zwei bis drei Wochen, werden in der Regel besser aufgenommen als eine einzelne, mehrstündige Schulung, bei der gegen Ende die Aufmerksamkeit nachlässt.
• Übungsaufgaben statt reiner Demonstration: Mitarbeitende sollten während der Schulung selbst im System arbeiten, statt nur zuzusehen. Eine kurze praktische Übung – etwa das Anlegen eines Testdokuments – festigt das Gelernte deutlich besser als eine reine Vorführung.
• Schulungsunterlagen zum Nachschlagen bereitstellen: Eine kurze, bebilderte Anleitung für die häufigsten Arbeitsschritte hilft, wenn Details aus der Schulung in Vergessenheit geraten – und entlastet die Ansprechperson von wiederkehrenden Rückfragen.

Ein oft übersehener Aspekt ist die Rückmeldung nach der Schulung: Eine kurze, informelle Nachfrage nach ein bis zwei Wochen – „Kommen Sie im Alltag zurecht, oder gibt es offene Fragen?“ – deckt Verständnislücken auf, bevor sie sich zu grösserem Frust auswachsen. Diese Nachfrage kann durch die Ansprechperson pro Abteilung erfolgen und muss keinen grossen formalen Rahmen haben.

Für Betriebe mit mehreren Standorten oder Schichtbetrieb empfiehlt sich zusätzlich eine kurze Aufzeichnung der Live-Schulung, damit auch Mitarbeitende, die zum Schulungstermin nicht anwesend sein konnten, den Inhalt zeitversetzt nachholen können. Dies verhindert, dass einzelne Personen dauerhaft ohne ausreichende Einführung mit der neuen Software arbeiten müssen.

Wichtig ist auch, Schulungen nicht als einmaliges Ereignis bei der Einführung zu betrachten, sondern als wiederkehrenden Bestandteil des QM-Systems: Bei neuen Funktionen, Updates mit veränderter Bedienung oder der Einführung eines weiteren Moduls sollten kurze Auffrischungsschulungen eingeplant werden. So bleibt das Wissen im Betrieb aktuell, und neue Mitarbeitende profitieren von einem eingespielten Onboarding-Prozess statt einer Ad-hoc-Einweisung durch überlastete Kolleg:innen.

Feedback-Kultur nach der Einführung etablieren

Auch nach Abschluss der eigentlichen Schulungsphase lohnt sich eine dauerhafte Feedback-Kultur rund um die neue Software. Mitarbeitende, die wissen, dass ihre Rückmeldungen zu Bedienungsproblemen oder fehlenden Funktionen tatsächlich aufgenommen werden, akzeptieren die Software langfristig eher als solche, die das Gefühl haben, mit Schwierigkeiten allein gelassen zu werden.

Ein einfacher Kanal – etwa ein kurzes Formular in der Software selbst, ein fester Punkt in der Teamsitzung oder ein Chat-Kanal für Fragen zur Software – reicht oft aus, um dieses Feedback systematisch zu sammeln. Wichtig ist, dass eingehende Rückmeldungen nicht nur gesammelt, sondern auch sichtbar bearbeitet werden: Eine kurze regelmässige Rückmeldung, welche Anliegen wie gelöst wurden, zeigt der Belegschaft, dass die Software aktiv weiterentwickelt und an die Bedürfnisse des Betriebs angepasst wird.

Diese Feedback-Kultur hat einen weiteren Vorteil: Sie liefert dem QM-Verantwortlichen wertvolle Hinweise für die kontinuierliche Verbesserung im Sinne der ISO-Normen. Wiederkehrende Rückmeldungen zu einem bestimmten Prozessschritt können direkt als Grundlage für eine Prozessoptimierung oder eine gezielte Nachschulung dienen, statt erst im nächsten internen Audit aufzufallen.

FAQ: Mitarbeitende schulen

Wie lange dauert ein gutes Onboarding pro Person?

Je nach Rolle zwischen 30 Minuten für Gelegenheitsnutzende und mehreren Stunden für Prozessverantwortliche. Eine Person, die die Software nur gelegentlich für eine einzelne Aufgabe nutzt – etwa das Quittieren einer Schulung –, kommt oft mit einer kurzen, fokussierten Einweisung aus. Prozessverantwortliche, die mehrere Module bedienen und Freigaben oder Auswertungen selbst durchführen, benötigen dagegen eine vertiefte Schulung, die sich über mehrere Sitzungen oder einen strukturierten Einarbeitungsplan über die ersten Wochen erstrecken kann. Wichtig ist, die Onboarding-Dauer nicht pauschal für den gesamten Betrieb festzulegen, sondern rollenspezifisch zu differenzieren, damit weder Gelegenheitsnutzende überfordert noch Prozessverantwortliche unterversorgt werden.

Sollten externe Schulungen des Anbieters genutzt werden?

Das lohnt sich vor allem für Systemadministrator:innen, während die breite Belegschaft oft besser intern, mit betriebsspezifischen Beispielen, geschult wird. Externe Schulungen vermitteln meist ein solides technisches Grundverständnis der Software, gehen aber selten auf die konkreten Prozesse und Besonderheiten des eigenen Betriebs ein. Für Systemadministrator:innen, die tiefere Konfigurationskenntnisse benötigen, lohnt sich diese Investition trotzdem, da Fehlkonfigurationen später aufwendiger zu korrigieren sind als eine gründliche Erstschulung. Für die breite Belegschaft ist eine interne Schulung mit echten, betriebsspezifischen Beispielen – etwa einer tatsächlichen Freigabekette statt eines generischen Musterprozesses – in der Regel wirkungsvoller und nachhaltiger.

Wie stellt man sicher, dass das Onboarding auch bei neuen Mitarbeitenden später konsistent bleibt?

Ein dokumentierter, rollenspezifischer Einarbeitungsplan verhindert, dass die Qualität des Onboardings von der Verfügbarkeit einzelner Kolleg:innen abhängt. Halten Sie die wichtigsten Schulungsschritte, Ansprechpersonen und benötigten Unterlagen schriftlich fest, statt das Onboarding jedes Mal neu zu improvisieren. So bleibt die Einführung neuer Mitarbeitender auch dann konsistent, wenn die ursprünglich schulende Person nicht mehr im Betrieb ist oder gerade keine Kapazität hat. Ein solcher dokumentierter Plan lässt sich zudem direkt als Nachweis für die im Managementsystem geforderte Kompetenzvermittlung nutzen.

Wie geht man mit Mitarbeitenden um, die sich der neuen Software komplett verweigern?

Suchen Sie zunächst das persönliche Gespräch, um die konkreten Bedenken zu verstehen, statt die Verweigerung als reine Unwilligkeit abzutun. Häufig steckt dahinter die Sorge vor zusätzlichem Aufwand oder mangelnde technische Sicherheit, der mit gezielter individueller Unterstützung begegnet werden kann. Zeigen Sie anhand eines konkreten Beispiels aus dem eigenen Arbeitsalltag, welchen direkten Nutzen die Software für die betroffene Person selbst bringt. Bleibt die Verweigerung trotz dieser Massnahmen bestehen, sollte die Geschäftsleitung eingebunden werden, da die Nutzung des Managementsystems keine freiwillige Option ist.

Wie wird das Onboarding für neue Mitarbeitende nach der Einführung organisiert?

Idealerweise wird die Einweisung in die QM-Software Teil des regulären Einarbeitungsplans für neue Mitarbeitende, mit einem festen Zeitpunkt in der ersten Arbeitswoche. Eine kurze, rollenspezifische Einführung reicht meist aus, ergänzt durch schriftliche Kurzanleitungen für die häufigsten Anwendungsfälle der jeweiligen Position. Die Teilnahme an dieser Einweisung sollte wie jede andere Schulung dokumentiert werden, damit sie im Audit als Kompetenznachweis dient. So bleibt sichergestellt, dass auch nach der ursprünglichen Einführung neue Mitarbeitende von Anfang an korrekt mit der Software arbeiten.

Fazit

Ein rollenspezifisches Onboarding mit frühen, sichtbaren Erfolgen entscheidet darüber, ob eine neue QM-Software im Alltag akzeptiert wird – und liefert gleichzeitig einen dokumentierten Kompetenznachweis fürs Audit. Wer verschiedene Schulungsformate kombiniert und Widerstände gegen die Umstellung ernst statt als reines Durchsetzungsproblem nimmt, erreicht eine breitere und nachhaltigere Akzeptanz. Eine etablierte Feedback-Kultur nach der Einführung zeigt zudem frühzeitig, wo Schulungsinhalte nachgeschärft werden müssen. Ein dokumentierter, rollenspezifischer Einarbeitungsplan sorgt zusätzlich dafür, dass die Qualität des Onboardings nicht von der zufälligen Verfügbarkeit einzelner erfahrener Kolleg:innen abhängt. Betriebe, die diese Struktur einmal aufbauen, profitieren davon bei jedem künftigen Personalwechsel erneut, ohne den Schulungsprozess jedes Mal neu erfinden zu müssen.

Wie sich die Anbieter insgesamt unterscheiden, auch im Hinblick auf Schulungsangebote, lesen Sie im Beitrag QM-Software-Anbieter in der Schweiz im Vergleich.