Die meisten Automationen laufen monatelang störungsfrei. Dabei kann trotzdem gelten: Nur eine Person weiß, was sie tut.

Der Bus-Faktor (englisch „bus factor“) benennt, wie viele Personen ausfallen dürfen, bevor Wissen über ein System verloren ist. Ein Bus-Faktor von eins ist ein Betriebsrisiko, denn dann ist das System beim Ausfall dieser Person faktisch undokumentiert – selbst wenn es weiterläuft.

🔗 Eine Automation ohne Besitzer bleibt bei Fehlern liegen. Jede Automation braucht eine benannte verantwortliche Person oder Rolle, sonst bleibt sie auch bei Personalwechsel unverstanden. Die Besitzerin erhält die Fehlermeldungen und hält das Wissen aktuell.

🔁 Erinnerung ist keine Dokumentation. Ein häufiger Einsteigerirrtum ist, die eigene Erinnerung an den Workflow als Dokumentation zu betrachten. Nach Monaten fehlt genau das, was der Störfall verlangt, weil die Fragen des Ausfalls nie aufgeschrieben wurden.

🧭 Ein Runbook je Workflow beantwortet die Fragen des Ausfalls. Was tut der Workflow, welche Systeme berührt er, wie erkennt man Fehler, welche Schritte folgen, wer ist zuständig. Beispiel: Ein Workflow versendet jede Nacht Rechnungen per Zeitplan; die Besitzerin im Buchhaltungsteam hält das Runbook aktuell. Einfache Prüfung: Für jede Automation die Fragen „Was macht sie?“, „Welche Systeme berührt sie?“ und „Wer darf sie abschalten?“ an mehrere Personen stellen.

Woran man es erkennt: Kann nur eine Person die Fragen beantworten, ist der Bus-Faktor eins.

Bus-Faktor heißt nicht „wie gut läuft es“, sondern „wer versteht es, wenn es nicht mehr läuft“. Die störungsfreie Nacht sagt nichts über die nächste Personalentscheidung.

📌 Bus-Faktor · Runbook · Verantwortlichkeit

📚 Automatisierung von Grund auf · Tag 6 von 30
#Automatisierung #workflow #Prozessoptimierung #effizienz

Viele Automationen laufen jahrelang stabil, bis sie plötzlich ausfallen. Dabei ist meist nicht die Technik das Problem, sondern fehlende Zuständigkeit.

Einsteiger nehmen oft an, eine fertige Automation brauche keine Pflege mehr. Das klingt plausibel, weil sie ja von selbst läuft. Wer gebaut hat, fühlt sich zudem schnell zuständig, ohne es je schriftlich festzulegen.

Tatsächlich braucht jede Automation einen Besitzer: eine benannte Person oder Rolle, die Fehler bearbeitet, Änderungen freigibt und die Dokumentation aktuell hält. Der Besitzer muss die Automation nicht selbst gebaut haben, aber er muss ansprechbar sein. Ohne Besitzer bleibt sie bei Fehlern liegen und wird bei Personalwechsel unverstanden.

Der Irrtum entsteht, weil Automation im Alltag unsichtbar arbeitet. Solange nichts auffällt, fragt niemand, wer bei einem Ausfall entscheidet.

Ein Beispiel: Ein Workflow versendet jede Nacht Rechnungen per Zeitplan. Als Besitzer ist die Sachbearbeiterin im Buchhaltungsteam eingetragen. Sie erhält die Fehlermeldungen und hält das Runbook aktuell, also die Anleitung mit den Schritten bei Fehlern.

Woran man es erkennt: Fehlgeschlagene Ausführungen häufen sich unkommentiert, und niemand zieht Änderungen an verbundenen Systemen nach. Fragen zum Zweck beantwortet ohnehin nur eine einzige Person – der Bus-Faktor, also wie viele Personen ausfallen dürfen, bevor Wissen verloren geht, ist dann gefährlich niedrig.

Besitz heißt nicht, dass der Erbauer ewig haftet, sondern dass je Workflow schriftlich steht, wer Fehler bearbeitet, wer Änderungen freigibt und wer vertritt.

📌 Besitzer benennen · Runbook pflegen · Bus-Faktor prüfen

📚 Automatisierung von Grund auf · Tag 5 von 30
#Automatisierung #workflow #Prozessoptimierung

Viele denken bei Verbesserung an einen einmaligen Fix: Problem gefunden, Lösung eingebaut, erledigt. Dabei ist Verbesserung ein Kreislauf, der nie endet.

