Software einführen: warum Akzeptanz über den Erfolg entscheidet

So läuft es heute in den meisten Unternehmen

Die Entscheidung fällt oben. Ein Audit steht an, ein Kunde verlangt Nachweise, oder die Geschäftsführung will das Thema endlich geordnet sehen. Ein Werkzeug wird ausgewählt, ein Vertrag unterschrieben, und der Auftrag geht nach unten weiter: Die Datenschutzbeauftragte oder der Datenschutzbeauftragte soll das jetzt einführen. Budget gibt es dafür, Zeit nicht.

Was dann folgt, läuft in vielen Unternehmen gleich ab. Eine Rundmail an alle Abteilungsleitungen kündigt das neue System an, freundlich formuliert, mit dem Hinweis, dass die Dokumentation künftig zentral und nachweisbar erfolgt. Es gibt einen 60-minütigen Termin, in dem die gesamte Anwendung gezeigt wird: Verarbeitungstätigkeiten, Systeme, Aufgaben, Berichte, Berechtigungen. Zwanzig Personen sitzen im Videocall, zwei stellen eine Frage. Am Ende steht der Satz, der über die Einführung entscheidet: „Bitte tragt eure Verarbeitungen bis Freitag ein."

Danach passiert nichts. Nicht aus Widerstand, sondern der Reihe nach. Bei drei Beteiligten liegt die Einladung mit den Zugangsdaten im Spamordner, und niemand fragt nach. Zwei loggen sich ein, sehen eine leere Übersicht mit einer Schaltfläche „Neue Verarbeitungstätigkeit" und schließen den Tab wieder. Die Personalabteilung pflegt weiter „VVT_Personal.xlsx" auf dem Abteilungslaufwerk, weil die Datei funktioniert und niemand sie ausdrücklich abgeschaltet hat. Der Einkauf wartet, bis sich das eingespielt hat, und die IT verweist darauf, dass sie ihre Systemliste ohnehin in einem eigenen Werkzeug führt. Niemand sagt ab, niemand widerspricht, niemand beginnt.

Rückfragen laufen über den alten Kanal weiter. Eine Fachabteilung schickt ihre Angaben als Antwortmail an das Datenschutz-Postfach, eine andere als ausgefüllte Word-Vorlage aus dem Vorjahr. Die Datenschutzbeauftragte überträgt beides selbst in das neue System, weil das schneller geht als nachzufassen. Genau an dieser Stelle kippt die Rolle: Aus einer Software, in der die Fachbereiche arbeiten, wird eine Software, in der eine Person für alle tippt.

Der Moment, in dem es auffällt

Auffällig wird das beim ersten Bericht. Drei Monate nach dem Start sind zwölf von sechzig Verarbeitungstätigkeiten befüllt, zehn davon von derselben Person. Kein Fachbereich hat eine Aufgabe abgeschlossen – die Aufgabenliste ist leer, weil nie jemand eine Aufgabe vergeben hat. Die Lizenz läuft seit einem Quartal, der Prozess ist derselbe wie vorher, nur die Oberfläche ist neu.

Die Einführung ist nicht an einer fehlenden Funktion gescheitert. Alles, was nötig gewesen wäre, war vorhanden: Formulare, Aufgaben, Wiedervorlagen, Berichte. Gescheitert ist sie an einer Rundmail, einer Sammelschulung und der Annahme, dass Menschen ein Werkzeug benutzen, weil es existiert. Die Gründe dafür sind nicht technisch, sondern liegen bei den Beteiligten – und lassen sich benennen.

Der Soll-Prozess in sechs Schritten

Eine Einführung, die trägt, unterscheidet sich von einer gescheiterten nicht durch das Werkzeug, sondern dadurch, dass sie mit Menschen rechnet. Diese sechs Schritte beschreiben den Ablauf.

1. Mit einem Bereich beginnen, nicht mit allen. Wählen Sie eine Abteilung, in der die Dokumentation ohnehin am weitesten ist, und führen Sie dort vollständig ein. Ein fertiger Bereich ist überzeugender als sechzig angefangene. Er liefert außerdem die Beispiele, an denen sich alle weiteren orientieren.

2. Verantwortung namentlich vergeben. Eine Rundmail adressiert niemanden, deshalb antwortet niemand. Sprechen Sie zuerst mit der Bereichsleitung, dann bekommt jede Verarbeitungstätigkeit eine namentlich verantwortliche Person. Aufgaben werden dieser Person zugewiesen, das System benachrichtigt sie per E-Mail, und offene Aufgaben erscheinen auf ihrer Startseite.

3. Die erste Aufgabe klein halten. Nicht „tragt eure Verarbeitungen ein", sondern: „Prüfen Sie die drei Systeme, die für Ihre Abteilung hinterlegt sind, und ergänzen Sie die Empfänger." Fünfzehn Minuten Arbeit mit sichtbarem Ende. Die erste erledigte Aufgabe entscheidet über die zweite.

