Zum Inhalt springen

Labor · Thema

Wie ein Betrieb von sich aus meldet — und wie man ihm antwortet

Ein System, das alles meldet, wird weggeklickt; eines, das nichts meldet, merkt man erst, wenn es zu spät ist. Dazwischen steht in jeder der drei Zeichnungen eine Stelle, an der entschieden wird, ob etwas gesagt wird — und wenn ja, wem, wie ausführlich und wie oft.

Diese drei Versuche zeichnen nicht Modelle, sondern Abläufe, die wir selbst betreiben. Rollennamen statt Werkzeugnamen gelten hier deshalb strenger, nicht lockerer: keine Dienste, keine Verteiler, keine Taktzeiten, keine Zahlen aus dem Betrieb.

Isometrische Illustration: ein Baustein mit leuchtendem Glockensymbol sendet zwei Linien zu einem Umschlag und einer Sprechblase, eine gestrichelte Linie führt von einem Einstellungsrädchen zurück zum Baustein.

Versuch 1

Wenn etwas schiefgeht, meldet es sich selbst — und sagt zuerst, was es bedeutet

Eine Verarbeitungsstrecke läuft unbeaufsichtigt. Bleibt ein Vorgang liegen, merkt es niemand, bis jemand nachfragt — meist der, dem etwas fehlt.

VorgangErgebnisEinordnungErledigtFehlerHinweisAusweichwegKlartextMeldungKanalZweiter KanalProtokoll

Quelle Aus dem eigenen Betrieb abgeleitet

In der Zeichnung Jeder Vorgang endet in einer Einordnung, und die kennt drei Ausgänge: erledigt, Hinweis, Fehler. Nur die beiden hinteren führen zu einer Meldung, und die geht erst nach einer Übersetzung in Klartext hinaus — in mehr als einen Kanal. Aufgeschrieben wird jeder Ausgang, auch der stille.
Woraus die Zeichnung gebaut ist

Was der Versuch nicht zeigt: nichts über Häufigkeit, Reaktionszeit oder Anteil der Fehlerklassen — die Zeichnung zeigt den Weg einer Meldung, nicht wie oft er begangen wird.

Der Ausgang „Hinweis“ ist keine Abschwächung, sondern eine eigene Klasse: bestimmte Ablehnungen bei der Übergabe an ein Empfängernetz sind bekannt und haben einen Ausweichweg — die Zustellung läuft dann anders weiter, statt zu scheitern. Für jede dieser Klassen liegt ein vorformulierter Satz bereit, der den Grund benennt; das ist der Knoten „Klartext“. Der Ausgang „Erledigt“ ist mitgezeichnet, obwohl daraus keine Meldung folgt: ohne ihn behauptete die Zeichnung, jeder Vorgang ende in einer. Die beiden Kanäle stehen dafür, dass die Meldung an mehr als eine Stelle geht und ein ausgefallener Kanal den Vorgang nicht aufhält.

Versuch 2

Einmal am Tag ein Bericht, der weiß, was gestern war

Ereignismeldungen sagen, dass etwas passiert ist. Sie sagen nicht, ob es neu ist, ob es mehr wird, oder ob es die dritte Woche dasselbe ist.

AusgangEingangLaufBetriebslageSammelnNachfassenEinstufenStand von gesternVergleichBerichtVersandStand für morgen

Quelle Aus dem eigenen Betrieb abgeleitet

In der Zeichnung Zwei voneinander unabhängige Beobachtungsebenen laufen zusammen — die Protokolle der Strecken selbst und die Lage der Plattform darunter. Fällt beim Sammeln etwas auf, wird im selben Durchlauf nachgefasst; dann wird eingestuft und mit dem Stand von gestern verglichen. Erst daraus entsteht der Bericht — und derselbe Stand wird für morgen abgelegt.
Woraus die Zeichnung gebaut ist

Was der Versuch nicht zeigt: keine Zahl aus unserem Betrieb. Der Bericht selbst trägt Mengen, Fehlerzahlen und den Vergleich zum Vortag — hier steht keine davon, und wer ihn bekommt und wie oft, steht ebenfalls nicht in der Zeichnung.