Die Verwechslung entsteht, weil beide mit einer Änderung beginnen. Der Fix wirkt sofort sichtbar, der Kreislauf verlangt erst Messen und Prüfen.

Der einmalige Fix ist eine einzelne Korrektur an einem Prozess, also einer wiederholten Folge von Tätigkeiten mit definiertem Ergebnis. Er wird eingeführt, ohne dass die Wirkung systematisch gemessen wird. Beispiel: Ein Formularfeld wird Pflicht, damit seltener Datensätze fehlen. Ob die Fehlerquote tatsächlich sinkt, prüft niemand.

Der PDCA-Zyklus ist ein vierstufiger Kreislauf aus dem Qualitätsmanagement, auch Deming-Kreis nach Walter Shewhart und W. Edwards Deming genannt. Plan heißt: eine bewusst kleine Änderung planen, etwa einen einzelnen Prozessschritt, und vorher Kennzahlen wie Fehlerquote oder Durchlaufzeit erheben. Do heißt: die Änderung begrenzt erproben, nicht gleich für alle Vorgänge einführen. Check vergleicht das Ergebnis mit der Basis. Act entscheidet: Die Änderung wird Standard oder zurückgenommen. So könnte die Pflichtfeld-Regel zunächst für ein Team gelten, dann gemessen und schließlich festgeschrieben werden.

Der entscheidende Unterschied liegt im Nachweis. Der Fix glaubt an die Wirkung, der Kreislauf misst sie gegen die vorher erhobene Basis. Ohne diesen Vergleich ist nicht erkennbar, ob der Effekt von der Änderung stammt oder vom Zufall.

Faustregel: Bei Prozessen, die wiederholt ablaufen, immer den Kreislauf nehmen. Ein Fix genügt nur, wo nichts wiederholt wird.

Wer nur fixt, verbessert zufällig. Wer PDCA nutzt, verbessert nachweisbar und wiederholbar.

📌 Plan Do Check Act · Messen vor der Änderung · Standard oder zurücknehmen

📚 Automatisierung von Grund auf · Tag 5 von 30
#Prozessoptimierung #Lean #Automatisierung

Eine Urlaubsantrags-Mail ruht wie ein Paket im Verteilerzentrum: meistens, während sie angeblich unterwegs ist.

Das Paket wird in eine Halle gelegt, wartet auf den LKW, wird umgeladen, wartet wieder. Von Aufgabe bis Ankunft vergehen Tage. Nur Minuten davon ist das Paket tatsächlich in Bewegung. Betrachtet man nur die Bewegung, wirkt die Logistik blitzschnell. Die Wartezeit in den Ecken bleibt unsichtbar.

Im Lean-Denken, also der Schule schlanker Prozesse, heißt jede Aktivität ohne Wert für den Kunden Verschwendung, japanisch „muda“. Die sieben klassischen Arten nach Ohno sind Überproduktion, Warten, Transport, Überbearbeitung, Bestände, Bewegung und Fehler beziehungsweise Nacharbeit. Das ruhende Paket entspricht dem Warten, das Umladen dem Transport, also dem Weiterreichen von Dateien und Aufgaben zwischen Personen. Der volle Wagen mit wartenden Sendungen ist der Bestand, der Stapel unerledigter Vorgänge.

Konkret: Eine Urlaubsanfrage wandert per Mail von der Assistentin zur Teamleitung und weiter zur Personalabteilung. An jeder Station liegt sie zwei Tage, kommt wegen eines fehlenden Datums zurück und beginnt von vorn. An jeder Übergabe zwischen zwei Personen entsteht Wartezeit. Die Bearbeitungszeit beträgt wenige Minuten. Die Wertstromanalyse, eine Aufzeichnung aller Schritte mit Bearbeitungs- und Wartezeiten, macht genau das sichtbar.

Das Bild hat eine Grenze: Ein Paket braucht keine Nacharbeit, ein Bürovorgang schon. Und im Büro zählen auch Überbearbeitung und Bewegung, etwa Berichte, die niemand liest, und Wege zum Drucker. Für die Durchlaufzeit gilt trotzdem: Die Liegezeit dominiert, nicht die Arbeit selbst.

Verschwendung heißt nicht schlecht arbeiten, sondern Arbeiten ohne Wert: erst das Warten sehen, dann es abschaffen.

📌 Sieben Verschwendungsarten · Liegezeit schlägt Bearbeitungszeit · Übergaben minimieren

📚 Automatisierung von Grund auf · Tag 5 von 30
#Lean #Prozessoptimierung #effizienz

