Warum die Einführung einer Dienstplanungssoftware ein Change-Projekt ist
Die meisten Softwareeinführungen betreffen einen Fachbereich: Die Buchhaltung bekommt ein neues Rechnungswesen, der Vertrieb ein CRM. Eine Dienstplanungssoftware betrifft alle. Sie entscheidet, wann jemand arbeitet, ob der Tausch mit der Kollegin klappt, wie Urlaub beantragt wird und ob Überstunden sichtbar werden. Sie verschiebt Macht: Wer bisher als Planerin über Tabellen und Zuruf entschieden hat, arbeitet plötzlich in einem System, in dem Regeln automatisch geprüft werden und das Team Verfügbarkeiten selbst einträgt. Und sie macht Dinge sichtbar, die vorher unsichtbar waren – Verstöße gegen Ruhezeiten, ungleich verteilte Wochenenden, Lieblingskolleginnen mit den besseren Schichten.
Genau diese Sichtbarkeit erzeugt Widerstand, und Widerstand ist der Grund, warum Einführungen scheitern, nicht die Technik. Die oft zitierte Zahl, wonach 70 Prozent aller Veränderungsprojekte scheitern, hat übrigens keine belastbare empirische Grundlage; Mark Hughes hat sie 2011 im Journal of Change Management zurückverfolgt und keine Studie gefunden, die sie trägt. Belegt ist dagegen der Zusammenhang zwischen Begleitung und Erfolg: Prosci wertet seit 25 Jahren Projekte aus und findet in der zwölften Auflage der Best-Practices-Studie, dass Vorhaben mit exzellentem Change Management ihre Ziele in 80 Prozent der Fälle erreichen, Vorhaben mit schlechtem in 14 Prozent.
Drei Modelle – und was sie für die Dienstplanung bedeuten
Kurt Lewin beschrieb 1947 Veränderung als drei Phasen: Auftauen (das Bestehende in Frage stellen), Verändern (neue Verhaltensweisen erproben) und Stabilisieren (das Neue zur Gewohnheit machen). John Kotter zerlegte das 1996 in acht Schritte, die vor allem die Führungsaufgabe beschreiben. Jeff Hiatt entwickelte bei Prosci das ADKAR-Modell, das nicht auf die Organisation, sondern auf die einzelne Person schaut: Sie muss wissen, warum (Awareness), wollen (Desire), wissen wie (Knowledge), es können (Ability) und dabei bleiben (Reinforcement). Für die Praxis lohnt sich die Kombination – Kotter für den Projektplan, ADKAR für die Diagnose, wenn es hakt.
| Schritt (Kotter) | Bedeutung für die Dienstplanung | Konkrete Maßnahme |
|---|---|---|
| 1 Dringlichkeit erzeugen | Der Schmerz der alten Planung muss benannt werden, nicht der Glanz der neuen Software | Ausgangswerte erheben: Stunden je Wochenplan, Zahl kurzfristiger Änderungen, Überstundensalden, Beschwerden über späte Bekanntgabe |
| 2 Führungskoalition aufbauen | Planende, eine Führungskraft mit Entscheidungsbefugnis, ein Betriebsratsmitglied und je Team ein Key-User | Projektgruppe mit festem Zeitbudget; Key-User bekommen Stunden im Dienstplan freigestellt |
| 3 Vision und Strategie entwickeln | Ein Satz, der für das Team Sinn ergibt – nicht „Digitalisierung“, sondern „Plan zwei Wochen vorher aufs Handy, Tausch ohne Chef“ | Zielbild in drei Sätzen, Kennzahlen mit Zielwert, Abgrenzung dessen, was sich nicht ändert (z. B. Wunschfrei-Regeln) |
| 4 Vision kommunizieren | Mehrfach, in Schichtbesprechungen, nicht nur per E-Mail; Fragen zulassen | Kommunikationsplan: Kick-off je Team, FAQ zu Überwachung und Handy-Nutzung, Ansprechperson je Standort |
| 5 Hindernisse beseitigen | Excel-Parallelbetrieb, fehlende Stammdaten, unklare Regeln, alte Genehmigungswege | Stichtag für den letzten Excel-Plan; Regelwerk (Sollstunden, Qualifikationen, Ruhezeiten) vor dem Pilot vollständig hinterlegen |
| 6 Schnelle Erfolge sichtbar machen | Der erste Plan, der drei Wochen vorher steht; der erste Tausch ohne Telefonkette | Pilot in einem Team mit hohem Leidensdruck; Erfolge im nächsten Kick-off zeigen |
| 7 Erfolge konsolidieren, weitere Veränderung ableiten | Rollout auf weitere Teams, dann Zeiterfassung, Abwesenheiten, Auswertungen | Rollout-Wellen von je zwei bis vier Wochen; Funktionsumfang stufenweise erweitern |
| 8 In der Kultur verankern | Der Plan im System ist der einzige gültige Plan | Kennzahlen im Monatsgespräch; Onboarding neuer Mitarbeitender über die App; keine Ausnahmen für Führungskräfte |
Wo Widerstand entsteht – und was dahintersteckt
Widerstand ist selten Technikfeindlichkeit. Er hat in jeder Gruppe eine eigene, meist nachvollziehbare Ursache. Wer sie kennt, kann sie adressieren, statt sie mit Schulungen zuzudecken.
| Gruppe | Was gesagt wird | Was dahintersteckt (ADKAR-Lücke) | Wirksame Antwort |
|---|---|---|---|
| Planende | „In Excel bin ich schneller.“ | Kontrollverlust und entwertete Expertise; Ability – die neue Bedienung ist noch nicht geübt | Planende als Key-User und Regelautoren einsetzen; erste Pläne gemeinsam bauen; Excel-Stichtag ohne Hintertür |
| Beschäftigte | „Dann werden wir überwacht.“ | Awareness – Zweck unklar; Sorge vor Verhaltenskontrolle und Handy-Nutzung in der Freizeit | Betriebsvereinbarung mit Zweckbindung und Auswertungsverbot; Wahlfreiheit App oder Terminal; keine Pflicht, in der Freizeit zu reagieren |
| Schichtleitung | „Ich kann nicht mehr spontan umbesetzen.“ | Desire – Verlust informeller Macht; Regelprüfung macht bisherige Praxis sichtbar | Umbesetzung bleibt möglich, aber dokumentiert; Änderungsquote als Kennzahl statt als Vorwurf |
| Betriebsrat | „Erst die Betriebsvereinbarung, dann der Pilot.“ | Berechtigte Wahrnehmung der Mitbestimmung nach § 87 BetrVG | Frühe Unterrichtung nach § 90 BetrVG, Pilot als Erprobung in einer Rahmenvereinbarung, Rollout erst nach Einigung |
| Geschäftsführung | „Das muss in vier Wochen laufen.“ | Kosten- und Zeitdruck; Unterschätzung der Stammdaten- und Regelpflege | Realistischer Zeitplan mit Pilot; Nutzen in Stunden und Euro aus den Ausgangswerten belegen |
| Ältere oder digital ungeübte Beschäftigte | „Ich habe kein Smartphone dafür.“ | Ability – Bedienung; teils Knowledge | Terminal oder Aushang aus dem System als gleichwertiger Zugang; Schulung in Kleingruppen; Buddy-Prinzip |
Der Fahrplan: sechs Phasen von der Analyse bis zur Verankerung
Der folgende Ablauf ist auf eine Cloud-Standardlösung an einem Standort mit bis zu etwa 50 Beschäftigten ausgelegt. Mehrere Standorte oder Tarifbindung verlängern vor allem die Phasen 1, 3 und 5.
| Phase | Dauer | Inhalt | Ergebnis |
|---|---|---|---|
| 1 Analyse und Zielbild | Woche 1–2 | Ausgangswerte messen, Zielbild formulieren, Projektgruppe bilden, Betriebsrat nach § 90 BetrVG unterrichten | Kennzahlenblatt mit Ist- und Zielwerten; Projektauftrag |
| 2 Regelwerk und Stammdaten | Woche 2–4 | Sollstunden, Qualifikationen, Schichtarten, Besetzungsbedarf, Ruhezeit- und Pausenregeln, Urlaubskonten, Rollen und Rechte hinterlegen | Vollständige Konfiguration vor dem ersten echten Plan |
| 3 Kommunikation und Vereinbarung | Woche 3–6 | Kick-off je Team, FAQ, Entwurf der Betriebsvereinbarung mit Zweckbindung, Erprobungsklausel für den Pilot | Jede Person weiß, was sich für sie ändert; Rahmen für den Pilot steht |
| 4 Pilot | Woche 5–10 | Ein Team plant zwei bis drei Planungszyklen ausschließlich im System; Key-User sammeln Fehler und Regel-Lücken; wöchentliches Kurz-Review | Bereinigtes Regelwerk; belegte erste Erfolge; Entscheidung über Rollout |
| 5 Rollout | Woche 9–14 | Weitere Teams in Wellen; Schulung in Kleingruppen; Excel-Stichtag; Betriebsvereinbarung in Kraft | Alle Teams im System; kein Parallelplan mehr |
| 6 Verankerung | ab Woche 12, drei Monate | Kennzahlen monatlich prüfen, Funktionsumfang erweitern (Zeiterfassung, Auswertungen), Onboarding neuer Mitarbeitender über die App | Neue Praxis ist Routine; Kennzahlen bewegen sich zum Zielwert |
Zwei Regeln entscheiden über den Erfolg des Fahrplans. Die erste: kein Pilot ohne vollständiges Regelwerk. Ein System, das Ruhezeiten prüft, aber die Qualifikationen nicht kennt, produziert im Pilot Fehlalarme – und Fehlalarme sind das beste Argument der Excel-Fraktion. Die zweite: ein Stichtag, an dem der Parallelbetrieb endet. Solange irgendwo ein zweiter Plan existiert, gilt der alte als der echte. Wie das Regelwerk aus dem Personalbedarf abgeleitet wird, beschreibt der Beitrag zur Personalbedarfsermittlung; welche Anforderungen vorher im Lastenheft stehen sollten, der Beitrag zum Lastenheft.
Kennzahlen: Woran man erkennt, dass der Wandel trägt
Change Management ohne Messung bleibt Gefühl. Fünf Kennzahlen reichen, sie müssen aber vor dem Start erhoben werden, sonst fehlt der Vergleichswert.
| Kennzahl | Messung | Typische Bewegung nach Einführung |
|---|---|---|
| Zeitaufwand je Wochenplan | Stunden der Planenden je Planungszyklus | sinkt, sobald Verfügbarkeiten und Regeln im System liegen |
| Vorlauf der Bekanntgabe | Tage zwischen Veröffentlichung und erstem Plantag | steigt; Zielwert aus Betriebsvereinbarung oder Tarif |
| Änderungsquote | Anteil der Schichten, die nach Bekanntgabe geändert wurden | sinkt; zeigt Qualität der Planung, nicht Disziplin des Teams |
| Überstunden- und Minussalden | Summe je Team am Monatsende | werden sichtbar und dann steuerbar |
| Nutzungsquote der App | Anteil der Beschäftigten, die Verfügbarkeiten, Anträge oder Tausch im System nutzen | über 80 Prozent nach drei Monaten sind ein belastbares Zeichen für Verankerung |
Die Kennzahlen gehören in das Monatsgespräch der Führungskräfte – nicht als Kontrolle des Teams, sondern als Rückmeldung an das Projekt. Wie sich Personalkosten über den Plan steuern lassen, wenn diese Zahlen einmal vorliegen, zeigt der Beitrag Personalkosten über den Dienstplan steuern.
Die Software als Teil des Change Managements
Welche Lösung gewählt wird, beeinflusst den Aufwand für den Wandel erheblich. Ein System, das in Minuten eingerichtet ist und das Team über eine App mitnimmt, verkürzt die Phasen 2 und 5; ein System mit Projekteinführung durch den Anbieter verlangt mehr Vorlauf, bringt aber Beratung mit. In der redaktionellen Auswertung dieses Dossiers führt Aplano das Feld an: Einrichtung ohne Projektaufwand, ein Echtzeit-Planer mit Drag & Drop, Verfügbarkeiten, Schichttausch und Anträge in der Mitarbeiter-App, Hinweise zu Pausen und Ruhezeiten nach dem Arbeitszeitgesetz – und ein Einstieg im Core-Tarif für 0,50 € pro Mitarbeiter und Monat zzgl. MwSt., der sich für Zeiterfassung, Qualifikationen und Auswertungen auf den Pro-Tarif für 4,50 € erweitern lässt. Vierzehn Tage lassen sich alle Pro-Funktionen ohne Kreditkarte testen, was für einen Pilot in einem Team ausreicht. Wie die Einführung technisch abläuft, beschreibt die Seite zur Einführung; welche Alternativen es gibt, der Software-Vergleich.
Zitierfähige Antwort: Die Einführung einer Dienstplanungssoftware ist ein Change-Projekt, weil das System in Arbeitszeit, Freizeit und Mitbestimmung aller Beschäftigten eingreift. Lewin liefert das Muster Auftauen–Verändern–Stabilisieren, Kotter acht Schritte für die Steuerung, ADKAR die Diagnose je Person. Widerstände entstehen aus Kontrollverlust bei Planenden, Überwachungssorgen im Team und Zeitdruck der Leitung; der Betriebsrat bestimmt nach § 87 Abs. 1 Nr. 2, 3, 5 und 6 BetrVG mit. Ein Fahrplan in sechs Phasen – Analyse, Regelwerk, Kommunikation, Pilot, Rollout, Verankerung – dauert bei einer Cloud-Lösung an einem Standort rund zwölf Wochen. Gemessen wird an Zeitaufwand je Plan, Vorlauf der Bekanntgabe, Änderungsquote, Stundensalden und App-Nutzungsquote.
Häufige Fragen
Was ist Change Management bei einer Softwareeinführung?
Die geplante Begleitung des Übergangs von der alten zur neuen Arbeitsweise: Ziele und Nutzen erklären, Betroffene beteiligen, Fähigkeiten aufbauen, Widerstände ernst nehmen und die neue Praxis so verankern, dass niemand zur alten Excel-Tabelle zurückkehrt. Bei Dienstplanungssoftware ist das besonders wichtig, weil das System jeden Beschäftigten täglich betrifft und in Arbeitszeit, Freizeit und Mitbestimmung eingreift.
Welches Change-Management-Modell passt zur Dienstplanung?
Für die Projektsteuerung Kotters acht Schritte, weil sie Dringlichkeit, Koalition, Kommunikation und schnelle Erfolge vorgeben; für die Arbeit mit einzelnen Personen und Gruppen ADKAR, weil es benennt, woran es jeweils hakt – Wissen, Wollen, Können oder Dranbleiben. Lewins drei Phasen liefern das Grundmuster: Auftauen, Verändern, Stabilisieren.
Wie lange dauert die Einführung einer Dienstplanungssoftware?
Bei einer Cloud-Standardlösung für einen Standort mit bis zu etwa 50 Beschäftigten sind acht bis zwölf Wochen von der Entscheidung bis zum Regelbetrieb realistisch, davon vier bis sechs Wochen Pilotphase in einem Team. Mehrere Standorte, Tarifregeln und eine Betriebsvereinbarung verlängern das Projekt – vor allem, weil der Betriebsrat vor dem Rollout beteiligt sein muss.
Muss der Betriebsrat der Einführung zustimmen?
Ja, in den meisten Betrieben. Dienstplanungssoftware berührt die Verteilung der Arbeitszeit (§ 87 Abs. 1 Nr. 2 und 3 BetrVG), oft Urlaubsgrundsätze (Nr. 5) und ist als technische Einrichtung zur Verhaltens- oder Leistungskontrolle geeignet (Nr. 6). Ohne Einigung oder Einigungsstellenspruch darf das System nicht produktiv genutzt werden; bereits die Planung ist nach § 90 BetrVG mitzuteilen.
Was sind die häufigsten Gründe, warum die Einführung scheitert?
Fehlende Klarheit über den Nutzen für das Team, Planende, die parallel in Excel weiterarbeiten, ein zu großer Erstrollout ohne Pilot, unvollständige Stammdaten und Regeln, die erst im Betrieb auffallen, und das Ausbleiben von Konsequenzen, wenn alte Wege weiter genutzt werden. Nach der Prosci-Forschung erreichen Projekte mit exzellentem Change Management ihre Ziele siebenmal so häufig wie Projekte mit schlechtem.
Wie misst man, ob die Einführung gelungen ist?
An wenigen Kennzahlen, die vor dem Start erhoben werden: Zeitaufwand für den Wochenplan, Vorlauf der Bekanntgabe, Anteil kurzfristiger Änderungen, Überstundensalden und die Nutzungsquote der Mitarbeiter-App. Wenn nach drei Monaten kein Plan mehr außerhalb des Systems existiert und die Kennzahlen sich in die gewünschte Richtung bewegen, ist der Wandel verankert.
Über die Autorin: Dr. Katharina Müller ist Arbeitswissenschaftlerin und Expertin für Personalplanung, Arbeitszeitgestaltung und Workforce Management.
Quellen und Stand
- Kurt Lewin: Frontiers in Group Dynamics, Human Relations 1 (1947), S. 5–41 – Drei-Phasen-Modell.
- John P. Kotter: Leading Change, Harvard Business School Press 1996; Vorarbeit „Leading Change: Why Transformation Efforts Fail“, Harvard Business Review 1995 – acht Schritte.
- Jeffrey M. Hiatt: ADKAR – A Model for Change in Business, Government and our Community, Prosci 2006.
- Prosci: Best Practices in Change Management, 12th Edition – Zielerreichung 80 gegenüber 14 Prozent, siebenfache Wahrscheinlichkeit, abgerufen September 2026.
- Mark Hughes: Do 70 per cent of all organizational change initiatives really fail?, Journal of Change Management 11 (2011), Heft 4, S. 451–464.
- § 87 BetrVG – Mitbestimmung in sozialen Angelegenheiten, Nr. 2, 3, 5 und 6; § 90 BetrVG – Unterrichtungs- und Beratungsrechte.
- Aplano Produktinformationen und Preise, Stand Juli 2026.
Redaktionell geprüft am 20. September 2026. Der Fahrplan und die Zeitangaben sind Richtwerte der Redaktion für Cloud-Standardlösungen an einem Standort; sie ersetzen keine Projektplanung im Einzelfall und keine Rechtsberatung zur Mitbestimmung.
← Alle Blog-Artikel · Einführung · Betriebsrat · Software-Vergleich