Zum Hauptinhalt springen
Rocket Routine OSRocket Routine
DE
Sven sitzt am Schreibtisch, auf dem Laptop-Bildschirm leuchtet ein Haken neben Statuscode 200, waehrend ein zweiter Punkt grau und ungeprueft bleibt.

Woran erkennt eine Rolle, dass die andere fertig ist? Die Übergabe als Signal.

Rolle eins schreibt den Artikel, Rolle zwei postet darüber. Wochenlang lief diese Übergabe über eine stille Konvention, die hielt, solange jemand daran dachte. Ein Signal ist etwas anderes: ein Zustand, den die zweite Rolle selbst abfragen kann, jedes Mal, unabhängig davon, ob gerade jemand hinschaut.

Sven O. Rimmelspacher

Kurz gesagt: Sobald zwei Rollen zusammenarbeiten, entscheidet nicht die neue Aufgabe über das Risiko, sondern die Übergabe zwischen ihnen. Eine Konvention, die ein Mensch trägt, bricht irgendwann unbemerkt. Ein Signal, das die zweite Rolle selbst abfragt, hält, weil niemand mehr daran denken muss.

Woran erkennt eine Rolle, dass die andere fertig ist?

Rolle eins schreibt den Artikel. Rolle zwei postet darüber, jeden Dienstag. Damit der Dienstagspost auf den Artikel verlinken kann, muss Rolle zwei wissen: Ist der Artikel schon live? Wochenlang lief diese Frage über eine stille Konvention: Rolle zwei prüfte von Hand, ob die Seite schon da war, und wenn nicht, ließ sie den Link einfach weg. Es funktionierte, jede Woche, weil jemand daran dachte.

Genau diese Art von Übergabe ist das eigentliche Risiko, sobald aus einer Rolle zwei werden. Nicht die neue Aufgabe selbst, sondern die Frage, woran die zweite Rolle erkennt, dass die erste fertig ist.

Eine Konvention ist kein Signal

Eine Konvention lebt in einem Kopf, oder in einer Gewohnheit, die sich eingespielt hat. Sie funktioniert, solange jemand daran denkt, sie zu prüfen. Ein Signal ist etwas anderes: ein Zustand, den die zweite Rolle selbst abfragen kann, ohne dass ein Mensch dazwischensteht. Nicht "frag mich, ob es fertig ist", sondern "prüf es selbst, und zwar jedes Mal".

Der Unterschied klingt klein, bis man ihn verliert. Eine Konvention hält, solange die Person, die sie trägt, aufmerksam bleibt. Sie bricht genau dann, wenn diese Person abgelenkt ist, im Urlaub, oder mit etwas anderem beschäftigt, und niemand merkt es sofort, weil ja "meistens" alles passt. Das ist der Grund, warum eine stillschweigend ausgeglichene Übergabe so lange unsichtbar bleiben kann: Sie funktioniert oft genug, dass niemand hinschaut.

Ein Signal dagegen bricht nicht auf diese Art, weil es niemanden gibt, der aufmerksam bleiben muss. Es ist entweder wahr oder falsch, und die zweite Rolle prüft es jedes Mal neu, unabhängig davon, ob gerade jemand hinschaut.

Was ein gutes Signal ausmacht

Ein Signal, auf das sich eine zweite Rolle verlassen kann, braucht drei Eigenschaften.

Erstens: Die zweite Rolle muss es selbst abfragen können, ohne auf eine Nachricht von einem Menschen oder von der ersten Rolle zu warten. Ein Ping ist keine Abfrage. Ein Ping kann ausbleiben, vergessen werden, im falschen Kanal landen. Eine Abfrage kann die zweite Rolle jederzeit selbst auslösen.

Zweitens: Das Ergebnis muss eindeutig sein, nicht "wahrscheinlich fertig" oder "sollte eigentlich passen". Genau diese Eindeutigkeit fehlt oft auch beim wöchentlichen Review einer einzelnen Rolle, wenn "gut genug" nie in eine Zahl übersetzt wurde. Bei der Artikel-Übergabe ist die Abfrage denkbar einfach: Liefert die veröffentlichte Artikel-Adresse den Statuscode 200, oder liefert sie einen Fehler? Zwei Zustände, keiner davon strittig.

Drittens: Die Abfrage muss jedes Mal laufen, nicht nur, wenn jemand daran denkt. Genau das war die Lücke bei der stillen Konvention. Das Wissen, wie man prüft, war da. Was fehlte, war die Regel, dass diese Prüfung ausnahmslos vor jeder Übergabe passiert, unabhängig vom Tag, von der Arbeitsbelastung, von der Aufmerksamkeit der beteiligten Rolle.

Eine Konvention hält, solange jemand daran denkt. Ein Signal hält, weil niemand mehr daran denken muss.

Ein Beispiel, rein zur Illustration und keine Aussage über eine echte Rolle: Eine Rechnungs-Rolle stellt Rechnungen, eine Mahnwesen-Rolle mahnt überfällige. Läuft die Übergabe über "die Rechnungs-Rolle sagt Bescheid, wenn eine Frist reißt", bleibt sie unsichtbar, bis genau in der Woche mit dem meisten Aufkommen niemand Bescheid sagt. Läuft sie stattdessen über "die Mahnwesen-Rolle fragt täglich selbst ab, welche Rechnungen älter als die Zahlungsfrist sind, ohne beglichen zu sein", ist die Übergabe unabhängig davon, ob die erste Rolle gerade daran denkt.

