Softwareänderungen können die Wirkung eines ganzen Gebäudebereichs verändern
Bei modernen Lichtsystemen wird ein erheblicher Teil der Funktion nicht durch Verdrahtung, sondern durch Software und Parametrierung bestimmt. Gruppen, Szenen, Zeitprofile, Dimmkurven, Sensorlogiken, DALI-Adressen und HCL-Verläufe können verändert werden, ohne dass eine einzige Leitung umgebaut wird.
Die bestehende Ausschreibungsseite beschreibt hierfür bereits Change-Management mit Änderungsantrag, Risikobewertung, Test, Freigabe, Rolloutfenster, Rollback und Nachprüfung. Eine eigenständige betriebliche Seite fehlt jedoch.
Änderungen an Lichtsteuerungen kontrolliert steuern
Änderungen klassifizieren
Nicht jeder Eingriff benötigt dieselbe Governance.
Sinnvoll ist eine Unterscheidung etwa in:
Standard Change: bekannte und risikoarme Anpassung innerhalb genehmigter Grenzen.
Normal Change: fachlich zu prüfende Änderung an Szenen, Gruppen oder Parametern.
Major Change: größere funktionale Änderung mit mehreren Räumen oder Systemen.
Emergency Change: kurzfristige Änderung zur Wiederherstellung einer gestörten Funktion.
Dadurch wird der Prozess angemessen und verhindert sowohl Überbürokratisierung als auch unkontrollierte Eingriffe.
Vor jeder relevanten Änderung sollte bekannt sein:
Nur dann kann bei einem Fehlschlag zuverlässig zurückgegangen werden.
Screenshots allein sind für komplexere Systeme kein ausreichendes Backup.
Änderungsziel präzise beschreiben
„Licht im Konferenzraum optimieren“ ist als Change Request zu ungenau.
Besser:
„Szene Präsentation von 400 lx auf definiertes niedrigeres Beleuchtungsniveau anpassen; Wandbeleuchtung unverändert; automatischer Reset nach Ende der Raumreservierung.“
Damit kann nach Umsetzung eindeutig geprüft werden, ob das gewünschte Ergebnis erreicht wurde.
Eine Änderung kann Nebenwirkungen erzeugen auf:
Nachbarräume,
Tageslichtregelung,
Präsenzlogik,
Energieverbrauch,
HCL-Profil,
GA-Schnittstellen,
Nutzerbedienung.
Gerade vernetzte Beleuchtungsanlagen müssen deshalb als System betrachtet werden. Die bestehende Auslegung beschreibt bereits DALI, KNX und IoT-Beleuchtung als integrierte digitale Infrastruktur.
Bei größeren Änderungen empfiehlt sich zunächst:
Dadurch können praktische Auswirkungen erkannt werden, bevor eine Änderung organisationsweit ausgerollt wird.
Rollback vor Umsetzung planen
Vor Beginn sollte feststehen:
Wann gilt die Änderung als gescheitert?
Mögliche Kriterien:
erwartete Beleuchtungsqualität wird nicht erreicht,
Sensorlogik funktioniert nicht,
Nutzerbedienung fällt aus,
unerwartete Störungen treten auf.
Dann wird auf den zuvor gesicherten Stand zurückgegangen.
Je nach Änderung können beteiligt sein:
Nicht jede kleine Anpassung benötigt alle Rollen. Die Change-Klasse bestimmt die notwendige Beteiligung.
Nach Änderung real prüfen
Erfolgreiche Programmübertragung beweist nicht, dass der Raum richtig funktioniert.
Es sollte kontrolliert werden:
Nach Freigabe müssen:
Parameter,
Szenen,
Adressen,
Versionsstand,
Änderungsgrund
in der technischen Dokumentation nachvollziehbar werden.
Lichtsteuerung wie ein digitales Betriebssystem behandeln
Die zentrale Regel lautet:
Keine funktionale Änderung ohne nachvollziehbaren Ausgangszustand, Prüfung der Auswirkungen, kontrollierte Freigabe, Test und dokumentierten neuen Stand.
Damit bleibt die Beleuchtungsanlage über Jahre veränderbar, ohne ihre ursprüngliche technische Ordnung zu verlieren.