Der Stapel wächst, aber kein Auftrag wird schneller fertig. Die Ursache liegt nicht in der Langsamkeit, sondern darin, wer den nächsten Schritt startet.

Vor einer Station türmen sich fertige Aufgaben auf, während andere Stationen leer stehen. Trotzdem ändert mehr Einsatz vor dieser Stelle nichts am Ergebnis.

In einer Push-Kette („schieben“) gibt jede Station ihre Aufgabe sofort weiter, sobald sie fertig ist – unabhängig davon, ob die nächste frei ist. Bei Pull („ziehen“) holt sich die nächste Station die Aufgabe erst, wenn sie Kapazität signalisiert, etwa per Kanban-Kärtchen, einem einfachen Signal zum Abholen. Push erzeugt so Bestände und Wartezeiten; Pull wirkt wie eine Bremse am Flaschenhals.

Ein Postfach ist ein Push-System – jede Mail wird sofort zugestellt und landet in der Warteschlange des Empfängers. Das Pull-Gegenstück ist ein Aufgabenboard mit Spaltenbegrenzung, also einer Obergrenze für gleichzeitig laufende Vorgänge pro Spalte. Nach Littles Gesetz gilt: Mehr parallele Arbeit verlängert bei gleichem Durchsatz die Durchlaufzeit. Die Bearbeitungszeit ist nur der Anteil echter Arbeit; alles dazwischen ist Wartezeit.

So prüft man es: Zuerst bei jeder Übergabe fragen, wer den Start auslöst – die abgebende oder die aufnehmende Station. Dann zählen, wie viele Aufgaben gerade gleichzeitig laufen und wo sie warten.

Push heißt nicht mehr geleistete Arbeit, sondern mehr wartende Arbeit. Erst wenn die nächste Station den Start erlaubt, bleibt die Schlange klein.

📌 Push schiebt sofort weiter · Pull startet erst bei Kapazität · Warteschlange entsteht durch Push

📚 Automatisierung von Grund auf · Tag 5 von 30
#Lean #Prozessoptimierung #workflow

Die meisten denken, ihre Aufgabe dauert lange, weil die Arbeit selbst aufwendig ist. Dabei liegt die meiste Zeit zwischen den Schritten, nicht in ihnen.

Die Durchlaufzeit ist die Zeitspanne vom Beginn bis zum Abschluss einer Aufgabe. Sie umfasst jede Minute, auch Warten auf Freigaben, Rückfragen und Termine. In Büroprozessen ist meist das Warten der größte Anteil, nicht das Bearbeiten.

🔗 Die Bearbeitungszeit ist nur der Anteil mit echter Arbeit daran. Alles andere dazwischen ist Wartezeit. Eine Rechnungsfreigabe erfordert nur kurze Arbeit, wartet aber oft tagelang auf die Unterschrift. Warten zählt zu den sieben Verschwendungsarten nach Ohno, neben Transport, Beständen und Überproduktion.

🔁 Messen heißt beide Zeiten getrennt aufzeichnen. Dafür an jeder Aufgabe festhalten: Beginn, Ende, plus die Minuten tatsächlicher Arbeit. Die Differenz zeigt, wo die Zeit wirklich verloren geht – eine Wertstromanalyse macht genau das sichtbar, Schritt für Schritt.

🧭 Beide Zeiten brauchen gegensätzliche Maßnahmen. Bearbeitungszeit verkürzt man durch einfachere Arbeitsschritte, Wartezeit durch kleinere Übergabeposten und weniger gleichzeitig laufende Aufgaben. Verbesserungen setzen am Engpass an; Beschleunigung vor dem Engpass erhöht nur die Warteschlange davor. Mehr parallele Arbeit verlängert bei gleichem Durchsatz, also gleich vielen abgeschlossenen Vorgängen je Zeitspanne, sogar die Durchlaufzeit – das besagt Littles Gesetz.

Durchlaufzeit heißt nicht Dauer der eigentlichen Arbeit, sondern Summe aus Bearbeitungs- und Wartezeit – und meist ist das Warten größer.

📌 Durchlaufzeit · Wartezeit · Engpass

📚 Automatisierung von Grund auf · Tag 5 von 30
#Prozessoptimierung #Lean #effizienz

Viele zeichnen einen Prozess als Kastenreihe mit Pfeilen und halten ihn für fertig. Dabei zeigt ein solches Bild nicht, wer arbeitet und wo die Arbeit wartet.

