Wo bleibt bei Dir die Arbeit hängen?
Ein Engpass und die Struktur, die ihn immer wieder erzeugt.
Wir finden die Stelle, an der die Arbeit in Deinem Unternehmen hängen bleibt, und schauen dafür gleichzeitig auf Organisation, Ablauf und IT. Du bekommst eine Diagnose und eine Messung, mit der Du jederzeit siehst, wo der Engpass sitzt.
Kostenlos, 30 bis 60 Minuten: erste Ideen und eine ehrliche Einschätzung, ob wir helfen können.
Durchlaufzeit von 20 auf 5 Tage, gemessen über den gesamten Wertstrom (Energiewirtschaft). Zum ganzen Fall
So läuft es ab
Vom ersten Gespräch bis es läuft
- 1
Erstgespräch
kostenlos, 30 bis 60 MinutenDu erzählst, wo es klemmt. Du bekommst erste Ideen, die Du gleich ausprobieren kannst, und eine ehrliche Einschätzung, ob wir Dir helfen können. Wenn nicht, sagen wir Dir das.
- 2
Messen
Wir messen, wo die Arbeit hängen bleibt, und legen Organigramm, Prozesslandkarte und Systemlandschaft übereinander. Dort suchen wir die Ursache.
- 3
Gemeinsam ändern
Wir ändern, was die Arbeit aufhält, in der Organisation, im Ablauf oder in der IT. Wir gehen erst, wenn es ohne uns läuft.
„An hour lost at a bottleneck is an hour lost for the total system. An hour saved at a non-bottleneck is a mirage.“
— Eliyahu M. Goldratt
Der Satz stammt aus „The Goal“. Goldratt hat die Engpasstheorie entwickelt (im Original Theory of Constraints). Sie ist unser Vorgehen.
Grundlagen
Das Prinzip in vier Bausteinen
Wie die drei Grundlagen zusammenspielen.
Das Vorgehen: Engpasstheorie
Jedes System hat mindestens einen Engpass, und der bestimmt, wie viel das ganze System schafft. Meist ist er eine Regel: eine Zuständigkeit, eine Freigabe, eine Kennzahl. Wir finden ihn, suchen seine Ursache, holen aus ihm heraus, was geht, richten alles andere nach ihm aus und erweitern ihn nur, wenn sich das lohnt.
Das Prinzip: Menschen und Technik zusammen
Organisation, Ablauf und IT bilden ein System. Die soziotechnische Systemtheorie spricht von gemeinsamer Optimierung: Wer nur die Menschen oder nur die Technik verbessert, bekommt ein schlechteres Ganzes. Deshalb schauen wir auf alle drei gleichzeitig.
Der Prüfstein: Conways Gesetz
Ein System, das eine Organisation selbst baut, spiegelt ihre Kommunikationsstruktur. Wer nur die Organisation ändert, wird von der IT zurückgezogen, und umgekehrt. Und wo Zuständigkeiten und Systemgrenzen nicht übereinanderliegen, entsteht Reibung. Reibung ist ein Kandidat für den Engpass. Ob sie es ist, entscheidet die Messung.
Die Konsequenz
Wir benennen keinen Engpass, bevor wir Organigramm, Prozesslandkarte und Systemlandschaft übereinandergelegt haben. Dieselben Leute schauen in derselben Woche durch alle drei und geben eine einzige Diagnose ab. Danach entscheidest Du, ob wir den Engpass erweitern. Manchmal lohnt es sich mehr, ihn dort zu lassen, wo er ist, und voll auszunutzen: Ein bekannter Engpass macht das ganze System vorhersagbar und steuerbar.
Im Bild
Das Prinzip in einem Bild
Leistungen
Organisation, Ablauf, IT
Für uns sind das keine drei Angebote. Es ist dieselbe Entscheidung, nur unterschiedlich schwer zu ändern: Eine Zuständigkeit änderst Du schneller als einen Ablauf, einen Ablauf schneller als eine Architektur. Wer die Entscheidungen nacheinander trifft, zahlt jede Korrektur dort, wo sie am teuersten ist.
Komm mit dem Thema, das gerade weh tut. Wir schauen trotzdem auf alle drei, weil sich ein Engpass oft in einer Schicht zeigt und seine Ursache in einer anderen hat.
Organisational Engineering
Wir schneiden die Organisation so, dass die Architektur entsteht, die Du willst.
Process Engineering
Wir messen, wo die Arbeit wartet, und machen genau diese Stelle zur Chefsache.
IT Engineering
Architektur ist Dein Organigramm in Beton. Und Beton härtet aus. Also entscheiden wir vorher.
Typische Fehler
Was passiert, wenn man nur an einer Ecke zieht
Drei Muster, die wir immer wieder sehen.
Jedes dieser Muster entsteht, wenn eine Schicht angefasst wird und die anderen beiden unberührt bleiben. Ein Beispiel aus einem unserer Projekte: Die Durchlaufzeit lag bei 20 Tagen. Sichtbar wurde das im Ablauf: Jede Konfiguration wartete auf mehrere Stellen, die nacheinander zustimmen mussten. Die Ursache lag in der Organisation: Das agile Betriebsmodell hatte die Teams verändert, die Freigaben waren in der alten Linienorganisation geblieben. Zum ganzen Fall →Nur die Organisation
Reorg-Karussell
Neue Kästchen, alte Wartezeiten. Das Organigramm ist schöner, der Kunde wartet genauso lang.
Nur den Prozess
Methoden-Theater
Das Framework ist eingeführt, das Board ist grün, alle sind ausgelastet. Geliefert wird trotzdem nichts, weil die Zeremonie den Ablauf ersetzt hat.
Nur die IT
Verteilter Monolith
Microservice-Rechnung bei Monolith-Geschwindigkeit. Dieselbe Verflechtung, jetzt übers Netzwerk und teurer.
Abgrenzung
Warum nicht …?
Warum nicht ein Agile Coach?
Ein Coach bringt ein Framework mit und führt es ein. Wir fangen mit der Diagnose an. Ob danach ein Framework hilft und welches, entscheidet sich erst, wenn feststeht, wo die Arbeit wartet.
Warum nicht eine Architekturberatung?
Eine neue Architektur hilft nur, wenn die Architektur der Engpass ist. Das messen wir zuerst. Meistens ist sie es nicht.
Warum nicht ein großes Beratungshaus?
Dort schauen oft verschiedene Bereiche nacheinander auf Organisation, Prozess und IT. Bei uns schauen dieselben Leute in derselben Woche durch alle drei und geben eine Diagnose ab. Eine Übergabe dazwischen gibt es nicht.
Warum nicht ein Freelancer?
Ein Kopf sieht meist eine Schicht. Der Engpass zeigt sich oft in einer und hat seine Ursache in einer anderen.
Deshalb verkaufen wir keine Methode
Frameworks sind Werkzeugkästen, keine Diagnosen.
Ein Engpass ist immer Deiner. Er entsteht aus Deiner Struktur, Deinem Markt und Deiner Geschichte. Keine Methode kann ihn kennen, bevor sie bei Dir war.
- Wir wählen aus, was zum Engpass passt: SAFe, LeSS, OKR, Flight Levels, Kanban, ITIL, Lean, BPMN, Theory of Constraints.
- Wir kennen die Frameworks gut genug, um zu erkennen, wann sie nicht taugen.
Aktuell
Ein aktuelles Beispiel: KI
Schneller programmieren hilft nur, wenn das Programmieren der Engpass ist.
- Ein Werkzeug auf einem unveränderten Ablauf: In einer kontrollierten Studie wurden erfahrene Entwickler mit KI-Tools 19 % langsamer und schätzten sich hinterher trotzdem schneller ein.
Wo sitzt Dein Engpass?
Der Montags-Check zeigt es Dir in 2 bis 6 Wochen: wo die Arbeit wartet, warum, und was ein erster Versuch am Engpass bringt.
Zum Montags-Check