Änderungen kontrollieren, ohne den Betrieb unnötig zu verlangsamen
IT-Infrastruktur verändert sich permanent. Arbeitsplätze werden verlegt, Netzwerkanschlüsse ergänzt, Switches erweitert, Access Points umgesetzt oder neue Gebäudeanlagen an bestehende Netze angeschlossen.
Die bestehende Dokumentationsseite der Microsite nennt Moves, Adds, Changes bereits ausdrücklich und fordert, Änderungen zeitnah in den Bestandsunterlagen nachzuführen. Eine eigenständige betriebliche Prozessseite fehlt bislang.
Moves, Adds & Changes kontrolliert steuern
Drei grundlegende Änderungstypen
Move: vorhandene Komponente oder Verbindung wird verlagert.
Add: neue Komponente, Verbindung oder Kapazität wird ergänzt.
Change: bestehende Konfiguration wird verändert.
Diese Kategorien helfen, Umfang und Risiko eines Eingriffs früh einzuschätzen.
Ein Änderungsantrag sollte mindestens beschreiben:
Bei kleinen Standardänderungen kann dies automatisiert erfolgen.
Komplexe Eingriffe benötigen eine vertiefte technische Bewertung.
Standard Change und kritischen Change unterscheiden
Nicht jede zusätzliche Datendose benötigt ein Change Advisory Board.
Ein einfaches Modell kann unterscheiden:
Standard Change: bekannte, wiederholbare und risikoarme Änderung.
Normal Change: fachliche Prüfung und Freigabe notwendig.
Emergency Change: dringender Eingriff zur Störungs- oder Gefahrenabwehr.
Diese Differenzierung erhält Geschwindigkeit, ohne unkontrollierte Änderungen zuzulassen.
Abhängigkeiten vorab prüfen
Vor dem Eingriff muss bekannt sein, welche anderen Systeme betroffen sein können.
Beispiel:
Ein Access-Switch soll ersetzt werden.
Zu prüfen sind unter anderem:
angeschlossene Nutzer,
Access Points,
Telefone,
Kameras,
Gebäudeautomation,
PoE-Geräte,
Uplink-Redundanz.
Ein vermeintlich lokaler Hardwaretausch kann dadurch erhebliche Betriebswirkung besitzen.
Vor der Umsetzung sollte eindeutig sein:
welcher Port,
welches Rack,
welche Verbindung,
welche Konfiguration,
welche Firmware,
welche VLAN-Zuordnung
nach Abschluss gelten soll.
Dies verhindert improvisierte Entscheidungen während der Ausführung.
Rückfallplan vorbereiten
Bei relevanten Changes gehört eine Rollback-Strategie zur Vorbereitung.
Beispiele:
alte Konfiguration sichern,
Altgerät verfügbar halten,
Patchzustand dokumentieren,
Rückschaltzeit definieren.
Scheitert die Änderung, kann der vorherige Zustand kontrolliert wiederhergestellt werden.
Change durchführen und testen
Nach dem Eingriff sollte nicht nur geprüft werden, ob das veränderte Gerät funktioniert.
Relevant ist auch, ob abhängige Services weiterhin verfügbar sind.
Ein geeigneter Testplan kann deshalb technische und nutzungsbezogene Prüfungen kombinieren.
Ein Change ist nicht abgeschlossen, bevor aktualisiert sind:
Genau diese Nachführung wird auf der vorhandenen Dokumentationsseite bereits als Voraussetzung eines belastbaren Change Managements beschrieben.
Ungeplante Veränderungen verhindern
Eine besondere Gefahr entsteht durch Arbeiten „mal eben nebenbei“.
Ein zusätzlich angeschlossener Switch, ein provisorisches Kabel oder ein dauerhaft installierter Mini-PC kann über Jahre unentdeckt bleiben.
Der MAC-Prozess schafft deshalb einen einfachen, aber verbindlichen Weg für alle Veränderungen.
Veränderbarkeit ohne Kontrollverlust
Die IT-Infrastruktur eines modernen Gebäudes muss flexibel sein.
Professionalität bedeutet deshalb nicht, Änderungen zu verhindern.
Sie bedeutet:
Änderungen schnell ermöglichen, Auswirkungen vorher verstehen, kontrolliert umsetzen, Funktion anschließend testen und den neuen Zustand vollständig dokumentieren.
Damit bleibt die Infrastruktur trotz kontinuierlicher Veränderung technisch beherrschbar.
