IT-Änderungs- und Release-Protokoll

Wofür dieses Blatt gedacht ist

Ändern Sie ein Produktivsystem mit Bedacht, mit einem schriftlichen Weg zurück und einem Nachweis dessen, was getan wurde. Vorher abgestimmt, hinterher geprüft, jeweils mit Namen.

Für wen es gedacht ist

Kleine IT-Teams, Büroleitungen, die sich um die Systeme kümmern, und Dienstleister, die beim Kunden vor Ort Änderungen vornehmen.

So verwenden Sie es

1. Tragen Sie vor dem geplanten Termin Referenz, System und Antragsteller ein.
2. Schreiben Sie den Rückfallplan in einfachen Worten auf, bevor irgendetwas angefasst wird.
3. Notieren Sie, wer informiert wurde, und haken Sie dann jeden Umsetzungsschritt mit Uhrzeit und Kürzel ab, sobald er erledigt ist.
4. Halten Sie das Ergebnis fest und ob die Änderung zurückgenommen wurde.
5. Lassen Sie die Änderung vorher genehmigen und hinterher prüfen.

Was das Blatt enthält

Häufige Fragen

Ist das nur für große Änderungen?

Nein. Ein Firmware-Update der Firewall oder ein neuer Druckertreiber auf jedem Rechner ist genau die Art kleiner Änderung, die freitags um halb fünf schiefgeht. Was als festhaltenswerte Änderung gilt, entscheidet Ihr Team.

Warum eine eigene Unterschrift für die Prüfung?

Weil die Person, die die Änderung vorgenommen hat, am wenigsten verlässlich beurteilen kann, ob sie funktioniert. Wenn jemand anderes prüft, dass sich die Nutzer anmelden können, schließt sich der Kreis.