4. Im Werkzeug fragen, nicht per Mail. Angaben werden über Datenerfassungs-Formulare eingeholt: an Benutzer:innen zuweisen oder per E-Mail an externe Personen senden, mit Fälligkeit, Kommentar und Benachrichtigung bei Fertigstellung. Mehrseitige Fragebögen blenden Seiten und Fragen abhängig von vorherigen Antworten ein und aus, sodass niemand Felder sieht, die ihn nichts angehen.

5. Die alte Tabelle bewusst abschalten. Parallelbetrieb ist keine Übergangsphase, sondern eine tägliche Entscheidung gegen das neue System. Legen Sie ein Datum fest, ab dem die Datei schreibgeschützt archiviert wird, und nennen Sie den Grund. Ohne diesen Termin gewinnt die Datei, weil sie bequemer ist.

6. Den ersten Nutzen sichtbar machen. Nach vier Wochen braucht es ein Ergebnis, das nicht der Datenschutz liest: einen Statusbericht oder einen Export der Übersichtstabelle als XLSX, der in der Leitungsrunde auf dem Tisch liegt. Wer einmal erlebt hat, dass die eigene Eingabe dort auftaucht, trägt beim nächsten Mal ohne Erinnerung ein.

Was die Oberfläche übernehmen kann und was nicht

Eine Oberfläche kann den Einstieg klein machen. Eine persönliche Startseite zeigt nach dem Login die eigenen offenen Aufgaben statt des gesamten Systems. Ein Aufgaben-Board nach Status macht Fortschritt sichtbar, ohne dass jemand nachzählt. Hilfetexte stehen an der Stelle, an der die Frage entsteht, und die globale Suche ist per Cmd/Strg + K aus jeder Ansicht erreichbar. Fristen erinnert das System selbst.

Was eine Oberfläche nicht kann: Priorität setzen. Wenn die Geschäftsführung die Einführung ankündigt und danach nicht mehr erwähnt, ist die Aufgabe im Tagesgeschäft nachrangig – in jedem Werkzeug. Kein Dashboard ersetzt den Satz „Das gehört zu Ihrer Aufgabe", und keine Automatik ersetzt eine Bereichsleitung, die ihn sagt.

Vorher und nachher im direkten Vergleich

Was der Umstieg praktisch bedeutet

Die ersten Wochen kosten mehr Zeit als der alte Zustand, nicht weniger. In dieser Phase klären Sie Fragen, die die Tabelle offengelassen hat: Wer verantwortet diese Verarbeitung fachlich, welches System steckt wirklich dahinter, wer ist Empfänger. Diese Klärung ist die Arbeit – die Eingabe danach ist der kleinere Teil. Wer das offen sagt, verliert weniger Vertrauen als jemand, der Entlastung ab Tag eins verspricht. Planen Sie diese Phase mit den Beteiligten ein, statt sie als Startschwierigkeit zu behandeln.

Drei Fehler, die die Einführung unnötig schwer machen

Alle Bereiche gleichzeitig starten. Sechzig Personen mit derselben Mail zu adressieren erzeugt keine sechzig Bearbeiter, sondern sechzig ungelesene Aufgaben. Ein Bereich nach dem anderen dauert im Kalender länger und im Ergebnis kürzer.

Die Schulung mit der Einführung verwechseln. Ein einmaliger Termin für alle Funktionen bleibt nicht hängen, weil niemand zu diesem Zeitpunkt eine konkrete Aufgabe hat. Wirksam sind getrennte Schulungen für Administratoren und Endanwender, und danach Hilfetexte an der Stelle, an der die Frage auftaucht.

Das Aktivitätenprotokoll nicht erklären. Es dient der Rechenschaftspflicht, nicht der Leistungskontrolle. Sagen Sie das vorher, statt es nach der ersten Rückfrage zu rechtfertigen, und stimmen Sie die Einführung wie bei jedem anderen IT-System mit der Arbeitnehmervertretung ab.

Woran Sie erkennen, dass die Einführung kippt

• Die Aufgabenliste im System ist leer, obwohl Arbeit offen ist.
• Angaben kommen als E-Mail oder Word-Datei, nicht über ein Formular.
• Sie tragen selbst ein, was ein Fachbereich eintragen sollte.
• Die alte Tabelle hat ein neueres Änderungsdatum als der Eintrag im System.
• In Besprechungen heißt das System „euer Tool", nicht „unser Verzeichnis".

Trifft einer dieser Punkte zu, hilft keine weitere Rundmail. Es hilft, einen Bereich auszuwählen, eine Person zu benennen und eine kleine Aufgabe zu vergeben. Eine Einführung wird nicht dadurch gerettet, dass man sie wiederholt, sondern dadurch, dass man sie verkleinert, bis sie an einer Stelle funktioniert.