Ein Dashboard ist keine Digitalisierung

Eine der häufigsten Endstationen der industriellen und energiewirtschaftlichen Digitalisierung ist ein eindrucksvolles Dashboard. Die Zähler sind angebunden, die Daten laufen ein, die Kurven bewegen sich, und bei der Projektübergabe blicken alle zufrieden auf den großen Bildschirm.

Einige Wochen später zeigt sich dann, dass sich an der Arbeitsweise des Unternehmens im Grunde nichts geändert hat.

Störungen werden weiterhin telefonisch gemeldet. Abweichungen im Energieverbrauch bemerkt gelegentlich jemand. Aufgaben werden per E-Mail verteilt. Das Ergebnis eines Eingriffs ist nicht mit dem ursprünglichen Ereignis verknüpft. Und das Dashboard wird allmählich zu einem teuren Bildschirmhintergrund.

Das heißt nicht, dass Visualisierung überflüssig wäre. Ein gutes Dashboard ist wichtig. Es ist nur nicht die Digitalisierung selbst, sondern eine ihrer Oberflächen.

Das Diagramm antwortet – wenn jemand die richtige Frage stellt

Ein Dashboard ist im Kern ein passives Werkzeug. Es zeigt Informationen demjenigen, der es öffnet, weiß, wonach er sucht, das Gesehene richtig interpretiert und dann die Zeit und die Befugnis hat zu handeln.

Das sind viele Bedingungen auf einmal.

Steigt die Leistungsaufnahme einer Kälteanlage langsam an, kann das Diagramm den Trend zeigen. Für sich allein entscheidet es aber nicht:

• ab welcher Abweichung ein Wert als anomal gilt;
• auf welchen Betriebszustand sich der Vergleich beziehen muss;
• wer für die Untersuchung verantwortlich ist;
• innerhalb welcher Frist reagiert werden muss;
• was geschieht, wenn keine Maßnahme ergriffen wird;
• wie gemessen wird, ob der Eingriff wirksam war.

Das Dashboard macht das Problem sichtbar. Aufgabe des operativen Systems ist es, das Problem auch zu bearbeiten.

Die eigentliche Kette: von der Messung zum rückgekoppelten Prozess

In einer ausgereiften digitalen Lösung endet die Kette nicht beim Diagramm:

Messung → Interpretation → Ereignis → Entscheidung → Aufgabe → Ausführung → Kontrolle.

Ein einfaches Beispiel: Ein Unterzähler zeigt, dass die nächtliche Grundlast eines Produktionsbereichs an drei aufeinanderfolgenden Tagen über dem üblichen Wert lag.

Das Dashboard kann das darstellen. Ein funktionierendes System hingegen:

1. vergleicht den Wert mit der Baseline des passenden Zeitraums und Betriebszustands;
2. legt ein Ereignis an;
3. ordnet ihm den betroffenen Standort und die betroffenen Anlagen zu;
4. benachrichtigt die verantwortliche Person;
5. eröffnet eine Aufgabe oder einen Arbeitsauftrag;
6. dokumentiert das Ergebnis der Untersuchung und des Eingriffs;
7. misst nach, ob sich die Grundlast wieder normalisiert hat;
8. weist den vermiedenen Mehrverbrauch aus.

Hier geht es nicht mehr um Datenvisualisierung, sondern um einen digital ausführbaren Betriebsprozess.

Ohne Verantwortlichen sind Daten nichts wert

Eine der wichtigsten und dennoch regelmäßig übergangenen Fragen lautet: Wem gehört das Ereignis?

Der Alarm mag der präziseste der Welt sein – landet die Meldung in einem Sammelpostfach oder erhalten sie zehn Personen gleichzeitig in der Hoffnung, dass schon jemand reagieren wird, fühlt sich niemand zuständig. Eine Meldung ohne Verantwortlichen wird in der Regel zu Rauschen.