Viele nehmen an, ein Ablaufdiagramm genüge, wenn alle Schritte und ihre Reihenfolge stimmen. Das klingt plausibel, weil Reihenfolge das Sichtbarste an einem Ablauf ist.

Tatsächlich liegt der Wert im Besitzerwechsel. Swimlanes, auf Deutsch Bahnen, gliedern ein Prozessdiagramm in waagerechte Streifen: eine Bahn pro Rolle wie Sachbearbeitung, Freigabe oder Buchhaltung, plus eine Bahn pro beteiligtem System wie E-Mail oder Buchungssystem. Jeder Schritt wird in die Bahn seines Ausführenden gesetzt, von links nach rechts in Ablaufrichtung. Eine Verbindung zwischen zwei Bahnen zeigt genau eine Übergabe – die Stelle, an der die Arbeit den Träger wechselt.

Der Irrtum entsteht, weil ein Diagramm ohne Bahnen ordentlich aussieht und schnell gezeichnet ist. Es verdeckt aber, welche Person zuständig ist und wo Arbeit liegen bleibt.

Ein Beispiel ist die Eingangsrechnung: Sie kommt per E-Mail-Anhang an, wird von einer Person geprüft, per Mail zur Freigabe weitergereicht und danach ins Buchungssystem übertragen. Das sind drei Übergaben, und jede einzelne kann die Rechnung aufhalten, etwa wenn das Postfach nur einmal täglich geleert wird.

Woran man es erkennt: Jede Pfeilspitze zwischen zwei Bahnen markiert einen Besitzerwechsel. Bewährt hat sich, an jeder dieser Stelle drei Fragen zu prüfen: Wer empfängt die Arbeit, in welchem Format erwartet er sie, und wer ist zuständig, wenn etwas unklar ist?

Swimlane heißt nicht hübsches Prozessbild, sondern Landkarte der Übergaben. Wer die Bahnen liest, findet die Wartezeiten, bevor ein Werkzeug sie beheben soll.

📌 Bahnen nach Rolle oder System · Übergaben als Wartepunkte · Pfeilspitzen zwischen Bahnen

📚 Automatisierung von Grund auf · Tag 5 von 30
#Prozessoptimierung #Automatisierung #workflow #Lean

Die Rechnung ist längst bezahlt – nur gebucht ist sie nicht. Das Warten passiert fast nie während der Arbeit, sondern zwischen den Arbeiten.

Eine Übergabe ist jede Stelle, an der Arbeit den Träger wechselt: von Person zu Person, von System zu System oder von Person zu System. Sie tritt überall auf, etwa wenn eine Eingangsrechnung per E-Mail ankommt, zur Freigabe weitergereicht und danach ins Buchungssystem übertragen wird.

Zuerst landet die Rechnung als Anhang im Postfach. Dort wartet sie, bis jemand sie sichtet; wird das Postfach nur einmal täglich geleert, entsteht Wartezeit ohne jede Arbeit. Der Empfänger ruft die Arbeit schlicht nicht sofort ab.

Dann geht die Rechnung per Mail zur Freigabe an eine zweite Person. Hier entscheidet sich, ob sie liegen bleibt: Wer empfängt sie, in welchem Format erwartet er sie, und wer ist zuständig, wenn etwas unklar ist? Fehlt eine Antwort, wartet die Rechnung oder geht verloren.

Ein typischer Fehler ist das Format: Der Absender übergibt den Betrag als Text mit Komma, das System erwartet eine Zahl mit Punkt, und die Buchung bricht mit einer Fehlermeldung ab. Solche Ausnahmen gehören vorher gezählt und beschrieben.

Zuletzt lohnt der Blick auf das Ganze. Eine Prozessaufnahme in einem Swimlane-Diagramm, das Schritte den Rollen und Systemen zuordnet, zeigt jede Übergabe auf einen Blick. Vor jeder Änderung Durchlaufzeit und Fehlerquote messen.

Übergaben glätten heißt nicht, sie wegzulassen: Zuständigkeit benennen, das Format am Empfänger ausrichten (Mapping) und den Transport so wählen, dass der Empfänger sofort erfährt, dass etwas angekommen ist, etwa per Webhook, einer automatischen Benachrichtigung, statt Polling, dem wiederholten Abfragen. Übergaben sind keine Nebensache, sondern typisch der Ort, an dem Arbeit wartet.

📌 Übergaben · Wartezeit · Formatprüfung

📚 Automatisierung von Grund auf · Tag 5 von 30
#Prozessoptimierung #Automatisierung #Lean #workflow

