Dies hängt stark von der Größe Ihres Projekts ab und davon, was genau Sie implementieren. Ich habe festgestellt, dass viele formelle Dokumente für die meisten kleinen Projekte übertrieben sind. Normalerweise schreibe ich mir zunächst eine Liste der Dinge, die vor der Implementierung passieren müssen. Ich stelle mir Fragen wie:
- Was wird eigentlich umgesetzt?
- Wann wollen wir das machen und was müssen wir überprüfen, bevor wir die Implementierung machen?
- Müssen Benutzer außerhalb der Systeme sein, wenn wir die Implementierung durchführen?
- Gibt es eine Zeitabhängigkeit (dh außerhalb der Geschäftszeiten, am Wochenende usw.) für unsere Implementierung?
- Wie viele aktuelle Server / Workstations / Datenbanken werden aktualisiert?
- Handelt es sich um eine brandneue Anwendung oder um ein Upgrade auf ein vorhandenes System (die Antwort darauf ändert Ihren Implementierungsplan VIEL)?
- Was sind die tatsächlichen Schritte, die wir zur Implementierung unternehmen werden?
- Wie werden wir das vorhandene System sichern, bevor wir es implementieren, falls wir ein Rollback durchführen müssen?
- Wie werden wir die Anwendung testen, nachdem sie implementiert wurde?
- Wie rollen wir zu unserem Backup zurück?
- Wer muss über die Implementierung informiert werden (vor, während, nach, Status usw.)?
- Haben wir eine Dokumentation darüber, was die Änderungen sind und wie die Benutzer die neuen Änderungen verwenden können?
- Wer nimmt Support-Anrufe von Benutzern entgegen?
Sobald ich Antworten auf diese Art von Fragen habe, schreibe ich den Plan, normalerweise als einfaches Word-Dokument, mit verschiedenen Abschnitten und einer Zeitleiste. Ich mag es, die detaillierten Schritt-für-Schritt-Teile mit Pfaden zu Dateien usw., Anmeldungen usw. einzufügen, damit ich alle kleinen Details an einem Ort habe.
Als Morgenmensch, der Installationen durchführen muss, wenn ich normalerweise schlafe, mag ich den Komfort einer Liste aller Schritte, die ich unternehmen muss, damit ich nichts vergesse. Ich denke, es lohnt sich, die Kommunikationsschritte aufzuschreiben, die Sie unternehmen werden, insbesondere wenn eine Gruppe die Implementierung durchführt und einige Elemente von den anderen abhängig sind oder wenn Sie nicht alle am selben Ort sind. (Bsp. Ich werde Fred eine E-Mail senden, wenn die Datenbankaktualisierungen abgeschlossen sind, damit er die Webserver-Updates durchführen kann. Fred wird uns alle eine E-Mail senden, wenn er fertig ist, damit wir alle die Tests durchführen können.)
Sobald Sie eine haben, die funktioniert, kann sie zu Ihrer Vorlage für zukünftige Updates desselben Systems werden oder ein Ausgangspunkt sein.