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.
Ein Implementierungsplan ist ein technisches Dokument, das einen Überblick über die Gesamtstruktur Ihres Projekts bietet. Der Inhalt kann variieren, je nachdem, welche Informationen Sie in anderen Dokumenten wie dem Projektplan haben. Wenn Sie zum ersten Mal einen Implementierungsplan schreiben, kann es nicht schaden, nach einer Vorlage oder dem Plan für ein vorheriges Projekt zu fragen .
Einige Beispiele:
Von diesen hat die Universität von Melbourne eine sehr typische Struktur:
quelle
Bei der Implementierung geht es um die Konstruktion, und bei der Planung geht es darum, wie Sie diese Konstruktion durchführen.
Ihr Implementierungsplan sollte Folgendes enthalten:
welche Dinge oder Teile werden implementiert
Identifizieren Sie einen Weg, um zu wissen, wann Sie die zu implementierenden Dinge abgeschlossen haben
Zeitschätzung und Zeitplan des Implementierungsaufwands
Die Anzahl der Personen im Team, die an der Implementierung arbeiten
gegebenenfalls die Reihenfolge, in der die Dinge implementiert werden (welche Teile sollten zuerst implementiert werden)
Überlegen / Entscheiden, wie Fortschritte oder Probleme überwacht und verfolgt werden sollen
Identifizierung von Qualitätsakzeptanzkriterien und -zielen
Testphasen und Testiterationen
Welche [Korrektur-] Maßnahmen werden ergriffen, wenn und wenn die Dinge nicht nach Plan verlaufen?
Da die Implementierung Teil des gesamten Projektentwicklungsaufwands ist, können einige dieser Dinge bereits im Projektplan erwähnt werden.
Dieser Link verweist auf ein einfaches Dokument zur Implementierungs-Roadmap von Construx Software http://www.construx.com/File.ashx?cid=1951
Von Construx Software finden Sie hier eine nützliche Checkliste mit Aufgaben für einen Konstruktionsleiter: http://www.construx.com/File.ashx?cid=1935
quelle
Sie entwickeln einen Protokollrahmen Ihres Projekts, der die Beziehung zwischen Eingaben, Aktivitäten und beabsichtigten Ergebnissen (Ausgaben, Ergebnis und Auswirkungen, dh Ziel Ihres Projekts) zeigt. Aus dem Protokollrahmen, den Sie für den jährlichen Arbeitsplan erstellen, sollte der Plan Aktivitäten aus Ihrem Protokollrahmen ziehen jedes Jahr.
quelle