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
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
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 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 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 Verwechslung ist naheliegend: TypeScript sieht fast aus wie JavaScript und erzeugt am Ende auch genau das. Doch TypeScript ist eine Sprache mit statischen Typen, das heißt, der Compiler prüft schon vor dem Start, welche Art von Wert in jeder Variable steckt. JavaScript dagegen entscheidet Typen erst zur Laufzeit, also während das Programm läuft.
JavaScript ist die Skriptsprache, die das Verhalten einer Seite im Browser steuert. Der Browser führt den Code unmittelbar aus, ohne dass vorher ein Compiler die Typen prüft. Ein Beispiel: „5“ + 5 ergibt den String „55“, weil die Zeichenkette den Typ der Verknüpfung bestimmt. Der Fehler fällt erst beim Nutzer auf.
TypeScript ist JavaScript, erweitert um Typangaben wie string für Zeichenketten, number für Zahlen und boolean für Wahrheitswerte. Der Compiler prüft alle Typen und erzeugt daraus normales JavaScript. Eine Signatur wie function alter(pruefe: string): number sagt beim Lesen, was hineingehört und was herauskommt; ein Interface namens Nutzer mit den Feldern name und alter meldet fehlende Felder vor dem Start.
TypeScript wirft die Typangaben beim Übersetzen vollständig weg. In der ausgegebenen Datei stehen keine Typen mehr, und der Browser führt gewöhnliches JavaScript aus.
Faustregel: In TypeScript entwickeln, um Fehler früh im Editor zu sehen – aber nie erwarten, dass der Browser dadurch geschützt wird. Typen sind ein Werkzeug der Entwicklungszeit, kein Schutz zur Laufzeit.
TypeScript macht also nicht den Code im Browser sicherer, sondern fängt Typfehler vor dem Start ab, statt dass sie beim Nutzer auftreten. Wer das trennt, nutzt beide Sprachen richtig.
📌 Statische Typen · Compiler · Interface
📚 Webentwicklung von Grund auf · Tag 5 von 30
#typescript #javascript #webdev
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
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