Wenn eine Korrektur langsamer ist als der nächste Auftrag

Nehmen Sie ein Objekt, von dem Sie wissen, dass es falsch ist – die Kennzeichnung einer Pumpe, die Ebene, unter der sie hängt, das Datum, an dem sie umgesetzt wurde. Schreiben Sie auf, welche Schritte zwischen der Person, die es gesehen hat, und der Person liegen, die es ändern darf. Wer informiert wird. Wer zustimmt. Wer die Berechtigung hat. Wann diese Person ihren Arbeitsvorrat abarbeitet. Notieren Sie zu jedem Schritt, wie viele Tage er dauert, und wo das niemand weiß, schreiben Sie auch das auf: Ein Schritt, dessen Dauer niemand nennen kann, ist der Schritt, auf den der Korrekturweg wartet.

Zählen Sie jetzt die Aufträge, die in den letzten zwölf Monaten zu diesem Objekt technisch abgeschlossen wurden, und teilen Sie das Jahr durch diese Zahl. Das ist der Takt, gegen den Sie antreten.

Angenommen, der Korrekturweg dauert dreißig Tage, und alle vierzehn Tage kommt ein Auftrag. Die Korrektur kommt trotzdem an. Sie kommt nach zwei weiteren Aufträgen, die zum noch falschen Objekt erfasst wurden, und ihre Rückmeldungen und Kosten gehören jetzt zur Historie des falschen Objekts. Nichts ist schiefgegangen. Niemand war nachlässig. Das Register hat trotzdem verloren – an der Durchlaufzeit.

Das ist auch der Grund, warum ein Register einen Bereich eines Werks gut beschreiben kann und einen anderen schlecht. Der Korrekturweg ist überall gleich lang, das Aufkommen nicht. Am schnellsten falsch werden die Objekte, an denen am meisten gearbeitet wird – dieselben Objekte, auf denen Ihre Auswertungen aufbauen.

Sortieren Sie Ihre offenen Korrekturen also danach, wie oft Arbeit zum Objekt erfasst wird, nicht danach, wie lange sie schon warten. Die älteste auf der Liste betrifft vielleicht eine Maschine, die seit dem Go-live niemand angefasst hat, und diese Korrektur kann noch einen Monat warten, ohne Sie einen einzigen Eintrag zu kosten.

Melden ist bewusst breit angelegt: Wer vor Ort ist, kann sagen, was er gesehen hat. Das Ändern des Registers ist bewusst eng gefasst, denn eine Hierarchie, die jeder bearbeiten kann, ist eine Hierarchie, auf die sich niemand verlassen kann, und ein falsches Feld im Stammsatz ist in jeder Auswertung falsch, die das Objekt liest.

Eine Änderung am Stammsatz eines technischen Objekts wird normalerweise als Änderungsbeleg festgehalten – welches Feld, der alte Wert, der neue, wer und wann. Ob protokolliert wird, ist je Feld eingestellt; prüfen Sie also das Feld, auf das es Ihnen ankommt, bevor Sie jemandem eine lückenlose Änderungshistorie versprechen. Wird es protokolliert, sind die Korrekturen, die über die Personen mit der Berechtigung gelaufen sind, diejenigen, die Sie auch nächstes Jahr noch erklären können. Die, die an ihnen vorbeigelaufen sind, nicht.

Die Antwort auf einen langsamen Korrekturweg heißt also nicht: mehr Berechtigungen. Wenn Sie die Änderung dem überlassen, der gerade am Objekt steht, wird das Register so korrigiert, wie jeder Einzelne es korrigiert hätte: drei Schreibweisen für eine Teilanlage, zwei Plätze für eine Maschine und eine Struktur, die festhält, wer Schicht hatte, statt was dort steht.

Was sich ändern muss, ist der Weg, nicht die Berechtigung. Wer den Fehler gefunden hat, hat genau eine Aufgabe: eine Meldung daraus machen. Jemand anderes hat die Aufgabe, diesen Arbeitsvorrat abzuarbeiten, und dieser Jemand muss eine Rolle sein, kein Name – denn Personen wechseln, der Arbeitsvorrat bleibt.

Wer den Fehler findet, kann zum Objekt eine Meldung anlegen. Das kostet eine Minute und liefert die vier Dinge, die ein Korrekturweg braucht: welches Objekt, was gesehen wurde, wer es gesehen hat und das Datum.

Eine Nachricht im Chat hat nichts davon. Sie lässt sich auch nicht zählen, also kann niemand beantworten, ob das Register dieses Jahr schneller abdriftet als im Vorjahr.

Geben Sie dem Stammdatenfehler eine eigene Meldungsart. Als Störmeldung erfasst, liest er sich wie eine Störung an der Maschine, und ein Fehler im Register ist keine. Meldungsarten werden einmal eingerichtet; wer meldet, wählt dann eine aus, und das ist der günstigste Moment, das, was an der Maschine nicht stimmt, von dem zu trennen, was an ihrem Stammsatz nicht stimmt.

