Glossar
Änderungsanforderung (Request for Change, RFC)
Eine Änderungsanforderung (engl. Request for Change – RFC) ist ein formelles, standardisiertes Dokument, mit dem eine Änderung an IT-Systemen, Services oder Prozessen beantragt wird. Der Antrag enthält alle notwendigen Informationen für die Bewertung, Genehmigung und Planung der Änderung und ist das Auslöseelement im Change-Management-Prozess.
Die Änderungsanforderung im Change-Management-Prozess
Die Änderungsanforderung ist ein zentrales Steuerungs- und Nachweisdokument im Änderungsmanagement. Sie dient dazu, geplante Änderungen strukturiert zu beschreiben und ihre Auswirkungen transparent zu machen. Change Management verhindert unkoordinierte Eingriffe in den laufenden Betrieb.
Typischerweise wird die Änderungsanforderung in einem Ticket-/Change-Management-System erfasst, ist inhaltlich aber als Dokument zu verstehen, das bestimmten Qualitätsanforderungen genügen muss (Vollständigkeit, Nachvollziehbarkeit, Aktualität).
Initiierung des Change-Prozesses
Die Änderungsanforderung startet den formalen Änderungsprozess. Ohne genehmigte Änderungsanforderung sollten keine nicht-dringlichen Änderungen umgesetzt werden.
Informationsbasis für Bewertung und Genehmigung
Das Dokument liefert alle Fakten, die z. B. ein Change Advisory Board (CAB) oder definierte Genehmigungsrollen für Risiko- und Auswirkungsanalyse, Entscheidung und Priorisierung benötigen.
Planungs- und Umsetzungsgrundlage
Die im Dokument enthaltenen technischen und organisatorischen Angaben (Vorgehensschritte, Ressourcen, Zeitfenster, Rollback-Plan, Test-/Abnahmeplanung) dienen als Referenz für die eigentliche Durchführung.
Auslöser für Dokumentationsanpassungen
In der Änderungsanforderung sollte explizit erfasst werden, welche Dokumente (z. B. Betriebshandbücher, Systemdokumentation, Sicherheits- und Notfalldokumentation, Prozessbeschreibungen) von der Änderung betroffen sind und nach Umsetzung aktualisiert werden müssen. Damit wird die Verbindung zwischen Change-Prozess und Dokumentationsmanagement hergestellt.
Die Änderungsanforderung in den Aufgabenbereichen des IT-Betriebs
- Infrastruktur: RFCs steuern Änderungen an Server, Netz und Storage und fordern die Aktualisierung der Systemdokumentation (z. B. neuer Patch-Stand, geänderte IP).
- Application Lifecycle Management: Der RFC ist das Bindeglied zwischen Entwicklung und Betrieb. Ein Release wird per RFC in die Produktionsumgebung überführt. Er referenziert Release-Notes und Testergebnisse.
- Service Management: Änderungen können Services beeinträchtigen. Der RFC bewertet Auswirkungen auf SLAs und Verfügbarkeit und wird im CAB geprüft.
- Provider Management: Wenn Provider Änderungen vornehmen, müssen sie dies per RFC beim Auftraggeber beantragen. Der RFC dokumentiert die Abstimmung.
- Sicherer Betrieb / ISMS: Jeder Change birgt Risiken. Der RFC muss eine Sicherheitsbewertung enthalten. Änderungen an Sicherheitskonfigurationen bedürfen besonderer Prüfung.
- Betriebsstabilität: Ein RFC muss einen Rollback-Plan enthalten – was tun, wenn die Änderung fehlschlägt?
Beispiele
- RFC „OS-Patching Servercluster“ (SAB): Beantragung des Wartungsfensters. Risiko: Neustart erforderlich. Rollback: Snapshot wiederherstellen.
- RFC „Neues Release Webshop“ (ALM): Deployment der Version 2.0. Verweis auf fachliche Freigabe und Lasttests.
- RFC „Firewall-Freischaltung“ (Sicherer Betrieb): Antrag auf Portöffnung. Muss vom ISB/Security-Team genehmigt werden.
Abgrenzung und Synonyme
Abgrenzung zum Change
- RFC: Der Antrag (das Dokument/Formular).
- Change: Die Durchführung der Änderung (der Prozess/die Maßnahme).
Abgrenzung zum Incident
- Incident: Reaktion auf eine ungeplante Störung (Reparatur).
- RFC: Planung einer gewollten Veränderung (Optimierung/Anpassung). Oft löst ein RFC die Ursache eines Incidents.
Synonyme
- Change Request (CR)
- Änderungsantrag
Verwandte Begriffe
- Änderungsmanagement (Change Management)
- Request for Change (RFC)
- Anwendungsdokumentation (Release)
FAQ Änderungsanforderung
Muss jeder Change einen RFC haben?
Ja. Auch Standard Changes (vorab genehmigte Routine-Änderungen) haben einen (vereinfachten) RFC als Vorlage, um die Durchführung zu dokumentieren.
Was passiert mit der Dokumentation bei einem RFC?
Der RFC muss explizit abfragen: „Welche Dokumente müssen aktualisiert werden?“ (z. B. Betriebshandbuch, Netzplan). Ohne Doku-Update sollte der Change nicht geschlossen werden.
Wo wird die Änderungsanforderung dokumentiert?
In der Praxis häufig in einem Change-/Ticket-System. Unabhängig vom Tool handelt es sich dabei inhaltlich um ein strukturiertes Nachweisdokument, das auch für Audits und Reviews herangezogen wird.