Beim zweiten Mal sollte man automatisieren, nicht erst beim fünften

Ich habe ein Diagramm veröffentlicht, das falsch war, und es zwei Tage lang nicht bemerkt. Es sah völlig in Ordnung aus. Die Kästen saßen an den richtigen Stellen, die Beschriftungen stimmten, und die Linien dazwischen zeigten auf die falschen Kästen. Bei einer Handänderung zu viel war ein Verbindungspfeil unbemerkt um eine Position gerutscht, und niemandem fiel es auf, denn auf den ersten Blick gab es nichts zu bemerken. Dieser kleine Fehler hat mir eine Regel beigebracht, die ich heute weit über Diagramme hinaus anwende: Der richtige Moment, etwas nicht mehr von Hand zu machen, ist das zweite Mal, nicht das fünfte.
Das Wichtigste in Kürze
- Ich bearbeitete ein wachsendes Diagramm immer wieder von Hand. Bei einer Änderung rutschte eine Verbindungslinie auf den falschen Kasten und sah trotzdem korrekt aus: Die manuelle Version konnte falsch sein und dabei richtig aussehen.
- Die Lösung kostete einen Nachmittag: die Struktur einmal in einfachem Text beschreiben und ein kleines Skript alles platzieren und die Linien ziehen lassen. Sie können schlicht nicht mehr auf den falschen Kasten zeigen.
- Der gängige Rat „nach dem dritten Mal automatisieren" ist für strukturierte Arbeit zu langsam. Schon das zweite Mal ist das Signal.
Was ich immer wieder neu gemacht habe
Das Diagramm ist ein strukturiertes: beschriftete Kästen mit Verbindungslinien, in Zeilen angeordnet, wachsend, weil ich neue Kästen ergänze. Jedes Mal, wenn etwas Neues hineinmusste, öffnete ich die Datei und schob Koordinaten von Hand zurecht. Beim ersten Mal ist das eine völlig vernünftige Arbeitsweise. Beim zweiten Mal ist es leicht lästig. Beim dritten oder vierten steckte ich mehr Aufmerksamkeit in die Buchhaltung der Positionen als in den eigentlichen Inhalt. Und jede Änderung berührte Dinge, die voneinander abhingen: Ein neuer Kasten in der Mitte verschob alles drumherum, also mussten sämtliche Verbindungslinien nach Augenmaß neu ausgerichtet werden.
Was tatsächlich kaputtging
Bei einer dieser Änderungen fügte ich unten eine neue Zeile ein. Alles darunter verschob sich, ich zog die Verbinder hinterher, prüfte es mit dem Auge und erklärte es für fertig. Es sah korrekt aus. Es war nicht korrekt. Eine Linie führte nun zum Nachbarn des Kastens, den sie eigentlich erreichen sollte.
Der Fehler war nicht laut, und genau das ist der Kern. Ein zerfallenes Layout, das in einem Chaos endet, ist in dreißig Sekunden repariert. Gefährlich ist das Layout, das auf subtile Weise falsch ist und dabei poliert aussieht: Es besteht den Blick aus dem Augenwinkel, geht raus und bleibt unbemerkt falsch, bis jemand es aufmerksam liest.
Die Lösung, die einen Nachmittag dauerte
Statt Pixel hin- und herzuschieben, schrieb ich eine kurze Beschreibung der Struktur: welcher Kasten existiert und mit welchem anderen Kasten er verbunden ist. Dann liest ein kleines Skript diese Beschreibung und übernimmt die Platzierung selbst: Es zieht jede Linie aus der beschriebenen Struktur, nicht aus der Stelle, an die ich zufällig etwas gezogen habe.
Der Unterschied liegt nicht in erster Linie im Tempo, auch wenn es schneller ist. Er liegt darin, dass die neue Version den Fehler, den ich gemacht habe, gar nicht machen kann. Eine Linie entsteht aus „A ist mit B verbunden", also läuft sie von A nach B. Um einen Kasten hinzuzufügen, schreibe ich heute eine Textzeile, die beschreibt, wohin er gehört, und starte neu.
Die gefährliche Aufgabe ist nicht die schwere. Es ist die, die einfach genug ist, um richtig auszusehen, während sie falsch ist.
Die Rechnung, die niemand macht
Die Leute beurteilen „sollte ich das automatisieren" danach, wie lange ein einzelner Durchgang dauert. Ein einzelner Durchgang ist immer billig, also lautet die Antwort immer „lohnt sich nicht". Diese Rechnung ignoriert zwei Kosten, die in einer einzelnen Änderung nicht auftauchen: die unbemerkten Fehler und das schwelende Unbehagen, zu wissen, dass man die Fummelei bald wieder von vorn machen muss.
Das Skript kostete mehr im Voraus und hatte sich nach ein paar Änderungen amortisiert. Die Zahl im Voraus ist die einzige, auf die die meisten schauen, und genau deshalb wird so viel wiederkehrende Handarbeit nie abgeschafft.
Warum das zweite Mal und nicht das dritte
Der gängige Rat lautet, etwas nach dem dritten Mal zu automatisieren. Für einmalige Aufgaben ist das in Ordnung. Bei strukturierter, wiederkehrender Arbeit, deren Teile voneinander abhängen, ist drei bereits zu spät, denn bis zum dritten Durchgang von Hand hast du wahrscheinlich schon mindestens einen stillen Fehler ausgeliefert, ohne es zu wissen. Der Auslöser, auf den ich heute achte, ist nicht „ich mache das oft", sondern „ich mache das von Hand neu, und es kommt manchmal auf subtile Weise falsch heraus". Beim zweiten Mal, dass du das spürst, bau dir das kleine Werkzeug.
Wo das gilt, wenn du nicht programmierst
Nichts davon dreht sich wirklich um Diagramme. Denk an die Arbeitsergebnisse deiner Woche, die jemand immer wieder von Hand neu baut und die still davon abhängen, dass ihre Teile zusammenpassen: ein Organigramm, das nach jeder Umstrukturierung neu gezeichnet wird, das monatliche Status-Slide, das jemand von Grund auf neu formatiert, der Bericht, in dem eine Zahl an einer Stelle zu einer Zahl drei Stellen weiter passen muss und es gelegentlich nicht tut.
Bei jedem davon lautet die Frage nicht „machen wir das oft genug, dass es sich lohnt". Sie lautet „kommt die handgemachte Version je gut aussehend und trotzdem falsch heraus". Wenn ja, ist dieses Ergebnis ein Kandidat für die „Einmal beschreiben"-Behandlung, und du kannst denjenigen, der es baut, oder eine KI-Assistenz bitten, das manuelle Ritual in einen kleinen Generator zu verwandeln, dem du eine einfache Beschreibung übergibst.
Was ich anders machen würde
Ich würde schon bei der zweiten Änderung umstellen. Ich habe gewartet, bis ein falsches Diagramm bereits draußen war, und das ist die teuerste Art zu lernen, dass „es sind nur ein paar Minuten" das falsche Maß ist. Das richtige Maß ist, ob die manuelle Version unbemerkt scheitern kann. Wenn sie das kann, waren die paar Minuten nie die eigentlichen Kosten.
Was ist das eine, das du immer wieder von Hand neu baust und das gerade jetzt still falsch sein könnte, und was bräuchte es, um es stattdessen ein einziges Mal zu beschreiben?
Stack: Python · SVG · Claude Code
Brauchen Sie sowas für Ihr eigenes Unternehmen? So kann ich helfen →
Die KI-Audit-Kickoff-Checkliste sichern
Fünfzehn Fragen zu Ihren eigenen Prozessen, bevor Sie einen Cent für KI ausgeben. Genau die erste Stunde eines echten Audits, als einseitiges PDF. Tragen Sie Ihre E-Mail ein und Sie bekommen es sofort, dazu hin und wieder eine Nachricht, wenn ich etwas schreibe, das Ihre Zeit wert ist. Kein Spam, Abmeldung mit einem Klick.