Die eigene Meldungsart liefert Ihnen außerdem die Messung. Eine Meldung trägt das Meldungsdatum und, sobald sie abgeschlossen ist, das Datum, an dem sie abgeschlossen wurde. Der Abstand dazwischen ist Ihr Korrekturweg in Tagen, für jede Korrektur, die jemand gemeldet hat – nicht als Schätzung, sondern als Verteilung. Diese Zahl legen Sie dem vor, der das Register verantwortet, und sie ergibt sich aus Meldungen, die niemand eigens dafür führen musste.

Ist der Korrekturweg langsamer als die Arbeit, wartet niemand. Man erfasst den Auftrag zu dem Objekt, das man findet. Man legt für die Maschine, die vor einem steht, ein neues Objekt an. Man führt die echte Struktur in einer Liste und überträgt die Nummern von Hand.

Jedes davon ist für den Einzelnen günstiger, als zu warten, und jedes lässt das Register schlechter zurück als die falsche Kennzeichnung.

Das neue Objekt ist das teure. Jetzt beschreiben zwei Objekte dieselbe Maschine. An beiden hängen Meldungen, an beiden hängen Aufträge, beide wirken lebendig. Wer die Objekte ohne Meldungen und Aufträge zählt, wird keines der beiden je finden, denn keines ist leer – eine Dublette ist die einzige Art von Drift, die dieser Test nicht sehen kann.

Um sie zu finden, braucht es eine andere Frage: zwei Objekte am selben Platz mit fast gleichen Bezeichnungen oder eine Maschine, deren Ausfallhistorie an einem Objekt im selben Monat endet, in dem sie an einem anderen beginnt. Jemand muss diese Frage einmal stellen – und danach immer wieder.

Und die Bruchstelle ist dauerhaft. Ist die Historie einer Maschine erst auf zwei Objekte verteilt, fügt keine spätere Korrektur sie wieder zusammen. Die Aufträge bleiben, wo sie erfasst wurden.

Wer Stammdaten korrigiert, ändert das Objekt von jetzt an. Die Korrektur verschiebt nichts, was bereits dazu erfasst wurde.

Ein Auftrag, der ein Objekt nennt, nennt es weiterhin. Der Auftrag von gestern nennt auch nach Ihrer Korrektur noch das Objekt von gestern, und so soll es sein: Ein Auftrag dokumentiert geleistete Arbeit, er beschreibt nicht das Werk. Ein rückgemeldeter und technisch abgeschlossener Auftrag ist erledigt, und den Abschluss zurückzunehmen, um ihn umzuhängen, ist eine Entscheidung über ein Dokument, keine Korrektur am Register.

Beim Equipment wird das übersehen, denn ein Einbauort sieht aus wie ein Feld und ist keines. Wo ein Equipment gewesen ist, steht in einer Folge von Einbauzeiträumen, jeder mit dem Datum, an dem er begann. Wenn Sie einen Platzwechsel vom letzten Monat korrigieren, indem Sie das Equipment heute einbauen, steht im Stammsatz, es sei heute angekommen: Die Aufträge und die Ausfälle des letzten Monats bleiben am alten Platz, und die Wochen dazwischen gehören niemandem. Die Korrektur besteht aus zwei Daten, nicht aus einem – zum Tag ausbauen, an dem es tatsächlich ging, und zum Tag einbauen, an dem es tatsächlich ankam –, und ein rückwirkender Einbau über einen noch offenen Zeitraum ist der Teil, mit dem Sie kämpfen werden. Alles andere ist nur der Ist-Zustand.

Jede Korrektur hinterlässt also eine Bruchstelle, und die Bruchstelle hat ein Datum. Wer zwei Jahre Kosten oder Ausfälle eines Objekts vergleicht, muss wissen, wo die Bruchstellen liegen, sonst misst der Vergleich Ihre Korrekturen statt Ihres Werks. Schreiben Sie das Datum dorthin, wo der Nächste es findet – an das Objekt, in die Meldung, mit der der Fehler gemeldet wurde. Eine Bruchstelle, die niemand festgehalten hat, ist von einer Maschine, die besser geworden ist, nicht zu unterscheiden.

Was den Korrekturweg langsam macht, ist ein einziger Weg für alle Korrekturen. Eine Schreibweise in einer Bezeichnung und eine Ebene in der Hierarchie sind nicht dieselbe Änderung, und eine Hürde, die für die zweite hoch genug ist, hält die erste auf.

Trennen Sie sie mit einer Frage: Hängt etwas, das bereits erfasst ist, davon ab?

Alles in der ersten Zeile sollte die Person korrigieren können, die es gefunden hat, und zwar in derselben Woche. Alles in der letzten Zeile braucht jemanden, der sagt, was mit der Historie geschieht – das ist eine Entscheidung, keine Genehmigung, und genau dafür lohnt sich eine Besprechung.

Wurde diese Trennung nie aufgeschrieben, gibt es sie trotzdem. Sie ist das, was die Berechtigungen zufällig zulassen, je nachdem, wer sie bekommen hat. Diese Trennung aus den Berechtigungen herauszulesen ist langwieriger, als es gewesen wäre, sie zu vereinbaren, und endet im selben Dokument.

Der Test nach dem Go-live ist nicht, ob das Register zum Go-live stimmte. Er lautet: Lässt sich ein falsches Objekt richtigstellen, bevor der nächste Auftrag dazu erfasst wird?