PRAXISERFAHRUNG · UNTERNEHMENSNETZWERK
Ein Netzwerk über mehrere Standorte, ein gemeinsamer Arbeitsablauf.
Bei einem globalen Kunden mit mehreren Standorten stützte sich die Netzwerkverwaltung auf verschiedene Tools und das Wissen einzelner Techniker. Das im TITANS Brief beschriebene Projekt führte Planung, Konfiguration und Betrieb über ArchiFlow zusammen.
Der Ausgangspunkt: verteiltes Wissen
Die öffentliche Darstellung beschreibt eine Umgebung mit Visio-Diagrammen, Tabellen, IPAM-Tools und SSH-Sitzungen. Jedes Tool lieferte einen Teil des Bildes, während Störungen an Techniker eskaliert wurden. Die Herausforderung bestand darin, vorhandene Informationen in einem Prozess zum Verständnis des Netzwerkzustands und zum Handeln innerhalb zugewiesener Verantwortlichkeiten zu verbinden.
Was die Plattform verbunden hat
ArchiFlow wurde eingesetzt, um das Netzwerk standort- und herstellerübergreifend zu entwerfen, zu konfigurieren und zu betreiben. Das Projekt verband Dokumentation und operative Arbeit in einem gemeinsamen Rahmen. Die Darstellung betont Verbindungen rund um das Netzwerk und behauptet nicht, dass jedes vorhandene System ersetzt wurde.
Anbindung an die Unternehmensumgebung
Der Brief beschreibt eine lokale Bereitstellung mit Anbindung an Überwachung, Ticketsysteme und CMDB. Das sind Merkmale dieses Projekts. Eine neue Umsetzung erfordert eine Bewertung von Produkten, Versionen und Schnittstellen, bevor geeignete Verbindungen und Betriebsberechtigungen vereinbart werden.
Der Arbeitsablauf hat den Support erreicht
Die Darstellung beschreibt, wie der First-Level-Support Störungen im gemeinsamen Rahmen bearbeitet. Ein wichtiger organisatorischer Aspekt ist die Arbeitsteilung: welche Aktionen Supportmitarbeitende ausführen können, welche beim Engineering bleiben und welche Situationen eine Eskalation an andere Verantwortliche erfordern.
Was Sie in ein neues Projekt mitnehmen
Eine hilfreiche Frage an eine andere Organisation lautet, wie ihre Netzwerkübersicht mit der Störungsbearbeitung verbunden ist, statt ob sie eine Konfiguration kopieren kann. Ermitteln Sie, wo Supportmitarbeiter Kontext suchen oder auf Techniker warten müssen. Wählen Sie anschließend einen Ablauf, dessen Verantwortlichkeiten und Leistung sich im Zeitverlauf bewerten lassen.
Ihr Netzwerk prüfen
Ein sinnvoller Ausgangspunkt sind ein repräsentativer Standort, eine wiederkehrende Störungsart und eine Übersicht der vorhandenen Verwaltungstools. Vergleichen Sie bestehende und vorgeschlagene Abläufe und vereinbaren Sie Freigabe und Überprüfung. Dieses Projekt liefert Kontext für das Gespräch; Umfang und Möglichkeiten hängen von der Umgebung des neuen Kunden ab.
DER NÄCHSTE SCHRITT
Wo braucht Ihr Supportteam mehr Kontext?
Einen Störungsablauf und den von den Verantwortlichen benötigten Kontext prüfen.