5 Std vor
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
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
8 Std vor
Bei jedem Ausfall stellen alle dieselben vier Fragen – immer in derselben Reihenfolge. Wer sie vorher aufschreibt, ist im Störfall sofort handlungsfähig.
Einsteiger begegnen dem Runbook meist erst, wenn eine Automation nachts ausfällt und niemand weiß, wer sie neu starten darf. Ohne dieses Wissen bleibt der Fehler liegen, bis jemand das System mühsam versteht.
Ein Runbook ist eine kurze, schriftliche Anleitung für den Störfall, die neben der Automation liegt. Es sagt im Ernstfall Schritt für Schritt, was zu prüfen und zu tun ist. Es ist keine Bauanleitung, sondern eine Notfallkarte.
Die Fragen bei einem Ausfall entstehen in fester Reihenfolge: Was macht diese Automation eigentlich? Läuft sie gerade noch? Wen muss man informieren? Wer darf sie neu starten oder abschalten? Das Google SRE Book empfiehlt deshalb Playbooks, die zu jedem Alarm die ersten Handgriffe nennen – so kann auch eine Vertretung handeln. Das Runbook braucht nur Zweck, beteiligte Systeme, Fehlerzeichen, Handgriffe und Zuständigkeit.
Ein Beispiel: Ein Workflow versendet jede Nacht Rechnungen per Zeitplan. Als Besitzerin ist die Sachbearbeiterin im Buchhaltungsteam eingetragen; sie erhält die Fehlermeldungen und hält das Runbook aktuell. Zum Besitz gehören drei schriftliche Angaben: wer Meldungen bearbeitet, wer Änderungen freigibt, wer vertritt.
Das Runbook wird oft mit der Erinnerung an die Automation verwechselt, die als Dokumentation gilt. Nach Monaten fehlt dann genau das, was der Störfall verlangt. Ein Bus-Faktor von eins – wie viele Personen ausfallen dürfen, bevor Wissen verloren geht – ist ein Betriebsrisiko.
Testen Sie das Runbook nicht im Leerlauf, sondern beim nächsten Fehler: Jede unklare Stelle sofort ergänzen.
Ein Runbook ist nicht die Erinnerung an den Bau, sondern die Antwort auf den Ausfall.
📌 Zweck · Fehlerzeichen · Zuständigkeit
📚 Automatisierung von Grund auf · Tag 6 von 30
#Automatisierung #workflow #effizienz
Einsteiger begegnen dem Runbook meist erst, wenn eine Automation nachts ausfällt und niemand weiß, wer sie neu starten darf. Ohne dieses Wissen bleibt der Fehler liegen, bis jemand das System mühsam versteht.
Ein Runbook ist eine kurze, schriftliche Anleitung für den Störfall, die neben der Automation liegt. Es sagt im Ernstfall Schritt für Schritt, was zu prüfen und zu tun ist. Es ist keine Bauanleitung, sondern eine Notfallkarte.
Die Fragen bei einem Ausfall entstehen in fester Reihenfolge: Was macht diese Automation eigentlich? Läuft sie gerade noch? Wen muss man informieren? Wer darf sie neu starten oder abschalten? Das Google SRE Book empfiehlt deshalb Playbooks, die zu jedem Alarm die ersten Handgriffe nennen – so kann auch eine Vertretung handeln. Das Runbook braucht nur Zweck, beteiligte Systeme, Fehlerzeichen, Handgriffe und Zuständigkeit.
Ein Beispiel: Ein Workflow versendet jede Nacht Rechnungen per Zeitplan. Als Besitzerin ist die Sachbearbeiterin im Buchhaltungsteam eingetragen; sie erhält die Fehlermeldungen und hält das Runbook aktuell. Zum Besitz gehören drei schriftliche Angaben: wer Meldungen bearbeitet, wer Änderungen freigibt, wer vertritt.
Das Runbook wird oft mit der Erinnerung an die Automation verwechselt, die als Dokumentation gilt. Nach Monaten fehlt dann genau das, was der Störfall verlangt. Ein Bus-Faktor von eins – wie viele Personen ausfallen dürfen, bevor Wissen verloren geht – ist ein Betriebsrisiko.
Testen Sie das Runbook nicht im Leerlauf, sondern beim nächsten Fehler: Jede unklare Stelle sofort ergänzen.
Ein Runbook ist nicht die Erinnerung an den Bau, sondern die Antwort auf den Ausfall.
📌 Zweck · Fehlerzeichen · Zuständigkeit
📚 Automatisierung von Grund auf · Tag 6 von 30
#Automatisierung #workflow #effizienz
20 Std vor
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
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
1 Tag vor
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
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
10 Monate vor
CI/CD Pipeline von 25 Minuten auf 3 Minuten optimiert. Die drei größten Hebel:
1. Parallele Test-Stages statt sequentiell (12min gespart)
2. Docker Layer Caching für Build-Steps (5min gespart)
3. Nur geänderte Module testen (affected-Analyse mit nx)
Das Ergebnis: Entwickler deployen jetzt 8x am Tag statt 2x. Kleinere Releases, weniger Risiko, schnelleres Feedback. Die Pipeline selbst ist jetzt der Enabler statt der Bottleneck. #cicd #effizienz #devops
1. Parallele Test-Stages statt sequentiell (12min gespart)
2. Docker Layer Caching für Build-Steps (5min gespart)
3. Nur geänderte Module testen (affected-Analyse mit nx)
Das Ergebnis: Entwickler deployen jetzt 8x am Tag statt 2x. Kleinere Releases, weniger Risiko, schnelleres Feedback. Die Pipeline selbst ist jetzt der Enabler statt der Bottleneck. #cicd #effizienz #devops
