Zweck
Dieser Artikel beschreibt den zwischen NSI und Skaylink abgestimmten Prozess für die Umsetzung von Changes im Rahmen der festgelegten Wartungsfenster. Ziel ist es, Transparenz über geplante Änderungen zu schaffen und sicherzustellen, dass risikobehaftete Changes vor der Umsetzung durch NSI freigegeben werden.
Geltungsbereich
Der Prozess gilt für alle Changes, die durch den externen IT-Dienstleister Skaylink GmbH im Rahmen des Managed-Services-Vertrags an der NSI-IT-Infrastruktur durchgeführt werden.
Feste Wartungsfenster
Für die Umsetzung von Changes wurden zwei feste Wartungsfenster vereinbart:
Nr. | Wartungsfenster | Zeitraum |
|---|---|---|
1 | Wochenende | Samstag ab 15:00 Uhr bis Sonntag 23:59 Uhr |
2 | Wochenmitte | Mittwoch ab 20:00 Uhr bis 23:59 Uhr |
Hinweis: Änderungen an der Infrastruktur werden grundsätzlich nur innerhalb dieser Zeitfenster durchgeführt, sofern nicht anders vereinbart (z. B. bei dringenden Sicherheits-Changes).
Ablauf nach Risikoeinstufung
1. Changes ohne Beeinträchtigungs- oder Ausfallrisiko
Skaylink teilt im jeweiligen Ticket das für die Umsetzung vorgesehene Wartungsfenster mit.
Eine gesonderte Freigabe durch NSI ist nicht erforderlich.
Die Umsetzung erfolgt eigenverantwortlich durch Skaylink im mitgeteilten Fenster.
2. Changes mit Risiko von Beeinträchtigungen oder Ausfällen
Skaylink teilt im jeweiligen Ticket das vorgesehene Wartungsfenster mit.
Die Umsetzung erfordert vorab eine Freigabe durch NSI.
Ohne diese Freigabe darf der Change nicht umgesetzt werden.
Prozessübersicht
Change wird identifiziert
│
▼
Skaylink stuft Risiko ein
│
┌────┴─────┐
▼ ▼
kein Risiko Risiko (Beeinträchtigung/Ausfall)
│ │
▼ ▼
Wartungsfenster Wartungsfenster
im Ticket im Ticket
mitgeteilt mitgeteilt
│ │
▼ ▼
Umsetzung ohne Freigabe durch
NSI-Freigabe NSI erforderlich
│
▼
Nach Freigabe:
Umsetzung im
WartungsfensterRollen und Verantwortlichkeiten
Rolle | Verantwortung |
|---|---|
Skaylink | Risikoeinstufung des Changes, Kommunikation des Wartungsfensters im Ticket, Umsetzung |
NSI (IT-Governance & Projekte) | Prüfung und Freigabe risikobehafteter Changes |