In einem guten Prozess lässt sich festlegen:

• wer für das Ereignis verantwortlich ist;
• die Eskalationsregel;
• die Reaktionsfrist;
• die erforderliche Dokumentation;
• die Bedingung für den Abschluss;
• die Art der Freigabe und der Nachkontrolle.

An diesem Punkt treffen OT-Daten auf den Geschäftsbetrieb.

Kontext ist wichtiger als die Auflösung des Diagramms

Ein Verbrauch von 20 kW kann normal oder anomal sein. Das hängt davon ab, um welche Maschine es geht, in welchem Produktionszustand, in welcher Schicht, bei welcher Außentemperatur und mit welcher Vorgeschichte.

Deshalb müssen Daten mit den realen Objekten des Unternehmens verknüpft sein: mit einer Anlage, einem Standort, einer Kostenstelle, einem Kunden, einem Vertrag, einem Instandhaltungsereignis oder einem Produktionsauftrag.

Fehlt diese Verknüpfung, speichert das System viele Daten, erzeugt aber wenig Wissen.

Genau diese Lücke schließt das gemeinsame Daten- und Prozessmodell von OrigSmart. Messdaten bleiben keine isolierte Zeitreihe, sondern werden Teil des physischen und geschäftlichen Umfelds. So kann dasselbe Ereignis für den technischen Betrieb, das Energiemanagement, die Finanzabteilung und die Geschäftsleitung sichtbar werden – für jede Rolle in der Form, die sie für ihre eigene Entscheidung braucht.

Ein gutes Dashboard ist auf Handeln ausgelegt

Ein Dashboard ist dann nützlich, wenn es nicht alle Daten gleichzeitig zeigen will, sondern die Entscheidung unterstützt.

Wer sofort eingreifen muss, braucht eine andere Ansicht als jemand, der monatliche Kosten analysiert. Der Betrieb braucht den aktuellen Zustand, die Priorität und die konkrete nächste Aufgabe. Die Führungsebene braucht Trends, Risiken, Abweichungen und die geschäftlichen Auswirkungen. Die Instandhaltung braucht die Anlagenhistorie, zugehörige Dokumente und einen Arbeitsauftrag, der sich abschließen lässt.

Bei OrigSmart ist das Dashboard deshalb kein eigenständiges Zielprodukt. Es ist ein rollenspezifisches Fenster in demselben System, das auch die Quelldaten, das Ereignis, die Berechtigungen und den ausführbaren Prozess verwaltet.

Der Maßstab der Digitalisierung ist nicht die Zahl der Bildschirme

Über den Erfolg eines Projekts sagt nicht die Zahl der erstellten Diagramme etwas aus, sondern zum Beispiel:

• um wie viel sich die Reaktionszeit verkürzt hat;
• wie viele Ereignisse einen Verantwortlichen und einen Abschluss erhalten haben;
• ob ungeplante Stillstände zurückgegangen sind;
• ob sich Energie- oder Kosteneinsparungen nachweisen lassen;
• ob ein manueller Schritt der Datenerfassung oder Abstimmung entfallen ist;
• ob sich die Auditierbarkeit verbessert hat;
• ob eine automatische Rückkopplung entstanden ist.

Deshalb beginnt OrigSmart auch ein typisches Pilotprojekt nicht damit, das gesamte Unternehmen mit Dashboards „zuzupflastern“. Wir starten mit einer festgelegten Datenquelle, einem konkreten Problem und einem messbaren Erfolgskriterium. Im Pilotprojekt können selbstverständlich Dashboards und Alarme entstehen – mindestens eine nachvollziehbare Maßnahme muss aber ebenfalls daraus hervorgehen.

Denn Daten schaffen dann Wert, wenn sie im Betrieb etwas verändern.

Quellen

• OrigSmart – Webbasiertes Betriebssystem für Unternehmen
• NIST SP 800-82 Rev. 3 – Guide to Operational Technology Security