Ausführung und Arbeitswarteschlange

Die Operational Health Matrix behandelt die Behebung betrieblicher Probleme als gesteuerten Prozess und nicht als eine Sammlung voneinander unabhängiger Aufgaben.

Nach dem Anlegen eines Operational Issue erstellt das System automatisch den Arbeitskontext, bestimmt die zuständige Zone, wendet die entsprechende SLA-Richtlinie an und stellt das Objekt in die Ausführungswarteschlange ein.

So entsteht ein durchgängiger Zyklus der Arbeitssteuerung vom Moment der Problemerkennung bis zur bestätigten Wiederherstellung des Normalzustands der Geräte.

Ausführungsmodell

Jedes Operational Issue durchläuft einen einheitlichen Ausführungszyklus.

flowchart TD
  A["Erkennung"] --> B["Operational Issue"]
  B --> C["Operative Zuständigkeit"]
  C --> D["Planung"]
  D --> E["Ausführung"]
  E --> F["Verifizierung"]
  F --> G["Abschluss"]
  G --> H["Kontinuierliche Verbesserung"]

In jeder Phase erfasst das System:

• den Verantwortlichen;
• die Fristen;
• den Zustand;
• das Änderungsprotokoll;
• Evidence;
• verknüpfte Tasks;
• angewendete Artikel der Knowledge Base;
• die Ergebnisse der Verifizierung.

Operative Zuständigkeit

Die Verantwortung wird über die Zuständigkeitszone bestimmt, nicht über einen einzelnen Benutzer.

Zum Beispiel:

Sobald die Zone bestimmt ist, weist das System einen konkreten Ingenieur zu — unter Berücksichtigung von:

• Kompetenz;
• Auslastung;
• Region;
• Dienstplan;
• aktuellem Backlog;
• Freigabestufe.

Bei Bedarf kann eine Führungskraft die Zuweisung manuell ändern.

Arbeitswarteschlange

Die Arbeitswarteschlange ist eine dynamische Sicht auf die aktiven Operational Issues.

Anders als eine herkömmliche Aufgabenliste entsteht die Warteschlange aus einer Kombination mehrerer Faktoren:

• Priorität (Priority);
• Schweregrad (Severity);
• operative Konfidenz (Operational Confidence);
• verbleibende SLA-Zeit;
• Geschäftsauswirkung (Business Impact);
• Anzahl der betroffenen Assets;
• Anzahl der Wiedereröffnungen (Reopen Count);
• Konfidenz der Root Cause.

Standardmäßig steigen die kritischsten Objekte automatisch nach oben — unabhängig vom Zeitpunkt ihrer Anlage.

Kategorien der Warteschlange

OHM unterstützt mehrere spezialisierte Warteschlangen.

Eingehend (Incoming)

Neue Probleme, die auf die Triage warten.

Zugewiesen (Assigned)

Probleme, die einem Ingenieur zugewiesen sind.

In Bearbeitung (In Progress)

Arbeiten, die gerade laufen.

Wartet auf Verifizierung (Awaiting Verification)

Die Arbeit ist abgeschlossen und wartet auf Bestätigung.

Überfällig (Overdue)

Die SLA-Vorgaben sind verletzt.

Eskaliert (Escalated)

Automatisch eskalierte Probleme.

Wiedereröffnet (Reopened)

Probleme, die nach dem Abschluss erneut aufgetreten sind.

Massive Incidents

Systemische Betriebsstörungen.

Priorisierung der Warteschlange

Für die Rangfolge verwendet das System eine aggregierte Priorität.

Zum Beispiel:

wobei

• P — Priority (Priorität);
• S — Severity (Schweregrad);
• B — Business Impact (Geschäftsauswirkung);
• C — Operational Confidence (operative Konfidenz);
• T — verbleibende SLA-Zeit.

Der resultierende Wert dient ausschließlich der Sortierung der Warteschlange und verändert die offizielle Priority des Objekts nicht.

Massenoperationen

OHM unterstützt Massenoperationen an einer Gruppe von Operational Issues.

Zum Beispiel:

• den Verantwortlichen ändern;
• die Zone ändern;
• das SLA ändern;
• eine gemeinsame Root Cause zuweisen;
• zu einem Massive Incident zusammenführen;
• einen Knowledge Article anwenden;
• die Priorität ändern;
• exportieren.

Alle Massenaktionen werden im Audit Trail festgehalten.

Berücksichtigung der Kapazität

Bei der Zuweisung von Arbeiten wird die tatsächliche Auslastung der Abteilungen berücksichtigt.

Jeder Ingenieur ist gekennzeichnet durch:

• Active Issues;
• Verification Queue;
• Planned Work;
• Availability;
• Current Capacity.

Übersteigt die Auslastung den festgelegten Grenzwert, empfiehlt das System eine Umverteilung der Arbeiten.

Verteilung der Arbeitslast

Zur Vermeidung von Überlastung setzt das System einen Lastausgleich ein.

Bei der Verteilung werden berücksichtigt:

• die Anzahl offener Issues;
• die Gesamtkritikalität;
• die durchschnittliche Lösungsdauer;
• die Kompetenzen;
• die Gebietszugehörigkeit;
• die Historie vergleichbarer Arbeiten.

Mobile Ausführung

Die Feldversion von OHM stellt dem Ingenieur Folgendes bereit:

• die Asset-Karte;
• die Route;
• die Historie;
• die neueste Evidence;
• zugehörige Fotos;
• Arbeitsanweisungen;
• Knowledge Articles;
• die Möglichkeit, neue Materialien anzuhängen;
• eine elektronische Signatur;
• die Bestätigung der Fertigstellung.

Nach der Synchronisation stehen die Informationen dem Disponenten unmittelbar zur Verfügung.