Vorlagen und Aufzeichnungen · ISO 20000 · Abschnitt 8.5.1

Vorlage für einen Änderungsantrag (RFC) nach ISO 20000-1

Jede Änderung an einem Service oder an einem gelenkten Element: was geändert wird, warum, welches Risiko besteht, wer genehmigt, wie man zurückgeht, wenn es schiefgeht, und ob es funktioniert hat.

In einem Satz

Ein Änderungsantrag erfasst Beschreibung und Grund des Change, seine Klassifizierung, die Bewertung von Risiken, Nutzen, Machbarkeit und finanzieller Auswirkung, die Genehmigung durch die befugte Person, das kommunizierte geplante Datum, den Rückfallplan, das Testergebnis und die Überprüfung der Wirksamkeit, denn Abschnitt 8.5.1 der ISO/IEC 20000-1 verlangt, jeden Antrag aufzuzeichnen und zu klassifizieren und die Entscheidungen mit den Beteiligten gemäß der Richtlinie zum Change Management zu treffen.

Inhalt überprüft am 17. Oktober 2026

Wo die Norm es verlangt: ISO 20000 · Abschnitt 8.5.1 Die Abschnitte werden nach der Nummerierung der gültigen Ausgabe ISO/IEC 20000-1:2018 zitiert, die auch die Akademie verwendet.
Art der Information: Pflichtaufzeichnung Aufzeichnung und Klassifizierung der Änderungsanträge (8.5.1.2), mit dokumentierter Richtlinie (8.5.1.1)
Wer sie ausfüllt: Change-Manager Genehmigt wird nach Richtlinie; bedeutende Changes gehen über ein Gremium mit den Beteiligten
Wann: Vor jedem gelenkten Change Emergency Changes können im Schnellverfahren genehmigt werden, werden aber ebenso aufgezeichnet
Wie lange sie aufbewahrt wird: Legt die Organisation fest Die Norm verlangt, Aufbewahrung und Verfügung über den Verbleib dokumentierter Information zu lenken (7.5.3), ohne Fristen zu nennen. Üblich ist, mindestens den dreijährigen Zertifizierungszyklus abzudecken oder die Vertragslaufzeit mit dem Kunden, wenn sie länger ist.

Was die Norm verlangt

Was ISO 20000 fordert und was Ihrem Ermessen überlassen bleibt

Die Norm verlangt eine Richtlinie zum Change Management, die festlegt, welche Konfigurationselemente ihrer Lenkung unterliegen, die Kriterien zur Erkennung von Changes mit potenziell schwerwiegender Auswirkung – die über Design und Transition von Services nach 8.5.2 laufen – und wie Emergency Changes behandelt werden.

Jeder Antrag wird aufgezeichnet und klassifiziert. Die Entscheidung fällt mit den Beteiligten unter Abwägung von Risiken, Nutzen, Machbarkeit und finanzieller Auswirkung. Geplante Termine werden kommuniziert, Rückfallaktivitäten vorbereitet und nach Möglichkeit getestet und bei Fehlschlag angewendet.

Nach der Umsetzung wird die Wirksamkeit des Change überprüft, und die Aufzeichnungen der Anträge werden regelmäßig auf Trends analysiert.

Im Zusammenhang lesen: Design und Transition von Services, in der Akademie zu ISO 20000

Aufbau

Felder, die die Vorlage enthalten sollte

Nummer, Datum und Antragsteller
Beschreibung und Grund
Betroffene Services und Konfigurationselemente
Klassifizierung: Standard, normal, Notfall oder mit schwerwiegender Auswirkung
Bewertung von Risiken, Nutzen, Machbarkeit und finanzieller Auswirkung
Genehmigung und wer entscheidet
Geplantes Fenster und Kommunikation
Rückfallplan und ob er getestet wurde
Testergebnis und Umsetzung
Überprüfung der Wirksamkeit und Abschluss

Beispiel

Beispiel: Zertifikatsverzeichnis mit Erinnerung

Unternehmen, Personen und Zahlen sind erfunden: Das Beispiel zeigt nur, wie eine sauber ausgefüllte Aufzeichnung aussieht.

Feld	Inhalt
Change	CHG-26-077 · 22. April 2026 · Herkunft: Problem PRB-26-021
Beschreibung	Aufnahme der 46 Serverzertifikate als Konfigurationselemente und automatische Erinnerung 30 Tage vorher
Betrifft	Konfigurationsdatenbank und Monitoring-Werkzeug
Klassifizierung	Normal · geringes Risiko
Bewertung	Keine Serviceunterbrechung · interner Aufwand 3 Personentage · verhindert Ausfälle wie im April
Genehmigung	Change Advisory Board vom 24. April
Fenster	28. April, 19–21 Uhr · dem Kunden am 24. mitgeteilt
Rückfall	Erinnerungsregel deaktivieren · in der Vorproduktion getestet
Wirksamkeit	Erste Erinnerung am 12. Juni erhalten, 30 Tage vor Ablauf · wirksam

Im Audit

Fehler, die Auditoren häufig feststellen

Changes in der Produktion ohne erfassten Antrag.
Emergency Changes, die nie nachträglich erfasst werden.
Rückfallpläne, die nicht existieren oder nicht getestet wurden.
Keine nachträgliche Prüfung, ob der Change funktioniert hat.
Die Richtlinie legt nicht fest, welche Elemente der Änderungslenkung unterliegen.

In Kimobox

So wird diese Aufzeichnung in Kimobox geführt

1Änderungsanträge laufen als Freigabeablauf.
2Jeder Change ist mit Genehmigung, Tests und Ergebnis im selben Ablauf dokumentiert.
3Konfigurationselemente werden als versionierte Assets erfasst.

Häufige Fragen

Was man uns vor dem Start fragt

Was ist ein Standard-Change?

Ein risikoarmer, häufiger Change mit bekanntem Verfahren, der vorab genehmigt ist und nicht jedes Mal das Gremium durchläuft. ISO/IEC 20000-1 verwendet diesen Begriff nicht, erlaubt aber, in der Richtlinie festzulegen, welche Changes so behandelt werden.

Wie wird ein Emergency Change behandelt?

Die Richtlinie zum Change Management muss festlegen, wie sie gesteuert werden. Üblich ist eine schnelle Genehmigung durch eine befugte Person und die vollständige Erfassung danach, mit Überprüfung.

Führen Sie die Aufzeichnungen zu ISO 20000 ohne verstreute Vorlagen

Wir zeigen Ihnen das Modul im Einsatz, mit Daten, die Ihren ähneln.

Demo anfragen

Weiter entdecken