Zeitplan für die Prozesseinführung: Rollout in der richtigen Reihenfolge
Wie Sie einen überarbeiteten Prozess in der richtigen Reihenfolge einführen: Ist-Zustand, Freigabe, Dokumente, Schulung, Pilot, Go/No-go-Gate, Rollout und Auswertung, mit sicheren und unsicheren Überlappungen.
Ein Zeitplan für die Prozesseinführung beantwortet eine Frage: Was muss gelten, bevor die nächste Gruppe von Menschen auf die neue Weise arbeiten soll? Diese Anleitung nennt die Reihenfolge, zeigt, wo sich Arbeit überlappen darf, und baut sie als Gantt-Diagramm auf.
Kurz gesagt
- Formulieren Sie jede Aktivität als Bedingung, auf die sie wartet, nicht als Datum.
- Messen Sie vor der Änderung einen Ausgangswert, sonst lässt sich der Pilot nicht beurteilen.
- Setzen Sie einen Freigabe-Meilenstein vor die Dokumente und einen Go/No-go-Meilenstein vor den Rollout.
- Überlappen Sie mit Start-zu-Start-Verknüpfungen und Versatz nur dort, wo die frühere Aufgabe den Teil geklärt hat, den die spätere braucht.
- Ein Zeitplan zeigt, wann Freigaben gebraucht werden; er ersetzt sie nicht.
Die Reihenfolge eines Prozess-Rollouts und warum sie zählt
Die meisten misslungenen Rollouts wurden als Liste von Aktivitäten geplant statt als Kette von Bedingungen. Ankündigung des neuen Prozesses, Schreiben der SOPs, Schulung der Teams und Umstellung finden alle statt, doch geschieht das in falscher Reihenfolge, werden Menschen auf Dokumenten geschult, die sich noch ändern, oder umgestellt, bevor jemand weiß, ob der Prozess funktioniert. Ein Zeitplan hilft hier, weil er jede Aktivität zwingt zu sagen, worauf sie wartet.
Eine verlässliche Reihenfolge hat sechs Teile. Den Ist-Zustand messen, damit sich später beurteilen lässt, ob etwas besser wurde. Den Soll-Prozess von den Menschen freigeben lassen, die ihn betreiben werden. Dokumente, Formulare und Systemeinstellungen aktualisieren und daraus die Schulung vorbereiten. An einem Standort oder mit einem Team pilotieren. Eine Go/No-go-Entscheidung aus dem Pilot treffen, nicht aus dem Kalender. Dann ausrollen, die alten Dokumente zurückziehen und die Nutzung prüfen, bis sie stabil ist. Das Gantt-Diagramm zeigt diese Teile als Gruppen, Freigabe und Entscheidung als Meilensteine.
Manche Überlappungen sind sicher und sparen echte Zeit. Schulungsmaterial kann beginnen, wenn die SOP-Abschnitte, die es beschreibt, feststehen; das ist eine Start-zu-Start-Verknüpfung mit Versatz. Der Vergleich der Pilotergebnisse kann mitten im Pilot beginnen. Die Schulung der übrigen Teams kann knapp vor der Umstellung Standort für Standort laufen. Andere Überlappungen sind nicht sicher: Nichts nach der Freigabe sollte vor ihr beginnen, und keine Rollout-Aufgabe sollte vor der Entscheidung starten.
Ein Zeitplan zeigt Reihenfolge und Terminierung. Er macht einen Prozess weder konform noch validiert oder sicher; wo ein Dokument eine formale Freigabe braucht, kann der Plan nur zeigen, wann sie gebraucht wird und wer sie erteilen muss. Die Dauern im Beispiel unten sind Beispiele.
Ein Zeitplan für die Prozesseinführung, Stufe für Stufe aufgebaut
Neunzehn Aufgaben in vier Gruppen. Die Dauern sind Beispiele; öffnen Sie das Tabellenfenster, um die Zeilen hinter jeder Stufe zu sehen.
Ist-Zustand, dann Freigabe
„Ist-Zustand messen“ dauert 5 Arbeitstage, danach folgt „Soll-Prozess mit Verantwortlichen durchgehen“ mit 3. „Soll-Prozess freigegeben“ hat die Länge 0, ist also ein Meilenstein, und die Dokumente warten darauf.
Dokumente, Schulung und Systemänderungen
„SOPs und Arbeitsanweisungen überarbeiten“ dauert 8 Arbeitstage. „Schulungsunterlagen erstellen“ beginnt 3 Arbeitstage danach, während „Freigabe durch Dokumentenlenkung“ auf das Ende der Überarbeitung wartet. „Systemeinstellungen und Formulare anpassen“ läuft parallel und wartet nur auf die Freigabe.
Pilot und das Gate
„Pilotteam und Vorgesetzte einweisen“ wartet auf die Freigabe und die Schulungsunterlagen. „Pilot an einem Standort durchführen“ dauert 10 Arbeitstage, und „Pilotergebnisse mit Ist-Zustand vergleichen“ beginnt 5 Arbeitstage danach. „Go-/No-go-Entscheidung“ wartet auf „Im Pilot gefundene Probleme beheben“.
Rollout, Stabilisierung und Auswertung
„Übrige Teams schulen“ beginnt nach der Entscheidung, und „Standort für Standort umstellen“ startet 4 Arbeitstage später. Nach „Rollout abgeschlossen“ läuft „Stabilisierung: wöchentliche Nutzungsprüfung“ 15 Arbeitstage, dann folgen „Ergebnisse mit Ist-Zustand abgleichen“ und der Meilenstein „Prozess an Prozesseigner übergeben“.
So funktioniert es
Bedingungen auflisten, nicht Aktivitäten
Schreiben Sie zu jeder Arbeit auf, was gelten muss, bevor sie beginnen kann: Entwurf freigegeben, Dokumente genehmigt, Pilotergebnisse geprüft. Jede Bedingung wird in der Spalte „Hängt ab von“ (englisch Depends on) zur Abhängigkeit.
Diagramm anlegen und Aufgaben eintragen
Öffnen Sie die Vorlage für die Prozesseinführung oder ein leeres Gantt-Diagramm und tippen Sie eine Aufgabe je Zeile. Geben Sie jeder eine Länge in ganzen Arbeitstagen und eine Gruppe wie Dokumente und Schulung oder Pilotphase.
Die beiden Gates als Meilensteine ergänzen
Fügen Sie eine Aufgabe der Länge 0 für die Freigabe und eine weitere für die Go/No-go-Entscheidung hinzu. Lassen Sie alles Nachfolgende von dem jeweiligen Meilenstein abhängen, damit eine verschobene Entscheidung den ganzen Rollout verschiebt.
Bewusst überlappen
Braucht die spätere Aufgabe nur einen Teil der früheren, tragen Sie eine Start-zu-Start-Verknüpfung mit Versatz ein, zum Beispiel 4SS+3. Prüfen Sie jede Überlappung mit der Frage: Was müsste neu gemacht werden, wenn sich die frühere Aufgabe änderte?
Freigaben und Verantwortliche kennzeichnen
Tragen Sie die Person oder Rolle, die Dokumente freigibt, in der Spalte Personen der Freigabeaufgabe ein und schreiben Sie die Freigabeanforderung in die Notizen. Das Diagramm zeigt, wann sie gebraucht wird, nicht ob sie erteilt wird.
Kritischen Pfad einschalten und eine Verzögerung testen
Schalten Sie Ansicht, Kritischer Pfad ein und verdoppeln Sie die Länge des Pilots oder der SOP-Überarbeitung. Der Endtermin zeigt, auf welche Aufgaben der gesamte Rollout wartet.
Häufige Fehler
Dokumente beginnen, bevor der Entwurf freigegeben ist
Dann öffnet jede Änderung am Entwurf SOPs und Schulung erneut. Verknüpfen Sie beide mit einem Freigabe-Meilenstein, und die Kosten später Änderungen werden sichtbar.
Pilotieren ohne Ausgangswert
Wurde der Ist-Zustand nie gemessen, lässt sich der Pilot nur nach Eindrücken beurteilen. Geben Sie dem Ausgangswert eine eigene Aufgabe und schließen Sie sie ab, bevor der Pilot startet.
Eine Go/No-go-Entscheidung, die nur Ja sagen kann
Werden die Kriterien erst nach dem Pilot geschrieben, ist der Meilenstein Dekoration. Schreiben Sie sie zuerst und lassen Sie die Entscheidung die Rollout-Aufgaben anhalten, wenn sie Nein lautet.
Den Plan mit dem Go-live enden lassen
Die Annahme entscheidet sich meist in den Wochen danach. Behalten Sie den Rückzug der alten Dokumente, eine Stabilisierungsphase und einen Abgleich mit dem Ausgangswert im Plan.
Prozess-Rollout planen
Öffnen Sie den Plan für die Prozesseinführung als eigenes Diagramm, ersetzen Sie Standorte und Dokumente durch Ihre und teilen Sie ihn mit dem Team.
Verwandte Anleitungen
Häufig gestellte Fragen
Wie lange sollte eine Prozesseinführung dauern?
Das hängt davon ab, wie viele Standorte und Menschen betroffen sind und wie lange der Prozess für einen Durchlauf braucht. Die Dauern der Vorlage sind nur Beispiele; ersetzen Sie sie durch Ihre eigenen, und die Termine folgen.
Sollte die Schulung vor oder nach dem Pilot stattfinden?
Das Pilotteam braucht vor dem Start eine Einweisung, eine kurze Fassung kommt also zuerst. Die breitere Schulung lässt sich anhand dessen anpassen, was der Pilot zeigt; deshalb terminiert die Vorlage sie nach der Go/No-go-Entscheidung.
Wo fange ich an, wenn der neue Prozess ein Flussdiagramm ist?
Duplizieren Sie das Flussdiagramm als Gantt-Diagramm: Jeder Schritt wird zur Aufgabe und jeder Pfeil zur Abhängigkeit. Danach ergänzen Sie die Rollout-Aufgaben, die keine Prozessschritte sind. Siehe /de/guides/flussdiagramm-in-gantt-diagramm-umwandeln.
Macht ein Zeitplan den neuen Prozess konform?
Nein. Er zeigt Reihenfolge und Terminierung der Arbeit. Über die Konformität entscheiden die Verantwortlichen für die jeweiligen Regeln oder Normen.
Wie unterscheidet sich das von einem Plan für eine Systemeinführung?
Eine Systemeinführung dreht sich um Konfiguration, Datenmigration und Tests, eine Prozesseinführung um Dokumente, Schulung und Akzeptanz. Für Software siehe /de/guides/implementierungsplan-zeitplan-gantt-diagramm.