Warum zwei Ebenen und nicht eine: die Protokolle einer Strecke zeigen nur, was ihr eigener Code hineingeschrieben hat. Wird eine Anfrage schon vor der Anwendung abgewiesen, läuft dieser Code nie — das Protokoll bleibt leer, und allein die Ebene darunter sieht den Vorfall. Ein Melder mit einer einzigen Quelle meldet nicht, was diese Quelle nicht sieht. „Stand von gestern“ und „Stand für morgen“ sind derselbe Ort, gelesen und geschrieben von verschiedenen Läufen — deshalb stehen sie als Quelle und als Senke da und nicht als Rückkante. „Nachfassen“ ist eine Entscheidung innerhalb desselben Laufs: fällt ein unbekannter Befund auf, wird gezielt tiefer gesucht, bevor eingestuft wird. Derselbe Ablauf läuft mehrmals am Tag und geht dabei an unterschiedlich grosse Kreise — der frühe an den vollen, der spätere an einen kleineren.

Versuch 3

Sie antworten auf die Mail — und die Benachrichtigung stellt sich um

Jedes System, das benachrichtigt, hat irgendwo eine Einstellungsseite. Sie zu finden dauert länger, als die Mail zu ignorieren — also ignoriert man die Mail.

PostfachMENSCHAntwortVerstehenHäufigkeitRuhezeitFokusMerkzettelBestätigungNächster LaufMeldungStilleLebenszeichen

Quelle Aus dem eigenen Betrieb abgeleitet Ein Halt für einen Menschen: Antwort

In der Zeichnung Ein Postfach wird im Takt geprüft. Kommt eine Antwort, wird sie gelesen und als Wunsch verstanden — häufiger, seltener, eine Weile gar nicht, oder nur zu einem Thema. Das landet im Merkzettel des Empfängers, wird ihm bestätigt, und der nächste Lauf richtet sich danach: Meldung oder Stille.
Woraus die Zeichnung gebaut ist

Was der Versuch nicht zeigt: nichts darüber, wie zuverlässig ein Wunsch richtig verstanden wird, und nichts über Empfänger, Postfächer oder Taktzeiten.

Der Knoten „Einstellung“ steht für genau eine Änderung, nicht für drei gleichzeitig — deshalb ist er ein Knoten und keine Verzweigung, dieselbe Verdichtung wie bei den Kategorien im Posteingang. Der rechte Teil der Zeichnung gehört eigentlich zum nächsten Lauf und ist trotzdem hier: ohne ihn bliebe offen, was eine Einstellung bewirkt. „Stille“ führt weiter auf ein Lebenszeichen — ein Melder, der nur bei Befund meldet, muss von Zeit zu Zeit belegen, dass er noch läuft, sonst ist Schweigen nicht von Ausfall zu unterscheiden.

Zwei Regeln stehen nicht in der Zeichnung, gehören aber zur Stille: dasselbe Signal wird nicht täglich wiederholt, sondern erst nach einigen Tagen erneut — und der vollständige Bestandsbericht bleibt jederzeit auf Abruf, er ist nur nicht mehr der Standard.

Wo eine Antwort endet: was über die eigene Zustellung hinausgeht, wird zuerst zusammengefasst zurückgespiegelt und erst auf ein ausdrückliches Ja ausgeführt — was unbestätigt bleibt, verfällt, statt später doch noch zu laufen. Einen Vorgang endgültig abschliessen darf der Kanal nie, das bleibt beim Menschen. Bestehende Einstellungen werden nur geändert oder ergänzt, nie gelöscht. Jede schreibende Aktion wird protokolliert, auch die fehlgeschlagene, und das Protokoll ist selbst per Antwort abrufbar. Von sich aus schreibt der Kanal niemanden an — er antwortet im bestehenden Faden. Zugangsdaten und Systempfade erscheinen in keiner Antwort. Und ein Stoppwort per Mail hält alles an: danach wird nur noch gelesen, nichts ausgeführt, nichts beantwortet.

Eigener Betrieb, keine Kundendaten
Anders als die übrigen Seiten des Labors zeichnen diese drei Versuche keine Modelldatensätze, sondern Abläufe, die wir selbst betreiben. Gezeichnet ist ausschliesslich die Mechanik: keine Werkzeug-, Dienst- oder Herstellernamen, keine Empfänger, keine Taktzeiten, keine Zahlen aus dem Betrieb — und keine Inhalte aus Kundensystemen.

Weiter im Labor: Vorgänge · Unterlagen · Agenten · Werkzeug · zurück zur Übersicht

Wer soll bei Ihnen erfahren, dass etwas liegt?

Diese Abläufe betreiben wir für uns selbst; wem gemeldet wird, wie ausführlich und wie oft, ist der Teil, der zu jedem Haus einzeln gehört.

Gespräch vereinbaren