Betrieb · Simulation
Wo staut sich die Warteschlange? Den Engpass finden, bevor es die Kunden tun
Jeder Prozess hat eine Stufe, die sein Tempo bestimmt. Eine kurze Anleitung, sie mit dem Little’schen Gesetz und der Auslastung zu erkennen, warum zusätzliche Leute an anderer Stelle nicht helfen und wie Sie eine Änderung simulieren, bevor Sie sie umsetzen.
Ein Support-Team stellt zwei Agenten ein, und der Rückstand bewegt sich nicht. Ein Engineering-Team verdoppelt die Zahl der Stories in Arbeit und liefert trotzdem nicht schneller. Beides hat dieselbe Ursache, und sie ist in etwa fünf Minuten sichtbar, sobald Sie wissen, wo Sie hinschauen müssen.
Jeder Prozess hat eine Stufe, die sein Tempo bestimmt
Arbeit durchläuft Stufen: schnelle Prüfungen, Triage, Untersuchung, Eskalation, Abschluss. Jede Stufe hat eine Kapazität – Personen × Stunden pro Tag ÷ Stunden pro Vorgang. Die Stufe mit der geringsten Kapazität im Verhältnis zur ankommenden Arbeit ist der Engpass, und der Durchsatz des gesamten Prozesses ist der Durchsatz dieser Stufe. Nichts anderes ist so wichtig.
An jeder anderen Stelle zusätzliche Leute einzusetzen fühlt sich produktiv an und ändert nichts. Der Stapel wandert nur weiter.
Zwei Zahlen zeigen Ihnen, wo er liegt
Auslastung — wie ausgelastet eine Stufe ist, als Anteil ihrer Kapazität. Unter etwa 80 % bleibt eine Warteschlange kurz. Über 90 % wächst sie bei jeder kleinen Schwankung, weil es keinen Puffer gibt, der einen hektischen Vormittag abfängt. Bei 100 % wächst die Warteschlange unbegrenzt: Die Arbeit kommt schneller an, als sie abfließen kann, und das für immer.
Das Gesetz von Little — die Anzahl der Elemente in einem System entspricht der Ankunftsrate mal der Zeit, die jedes Element dort verbringt. Anders herum: Durchlaufzeit = laufende Arbeit ÷ Durchsatz. Wenn Ihr Team 120 offene Tickets hat und täglich 20 abschließt, dauert das durchschnittliche Ticket sechs Tage, was auch immer die SLA sagt. Das ist Arithmetik, keine Meinung, und der schnellste Weg, eine Aussage wie „Wir sind okay, es ist nur eine stressige Woche“ zu prüfen.
Warum das Symptom woanders auftaucht
Die Warteschlange staut sich vor dem Engpass, aber die Beschwerden kommen danach: späte Eskalationen, verpasste Release-Fenster, nachfragende Kunden. Teams reagieren dort, wo die Beschwerde ist, nicht dort, wo der Engpass ist. Wenn Sie beobachten, wie sich der Prozess bewegt — nicht das Dashboard, sondern die tatsächlichen Elemente —, sehen Sie, dass das „Eskalationsproblem“ in Wahrheit eine zu 95 % ausgelastete Untersuchungsstufe ist.
Simulieren, bevor Sie etwas ändern
Die ehrliche Antwort auf „Würde eine weitere Person in der Triage helfen?“ ist, es an einem Modell auszuprobieren, bevor man es an Menschen ausprobiert. Das Modell braucht nur sehr wenige Eingaben: Elemente pro Tag, Personen pro Stufe, Stunden pro Element, wie oft sich Elemente verzweigen oder zur Nacharbeit zurückkommen. Lassen Sie es einen Monat Arbeitstage laufen. Beobachten Sie, welche Warteschlange wächst, was die Durchlaufzeit macht und wie viele Elemente das Ziel verfehlen.
Ändern Sie dann eine Zahl und lassen Sie es erneut laufen. Ein weiterer Prüfer bei der QA-Freigabe. Eine Montagsspitze. Eine Nacharbeitsquote von 20 % statt 10 %. Der Vergleich zeigt Ihnen, wo sich die nächste Person amortisiert und wo nicht. Es ist ein Modell auf Basis Ihrer Annahmen — es sagt nicht die Warteschlange von Donnerstag voraus —, aber es zeigt, wo die Struktur bricht, und das ist die Entscheidung, die Sie tatsächlich treffen.
Genau das haben wir in Ovenbird umgesetzt: Die Simulation liest die Stufen aus Ihrem eigenen Prozessdokument, belegt die Zahlen so vor, dass der erste Durchlauf mithält, und lässt Sie so lange hochdrehen, bis es nicht mehr reicht. Probieren Sie die Demo auf der Startseite aus; erhöhen Sie die Tickets pro Tag von 20 auf 30 und sehen Sie zu, wie „Triage nach Symptom“ rot wird.
Drei Gewohnheiten, die den Engpass sichtbar halten
- Messen Sie die Auslastung pro Stufe, nicht pro Team. Ein Team mit 70 % kann eine Stufe mit 98 % haben.
- Zählen Sie die laufende Arbeit jede Woche und teilen Sie sie durch den Durchsatz. Ist die daraus resultierende Durchlaufzeit schlechter als das, was Sie versprechen, hilft auch kein noch so großer Druck.
- Wenn das Dokument einen Schritt ändert, lassen Sie das Modell neu laufen. Einer Stufe eine Freigabe hinzuzufügen heißt, den Kapazitätsbedarf zu erhöhen; das Dokument sagt selten, woher die Kapazität kommt.