Arbeitsbereiche und Ansichten

Rollenbasierte Arbeitsbereiche

OHM passt Oberfläche, Kennzahlen und Datenauswahl an die Rolle des Benutzers an.

Direktor

Sichtbar sind:

• Ecosystem Health;
• kritische Issues;
• Massive Incidents;
• SLA-Verletzungen;
• Verteilung nach Regionen;
• Root Causes;
• Entwicklung des Backlogs;
• zentrale Risiken;
• Auslastung der Abteilungen;
• prognostizierte Probleme.

Zonenleiter

Sichtbar sind:

• Issues der eigenen Zone;
• nicht zugewiesene Arbeiten;
• Over SLA;
• Reopened;
• Verification Queue;
• Need Escalation;
• Auslastung der Bearbeiter;
• Kapazität;
• Wirksamkeit der Lösungen;
• chronische Probleme;
• typische Root Causes.

Bearbeiter

Sichtbar sind:

• meine aktiven Tasks;
• Frist und Due in;
• überfällige Tasks;
• Tasks mit hohem Risiko;
• Tasks, die auf die Verifikation warten;
• Kommentare;
• jüngste Änderungen;
• empfohlene KB-Artikel;
• ähnliche, erfolgreich abgeschlossene Fälle.

Metrologe

Zusätzlich sichtbar sind:

• Probleme des Passports;
• physikalische Konsistenz der Daten;
• Sensoranomalien;
• Verifikation metrologischer Maßnahmen;
• Evidence aus den Fachberichten;
• Historie der Austausch- und Kalibriervorgänge.

Sicherheitsrolle

Sichtbar ist nur der freigegebene Kontext:

• Integritätssignale;
• anomale Aktionen;
• Konfigurationsänderungen;
• bestätigte Sicherheitsvorfälle;
• Zugriffsprotokoll;
• Evidence-Kette.

Sensible Daten und forensische Evidence werden durch Zugriffsrichtlinien eingeschränkt.

Zentrale Ansichten

Dashboard

Das Dashboard zeigt den Gesundheitszustand des Ökosystems und den operativen Kontext:

• Overall Health Score;
• Communication Health;
• Archive Health;
• Asset Health;
• Pressure Health;
• Security Health;
• Critical Issues;
• New Today;
• Overdue;
• Massive Incidents;
• SLA Violations;
• Root Cause Distribution;
• Regionskarte;
• Trend;
• Operations Feed.

Vorgänge (Operations)

Die zentrale Arbeitsliste enthält:

• ID;
• Priorität;
• Snapshot-Status;
• Workflow-Status;
• Canon;
• Asset;
• Region;
• Root Cause;
• Konfidenz;
• erstmalige Erkennung;
• Alter;
• Bearbeiter;
• Fälligkeitsdatum;
• SLA;
• Anzahl der Wiedereröffnungen;
• Massive-Incident-ID;
• blockierende Abhängigkeiten.

Issue-Karte

Die Issue-Karte bündelt:

• den Steckbrief des Problems;
• betroffene Assets;
• Evidence;
• Workflow;
• Root Cause;
• Auswirkungen;
• Tasks;
• Kommentare;
• Timeline;
• verwandte Issues;
• Abhängigkeiten;
• Knowledge Articles;
• Aktionen;
• Ergebnis der Verifikation;
• Audit Trail.

Die vollständige Issue-Karte und ihr Lebenszyklus sind unter Operational Issues beschrieben.

Assets

Die Asset-Karte zeigt:

• Kennungen;
• Typ und Modell;
• Region;
• Konfiguration;
• Firmware;
• Telemetriestatus;
• Health Score;
• Subscores;
• aktive Issues;
• Historie;
• wiederkehrende Probleme;
• verbundene Assets;
• abgeschlossene Arbeiten;
• Dokumente.

Das Gesundheitsmodell hinter diesen Werten ist unter Asset Health beschrieben.

Massive Incidents

Die Ansicht Massive Incidents zeigt:

• Ausmaß;
• Zeitfenster;
• gemeinsame Signatur;
• betroffene Assets;
• gemeinsame Versionen und Abhängigkeiten;
• vermutete Root Cause;
• Fortschritt der Wiederherstellung;
• verbleibende Einzel-Issues;
• Post-Incident-Analyse.

Korrelation und Lebenszyklus von Vorfällen sind unter Massive Incidents beschrieben.

Timeline

Die Timeline ist die einheitliche Betriebshistorie:

Analytics

Analytics enthält:

• Root Cause Dashboard;
• Problemverteilung;
• Wiederauftreten;
• SLA-Trends;
• Detector-Qualität;
• Trends der Asset Health;
• Vergleich der Regionen;
• Einfluss der Topologie;
• Wirksamkeit der Knowledge Base;
• prognostizierte Risiken.

Teams

Teams zeigt:

• Kapazität;
• offene Arbeitslast;
• überfällige Arbeitslast;
• P1-Arbeitslast;
• Arbeitslast für Verifikationen;
• Auslastung;
• Ausgewogenheit der Zuweisungen;
• Alter des Backlogs;
• Prognose der Arbeitslast.

Die Kennzahlen hinter dieser Ansicht sind unter KPI und Teamleistung beschrieben.

Operations Intelligence

Operations Intelligence bündelt:

• aufkommende Risiken;
• Anomaliecluster;
• prognostizierte Ausfälle;
• wahrscheinliche Root Causes;
• ähnliche Vorfälle;
• Empfehlungen;
• Zustand der Detectors;
• AI-Konfidenz;
• unerklärte Änderungen.

Wie diese Empfehlungen entstehen, ist unter AI Operations Intelligence beschrieben.

Scope und Filterung

Alle Ansichten verwenden einen einheitlichen Scope.

Beispiele:

• Organisation;
• Region;
• Bezirk;
• Verantwortungszone;
• Bearbeiter;
• Asset-Typ;
• Gerätemodell;
• Firmware;
• Betreiber;
• Gateway;
• Canon;
• Priorität;
• Status;
• Zeitraum.

Der Scope wird serverseitig durchgesetzt und ist nicht bloß ein UI-Filter.

Das ist wichtig für:

• die Sicherheit;
• die Trennung der Verantwortlichkeiten;
• die Korrektheit der KPI;
• die regionale Steuerung;
• die Skalierung;
• die Vermeidung von Datenabfluss zwischen Abteilungen.