Projekt oder Prozess? Beide haben Schritte, ein Ziel und ein Ende – nur bei einem davon lohnt sich Automatisierung.

Verwechselt werden sie, weil beide als Kasten mit Pfeilen gezeichnet werden. Genau solche Diagramme sehen ordentlich aus, verraten aber nichts über Rollen, Übergaben zwischen Personen oder Systemen und Wartezeiten.

Ein Projekt ist einmalig: Ein Team plant, arbeitet und übergibt das Ergebnis, dann ist Schluss. Es läuft nie wieder nach denselben Regeln ab. Ein Bürogebäude einziehen ist ein Projekt. Deshalb lässt sich ein Projekt nicht sinnvoll automatisieren, es gibt keinen zweiten Durchlauf.

Ein Prozess ist eine wiederholte Folge von Tätigkeiten, die eine definierte Eingabe in ein definiertes Ergebnis überführt. Er läuft nach denselben Regeln immer wieder ab. An einer Eingangsrechnung sieht man die drei Bausteine: Eingabe ist der PDF-Anhang per E-Mail, die Schritte sind Prüfung, Freigabe und Buchung, das Ergebnis ist die gebuchte Rechnung im System.

Der entscheidende Unterschied liegt in der Wiederholung. Die ISO 9001 beschreibt den prozessorientierten Ansatz: Prozesse mit Eingaben, Ausgaben, Verantwortlichen und Kennzahlen definieren und nach dem PDCA-Zyklus (Plan, Do, Check, Act) verbessern. Eine Automation, die nur den Normalfall kennt, erzeugt bei jedem Sonderfall manuelle Nacharbeit.

Faustregel: Prozesse aufnehmen, bevor automatisiert wird – mit Rollen, Übergaben und Kennzahlen wie Durchlaufzeit und Fehlerquote. Ein Schritt eignet sich zur Automatisierung, wenn er nach festen Regeln wiederholbar ist, ohne menschliche Entscheidung.

Ein Prozess heißt nicht „irgendwo passiert etwas“, sondern wiederholte Schritte von einer definierten Eingabe zu einem definierten Ergebnis.

📌 Eingabe · Schritte mit Übergaben · Ergebnis

📚 Automatisierung von Grund auf · Tag 4 von 30
#Automatisierung #Prozessoptimierung #workflow #Lean

Eine Checkliste zu automatisieren klingt einfach. Wer es versucht, baut bald Ausnahme über Ausnahme ein.

Viele denken, eine Schrittfolge aufzuschreiben reiche für die Automatisierung. Das klingt plausibel, weil eine Checkliste ja ebenfalls Schritte in einer Reihenfolge vorgibt.

Tatsächlich ist ein Workflow mehr als eine Liste: eine festgelegte Folge von Schritten mit Bedingungen und Verzweigungen, die bei jedem Durchlauf nach denselben Regeln abläuft. Er hat einen definierten Start, den Trigger, ein definiertes Ende und für jede Entscheidung eine feste Regel, etwa wenn Anfrage genehmigt, dann Schritt A, sonst Schritt B. Auch die Datenübergabe zwischen den Schritten steht vorher fest: welche Information aus Schritt eins in Schritt zwei übergeht und in welcher Form.

Der Irrtum entsteht, weil Checklisten im Alltag funktionieren. Sie überlassen jede Entscheidung der Person, die sie gerade abarbeitet, und genau das versagt maschinell. Ein Prozess ist erst reif für Automatisierung, wenn die Schrittfolge und ihre Regeln für den Normalfall feststehen.

Eine Bestellung geht per E-Mail ein und löst den Workflow aus. Dann werden automatisch Kundendaten abgeglichen, die Rechnung im Buchhaltungssystem erstellt und eine Bestätigung gesendet. Bei jedem Durchlauf laufen genau diese Schritte in genau dieser Reihenfolge.

Woran man es erkennt: Läuft der Vorgang bei jedem Durchlauf nach denselben Regeln ab, egal wer ihn ausführt? Lautet die Antwort nein, weil Einzelfall-Entscheidungen im Vordergrund stehen, ist es eine Checkliste, kein Workflow.

Workflow heißt nicht eine Liste, die jeder anders abarbeitet, sondern eine geregelte Schrittfolge mit Trigger, festen Regeln und definierten Datenübergaben. Erst den Prozess festlegen, dann automatisieren.

📌 Trigger · Schrittfolge · Datenübergabe

📚 Automatisierung von Grund auf · Tag 1 von 30
#workflow #Automatisierung #Prozessoptimierung