Company 0

Bei uns war das genau die Lücke aus der letzten Ausgabe: Die Rolle, die den Artikel schreibt und veröffentlicht, und die Rolle, die die Social-Beiträge dazu verfasst, hatten eine Übergabe, die nie als Signal definiert war. Die Social-Rolle rief die Artikel-Adresse ab und prüfte von Hand, ob die Seite schon lebte, ließ den Link notfalls weg, ergänzte ihn später von Hand. Es funktionierte, weil jemand die Lücke jede Woche schloss.

Die eigentliche Korrektur war klein: Aus "prüf gefühlt, ob es passt" wurde "ruf die Adresse ab, und trag den Link nur ein, wenn der Statuscode 200 zurückkommt". Keine neue Aufgabe, keine neue Domäne, nur eine bestehende, informelle Prüfung, die zur festen Regel wurde, die jedes Mal läuft, nicht nur, wenn jemand daran denkt. Der Dienstagspost bekommt seinen Link jetzt entweder sofort, weil die Prüfung ihn findet, oder gar nicht in diesem Lauf, nie mehr durch Zufall zu spät.

Was das für dich heißt

Wenn bei dir zwei Rollen zusammenarbeiten, frag nicht zuerst, ob die Übergabe funktioniert. Frag, woran die zweite Rolle das eigentlich erkennt. Wenn die Antwort eine Person ist, "sie fragt mich", oder ein Gefühl, "meistens passt es", hast du eine Konvention, kein Signal. Und eine Konvention hält so lange, bis genau der eine Moment kommt, in dem niemand hinschaut.

Die Lösung ist selten kompliziert. Meistens reicht eine einzige, klar formulierte Abfrage: ein Statuscode, ein Feld, das gesetzt oder leer ist, ein Zeitstempel, der da ist oder fehlt. Der Aufwand liegt nicht im Bauen der Prüfung, sondern darin, sie zur festen Regel zu machen, statt sie als Ausnahmefall im Kopf zu behalten. Dasselbe Prinzip stand schon hinter der Wahl deiner ersten Routine: lieber eine Regel, die ausnahmslos gilt, als eine Ausnahme, die irgendwann zur Regel wird. Das ist derselbe Gedanke wie hinter Poka Yoke, nur diesmal angewendet auf die Übergabe zwischen zwei Rollen statt auf eine einzelne.

Der einfachste Weg dahin: Nimm die Konvention, die gerade läuft, wörtlich. Meistens steckt die Abfrage schon darin, nur informell. "Sie schaut nach, ob die Seite lebt" wird zu "sie ruft die Adresse ab und prüft den Statuscode". "Er merkt, wenn eine Frist reißt" wird zu "er fragt täglich ab, welche Fristen bereits gerissen sind". Die Prüfung neu zu erfinden ist selten nötig. Sie aus dem Kopf einer Person herauszunehmen und zur Regel zu machen, die jedes Mal läuft, das ist die eigentliche Arbeit.

Häufige Fragen

Was ist der Unterschied zwischen einer Konvention und einem Signal?

Eine Konvention lebt im Kopf einer Person und hält nur, solange diese Person daran denkt, sie zu prüfen. Ein Signal ist ein Zustand, den die zweite Rolle jederzeit selbst abfragen kann, ohne auf einen Menschen zu warten, und der jedes Mal geprüft wird, nicht nur manchmal.

Woran erkenne ich, ob meine eigene Übergabe eine Konvention oder ein Signal ist?

Frag, woran die zweite Rolle erkennt, dass die erste fertig ist. Ist die Antwort eine Person, die Bescheid sagt, oder ein Gefühl, dass es meistens passt, ist es eine Konvention. Kann die zweite Rolle den Zustand selbst und jedes Mal abfragen, ist es ein Signal.

Muss ein gutes Signal technisch aufwendig sein?

Nein. Die meisten Signale sind denkbar einfach: ein Statuscode, ein gesetztes oder leeres Feld, ein vorhandener oder fehlender Zeitstempel. Der Aufwand liegt nicht im Bauen der Prüfung, sondern darin, eine bereits bestehende informelle Prüfung zur festen, ausnahmslosen Regel zu machen.

Was war die konkrete Korrektur bei Rocket Routine selbst?

Die Social-Rolle prüfte von Hand, ob ein Artikel schon live war, und ergänzte den Link notfalls später. Die Korrektur ersetzte das Gefühl durch eine feste Abfrage: den Statuscode der Artikel-Adresse, geprüft vor jeder Übergabe, ausnahmslos, nicht nur, wenn jemand daran dachte.

Willst du das in deinem Unternehmen aufbauen?

Rocket Routine OS ist das Betriebssystem hinter diesen Artikeln, und es ist noch nicht offen verfügbar. Auf der Warteliste erfährst du als Erster, wenn es so weit ist, bekommst alle zwei Wochen einen ehrlichen Bericht darüber, was funktioniert und was nicht, und rückst mit jeder Empfehlung weiter nach vorn.

Auf die Warteliste eintragen

Willst du das ganze System verstehen?

Die gesamte Architektur von Rocket Routine OS als PDF — 20 Seiten, frei verfügbar, kein Formular.

Whitepaper herunterladen (PDF)