Zeitplan für die Implementierung: Gantt-Diagramm für ERP-, CRM-Rollouts
Implementierungszeitplan als Gantt-Diagramm: Design-Freigabe, Konfiguration, Datenmigration, Schnittstellen, Tests, Schulung, Umstellung und Hypercare, mit einer Freigabeprüfung als Tor zum Go-live.
Beim Rollout einer Unternehmenssoftware kennt jeder ein Datum: den Go-live. Ein Gantt-Diagramm zeigt, was bis dahin gelten muss und welche Stränge bis dahin parallel laufen können.
Kurz gesagt
- Nutzen Sie einen Meilenstein für die Design-Freigabe und einen für die Go-live-Freigabeprüfung.
- Lassen Sie Konfiguration, Daten und Schnittstellen zwischen diesen beiden Toren parallel laufen.
- Nutzen Sie Start-zu-Start-Abhängigkeiten mit Verzögerung für Arbeit, die vor dem Ende ihres Vorgängers beginnen kann.
- Lassen Sie den Go-live von der Freigabeprüfung abhängen, damit die Umstellung nicht vor der Entscheidung terminiert werden kann.
- Planen Sie Hypercare und Übergabe ein, damit der Plan endet, wenn der Support übernimmt, und nicht beim Go-live.
Was ein Implementierungszeitplan zeigen muss
ERP-, CRM- und andere Rollouts bestehen aus wenigen, größtenteils parallelen Strängen: das System konfigurieren, Daten vorbereiten und migrieren, Schnittstellen bauen und die Menschen vorbereiten. Sie treffen sich nur an definierten Punkten, etwa beim Test und bei der Go-live-Entscheidung. Ein guter Zeitplan macht diese Verbindungspunkte sichtbar, denn dort verzögert ein später Strang alles andere.
Bewährt hat sich eine kurze Folge von Toren. Anforderungen führen zu einem freigegebenen Design, das die Stränge Konfiguration, Daten und Schnittstellen freigibt. Ihre Ergebnisse treffen sich im Systemintegrationstest, dann im Abnahmetest durch die Anwender und in einer Go-live-Freigabeprüfung. Danach folgen die Umstellung, die finale Datenmigration und eine Phase der Hypercare. Design-Freigabe und Freigabeprüfung sind Meilensteine mit Dauer 0: Sie sind Entscheidungen, keine Arbeit, und das Diagramm sollte zeigen, wer auf sie wartet.
Nicht jeder Strang muss auf das Ende des vorherigen warten. Probemigrationen können beginnen, wenn die Konfiguration halb fertig ist, und Schulungsunterlagen lassen sich schreiben, während das System noch konfiguriert wird. Start-zu-Start-Abhängigkeiten mit Verzögerung drücken genau das aus. Sie verkürzen den Plan ehrlich, solange Sie die Verzögerung in der Abhängigkeit benennen, statt Balken stillschweigend zu überlappen.
Das Beispiel unten ist ein vollständiger Implementierungsplan mit sechzehn Aufgaben. Öffnen Sie das Tabellenfeld, um die Abhängigkeiten zu sehen, einschließlich der Start-zu-Start-Verknüpfungen.
Ein Implementierungsplan vom Projektstart bis zur Übergabe
Sechzehn Aufgaben und drei Meilensteine. Öffnen Sie das Tabellenfeld, um die Abhängigkeiten hinter jeder Stufe zu sehen.
Projektstart, Anforderungen und das Design-Tor
„Projektstart“ dauert 2 Arbeitstage und „Anforderungen und Fit-Gap“ 10. „Lösungsdesign freigegeben“ hat die Dauer 0 und ist damit ein Meilenstein, auf den Konfiguration, Datenmapping und der Aufbau der Schnittstellen warten.
Parallele Stränge bis zum Test
„Systemkonfiguration“ dauert 20 Tage, „Datenmapping und -bereinigung“ 12 und „Aufbau der Schnittstellen“ 18. „Probemigration der Daten“ beginnt 10 Tage nach dem Start der Konfiguration, und „Systemintegrationstest“ wartet auf Konfiguration, Probemigration und Schnittstellen, bevor „Abnahmetest durch Anwender“ folgt.
Schulung überlappt mit Aufbau und Test
„Schulungsunterlagen“ sind mit 5 Tagen Verzögerung start-zu-start mit der Konfiguration verknüpft. „Endanwenderschulung“ wartet auf die Unterlagen und beginnt 3 Tage nach dem Start von „Abnahmetest durch Anwender“. „Go-live-Freigabeprüfung“ ist ein Meilenstein, der auf Test und Schulung wartet.
Umstellung, Hypercare und Übergabe
„Finale Datenmigration“ (3 Tage) und „Umstellung und Go-live“ (2 Tage) können nicht vor der Freigabeprüfung beginnen. „Hypercare“ läuft 15 Tage, und „Übergabe an den Support“ ist ein Meilenstein, der den Plan abschließt.
So funktioniert es
Mit den Toren beginnen, nicht mit den Aufgaben
Entscheiden Sie, wo das Projekt eine Entscheidung braucht: Design-Freigabe und Go-live-Freigabeprüfung sind die üblichen zwei. Legen Sie sie als Aufgaben mit Dauer 0 an, die als Meilensteine gezeichnet werden.
Die Arbeit zwischen den Toren ergänzen
Listen Sie die Anforderungen vor dem ersten Tor auf. Zwischen den Toren erfassen Sie Konfiguration, Datenmapping, Schnittstellen, Schulungsunterlagen und die Testphasen, jeweils mit geschätzter Länge in Arbeitstagen.
Die Stränge verknüpfen
Verweisen Sie in „Hängt ab von“ (Depends on) bei Konfiguration, Daten und Schnittstellen auf die Design-Freigabe. Lassen Sie den Systemintegrationstest von allen dreien abhängen, damit der längste Strang als der erscheint, der den Termin bestimmt.
Überlappen, wo die Arbeit wirklich überlappt
Nutzen Sie SS mit Verzögerung für Arbeit, die früh beginnen kann, etwa 4SS+10 für eine Aufgabe, die 10 Arbeitstage nach dem Start von Aufgabe 4 beginnt. Prüfen Sie jede Überlappung mit der Person, der die Arbeit gehört.
Umstellung und Nachsorge ergänzen
Lassen Sie finale Datenmigration und Go-live von der Freigabeprüfung abhängen und ergänzen Sie dann Hypercare und einen Übergabe-Meilenstein. Der Plan ist fertig, wenn der Support das System übernimmt, nicht beim Go-live.
Den kritischen Pfad einschalten und teilen
Ansicht, Kritischer Pfad zeigt die Kette, die den Übergabetermin bestimmt. Teilen Sie das Diagramm als Link oder exportieren Sie ein PDF für den Lenkungsausschuss.
Häufige Fehler
Datenmigration als eine Aufgabe behandeln
Eine Probemigration findet Probleme, die die finale nicht mehr haben darf. Zeichnen Sie beide und lassen Sie die finale von der Freigabeprüfung abhängen.
Die Schulung zuletzt einplanen
Eine Schulung nach dem Test lässt keine Zeit, das zu beheben, was die Teilnehmenden finden. Überlappen Sie sie wie im Beispiel mit einer Start-zu-Start-Verknüpfung und lassen Sie die Go-live-Entscheidung davon abhängen.
Den Go-live-Termin dem Zufall überlassen
Steht der Go-live durch einen Vertrag oder ein Geschäftsjahresende fest, setzen Sie nur diesen Start fest und betrachten Sie den markierten Konflikt. Alle Aufgaben festzusetzen verbirgt das eigentliche Problem.
Ressourcen- oder Kostenverfolgung erwarten
QueryChart hält fest, wem eine Aufgabe gehört, warnt aber nicht vor Überlastung, verfolgt keine Kosten und vergleicht nicht mit einer Baseline. Halten Sie Budget und Kapazität in den Werkzeugen, die dafür gedacht sind.
Rollout planen
Öffnen Sie den Implementierungsplan als eigenes Diagramm, ersetzen Sie die Aufgaben durch Ihre eigenen und teilen Sie den Zeitplan mit Ihrem Lenkungsausschuss.
Verwandte Anleitungen
Häufig gestellte Fragen
Eignet sich das für ERP- und CRM-Projekte?
Ja. Die Struktur ist für jedes Unternehmenssystem gleich: Design, Konfiguration, Daten, Schnittstellen, Tests, Schulung und Umstellung. Ersetzen Sie die Aufgabennamen des Beispiels durch Ihre.
Wie zeige ich, dass sich zwei Aufgaben überlappen können?
Nutzen Sie in „Hängt ab von“ (Depends on) eine Start-zu-Start-Abhängigkeit mit Verzögerung, etwa 4SS+10. Die Aufgabe beginnt 10 Arbeitstage nach dem Start von Aufgabe 4, egal ob Aufgabe 4 fertig ist.
Kann ich Aufgaben nach Arbeitsstrang gruppieren?
Ja. Geben Sie Aufgaben eine Gruppe, dann werden sie als Bänder mit Sammelbalken gezeichnet; Konfiguration, Daten und Schulung können so je ein Band sein.
Kann ich zeigen, wer verantwortlich ist?
Ja, indem Sie jeder Aufgabe Personen zuweisen. Das Diagramm prüft keine Auslastung und löst keine Konflikte auf.
Kann ich aus Microsoft Project importieren?
Nein. Microsoft-Project-Dateien werden nicht unterstützt. Sie können Zeilen aus einer Tabelle kopieren und in die Tabelle einfügen.
