Lean Management, gerade in der Softwareentwicklung, ist eine Denkweise, die auf drei Lean-Prinzipien beruht: dem Kunden Qualität zur richtigen Zeit liefern (nicht bloß pünktlich), Verschwendung beseitigen und Teams kontinuierlich wachsen lassen. Verschwendung ist alles, was dem Kunden keinen Wert bringt, etwa ungenutzte Funktionen, unklare Anforderungen und immer wiederkehrende Produktionsprobleme. Wer die Ursache eines Problems versteht, statt vorschnell eine Abhilfe zu suchen, verhindert, dass dasselbe Problem wieder auftritt.
Das Wichtigste in Kürze
- Wer sich auf eine Lösung stürzt, bevor das Problem verstanden ist, bekommt dasselbe Problem wieder: Zeit für die Root Cause Analysis verhindert die Wiederholung, eine schnelle Abhilfe schafft das nie.
- Verschwendung in Softwareprojekten ist alles, was dem Kunden keinen Wert bringt, auch Funktionen, die pünktlich fertig werden, aber von den Menschen, für die sie gebaut wurden, nie genutzt werden.
- Lean ist keine Methode, die man auf Agile draufsetzt, sondern eine Haltung, die unter jeder Arbeitsweise liegt und sich auf Prozesse, Werkzeuge und alltägliche Gewohnheiten gleichermaßen anwenden lässt.
- Ohne Rückhalt im Management hält Lean nicht lange: Die Zeit, die das Verstehen von Problemen kostet, wird sonst gestrichen, bevor sich die Denkweise festsetzen kann.
Lean beginnt beim Problem, nicht bei der Lösung
Die Lean-Prinzipien verlangen, dass du dich zuerst mit dem Problem beschäftigst, bevor du zur Lösung greifst. Das läuft gegen den Instinkt. Geht etwas kaputt, will man reparieren und weitermachen.
Nirmala Saneechur hat Lean bei IKEA gelernt, wo das Unternehmen ihre Green-Belt-Zertifizierung bezahlt hat. Hängen geblieben ist ihr, wie viel Zeit die Methode dem Problem selbst widmet. In der Schulung hat die Gruppe ein Problem so gründlich untersucht, dass die Lösung am Ende offensichtlich war. Wenn du genau weißt, was schiefgelaufen ist, schreibt sich die Lösung fast von allein.
Genau hier treffen sich Lean und Qualität. Wenn du die eigentliche Ursache verstehst, statt nur das Symptom zu flicken, löst du das Problem einmal. Es kommt nicht wieder. So entsteht die Qualität in der Arbeit selbst und wird nicht nachträglich angeschraubt.
Schwierig ist das Umdenken. Selbst nach anderthalb Jahren Praxis lautet Nirmalas erste Reaktion auf ein Problem immer noch: “Was ist die Lösung?” Die Disziplin besteht darin, nach der schnellen Abhilfe einen Schritt zurückzutreten und zu fragen, warum es überhaupt passiert ist.
Was Lean Management bedeutet: die drei Lean-Prinzipien
Lean heißt, Verschwendung zu reduzieren, und Verschwendung ist alles, was dem Kunden keinen Wert bringt. An dieser Definition hängt alles andere.
Die Methode stützt sich auf drei Gedanken. Du lieferst dem Kunden Qualität zur richtigen Zeit. Du hältst die Verschwendung klein. Und du stellst die Menschen in den Mittelpunkt, damit sich die Teams ständig weiterentwickeln.
Lean ist bei Toyota als Konzept für die Fabrik entstanden. Auf Software lässt es sich übertragen, weil die Grundfrage überall dieselbe ist: Welche Teile von dem, was du herstellst, helfen dem Kunden wirklich, und welche sind Bewegung ohne Wert?
Nirmala versteht Lean eher als Haltung denn als festes Verfahren. Du kannst es zu Hause anwenden oder beim Autofahren, indem du dich fragst, ob du gerade einen Handgriff machst, der gar nicht nötig ist. Derselbe Reflex funktioniert bei einem Softwareprozess.
Warum “zur richtigen Zeit” mehr zählt als “pünktlich”
Pünktlich liefern ist nicht dasselbe wie Wert liefern. Du kannst jede Deadline halten und trotzdem Verschwendung produzieren.
Nirmala hat in einem Projekt gearbeitet, in dem das Team 15 Funktionen für einen Kunden gebaut hat. Als der Kunde die Anwendung dann nutzte, hat er diese 15 Funktionen nie angefasst. Geliefert wurde pünktlich, genau zum gewünschten Termin, und trotzdem war es Verschwendung, weil niemand die Funktionen verwendet hat.
Das ist Überproduktion. Du hast etwas gebaut, von dem der Kunde glaubte, dass er es braucht, und das er dann nie gebraucht hat. Lieferung zur richtigen Zeit heißt: das liefern, was der Kunde tatsächlich nutzt, dann, wenn er es nutzt. Nicht eine Anforderungsliste abarbeiten, nur weil sie aufgeschrieben wurde.
Wie du Verschwendung im Prozess erkennst
Verschwendung versteckt sich im ganz normalen Arbeitsablauf, deshalb musst du zuerst lernen, sie zu sehen. Mit mancher Verschwendung musst du leben, andere kannst du loswerden.
Ein Doppelklick zum Öffnen bringt keinen Wert, aber vielleicht musst du ihn beibehalten. Das ist Verschwendung, die du hinnimmst. Angehen lohnt sich die Verschwendung, die sich wiederholt und aufsummiert.
Das deutlichste Beispiel ist die Anforderung, die du nicht verstehst. Du liest sie, fragst bei der Person nach, die sie geschrieben hat, bekommst eine Antwort, liest noch einmal und verstehst sie immer noch nicht. Dieses Hin und Her ist reine Verschwendung. Hättet ihr die Anforderung von Anfang an gemeinsam erarbeitet, wäre die Schleife gar nicht erst entstanden.
Verschwendung zu beseitigen ist kreative Arbeit, keine Checkliste. Wenn sich ein Nutzer durch drei Reiter klicken muss, um zu finden, was er braucht, erspart ihm ein Link auf der ersten Seite den Umweg. Eine Einheitsmethode gibt es nicht. Du verstehst die konkrete Verschwendung und erfindest dann den Weg, sie zu beseitigen.
Auch ein Problem in Produktion ist Verschwendung
Wenn die Produktion steht, bringt die Zeit, die du mit der Korrektur verbringst, dem Kunden nichts. Damit ist das Problem selbst eine Form von Verschwendung.
Das Gegenmittel: die Dinge gleich beim ersten Mal richtig machen. Jedes Mal, wenn du besser verstehst, wo du danebengelegen hast, steigen deine Chancen, es beim nächsten Versuch richtig zu machen. Problemlösung ist kein Umweg vom Lean-Gedanken, sondern einer der Wege, auf denen Lean Verschwendung beseitigt.
Nicht jedes Problem ist den gleichen Aufwand wert. Passiert etwas nur einmal, suchst du trotzdem die Ursache, investierst aber wenig Zeit. Tritt ein Problem immer wieder auf, zahlt sich die Analyse aus.
Nimm eine Testumgebung, die regelmäßig ausfällt. Wenn die Abhilfe immer ein Neustart ist, dann ist der Neustart eine Abkürzung, keine Lösung. Das wiederkehrende Muster ist das Signal, innezuhalten und zu verstehen, was den Ausfall wirklich verursacht.
Schnelle Abhilfe und echte Lösung sind zwei Aufgaben
Die Produktion am Laufen halten und das Problem lösen sind verschiedene Aufgaben, und Lean verlangt beides. Zuerst nimmst du die Abkürzung, damit die Arbeit weitergeht. Dann gehst du zurück und holst dir die echte Lösung, damit das Problem nicht wiederkommt.
Die Versuchung: die Abkürzung für das Ende halten. Weitermachen fühlt sich produktiv an. Aber die Zeit, in der du ein wiederkehrendes Problem verstehst, ist Zeit für die Zukunft: Sie nimmt demselben Fehler die Chance, noch einmal aufzutreten.
Für diese Analyse gilt eine feste Regel: Es geht nicht um Schuld. Die Fragen richten sich an den Prozess und an die Anforderungen. Waren die Anforderungen klar? Wenn nicht, warum nicht? Es geht darum zu verstehen, was schiefgelaufen ist, damit die nächste Runde sauberer läuft. Nie darum, jemanden zu finden, dem man es anhängen kann.
Root Cause Analysis wirkt über den eigenen Bereich hinaus
Löst du ein Problem gründlich, bleibt die Wirkung selten in deiner Ecke des Systems. Problemlösung nach Lean zieht meist Kreise durch die ganze Kette.
Gräbst du dich in ein einzelnes Problem hinein, berührt es oft mehr als den Teil, für den du zuständig bist. Es kann bis in den Betrieb reichen, in Prozesse, die anderen Teams gehören. Um die ganze Kette zu verbessern, arbeitest du mit allen Beteiligten zusammen, denn dort liegt der eigentliche Gewinn.
Bei IKEA hat das in der IT angefangen und ist über die IT-Prozesse hinausgewachsen. Außerhalb des ursprünglichen Teams Leute ohne Lean-Erfahrung zu gewinnen, ist schwieriger. Aber die angrenzenden Prozesse haben begonnen, sich an die Arbeit anzupassen, die schon lief.
Die Lehre für alle, die klein anfangen: Das kleine Stück, das du jetzt bearbeitest, wirkt auf lange Sicht. Wer es als “nur mein Teil” abtut, übersieht die Kettenreaktion, die folgt.
Die Zustimmung des Managements ist der eigentliche Engpass
Lean kostet am Anfang Zeit, und Manager unter Druck geben diese Zeit ungern her. Die ehrliche Spannung: Der Manager will jetzt die schnelle Lösung, Lean verlangt Zeit zum Verstehen.
Nirmala hatte einen Vorteil: Bei IKEA kam Lean vom Management. Die Führungskräfte waren bereits geschult und wollten Lean im Unternehmen haben, deshalb haben sie akzeptiert, dass die Arbeit anfangs Zeit braucht.
Tempo kommt mit der Übung. Am Anfang konnte es ein, zwei Tage dauern, ein komplexes Problem überhaupt zu verstehen. Je mehr die Reflexe ins Denken der Leute übergehen, desto schneller geht dieselbe Analyse.
Was das Management überzeugt, ist die Haltbarkeit des Ergebnisses. Löse das Problem einmal richtig, und genau dieses Problem hast du nie wieder. Das ist Qualität für die Zukunft, und damit lässt sich die Zeit rechtfertigen.
Lean als Gewohnheit, nicht als einmalige Aktion
Lean trägt nur, wenn es zur Routine wird, und diese Routine aufzubauen ist wirklich schwer. Manche sind sofort voll dabei. Andere haben das Gefühl, ihre Zeit zu verschwenden. Schwung aufzubauen und ihn zu halten, bleibt die Daueraufgabe.
Damit die Praxis lebendig bleibt, trifft sich Nirmalas IT-Team jeden Freitag. Jede Woche stellt jemand ein Problem vor, das er gelöst hat, und erzählt, wie er dabei gedacht hat. Nächste Woche könntest du dran sein, also bleiben alle bei der Sache, und der Austausch trägt die Methode ins ganze Team.
Neben dem wöchentlichen Termin coachen die Kolleginnen und Kollegen mit Green-Belt-Zertifizierung alle, die tiefer in Lean einsteigen wollen. Lean zu verankern ist zu einem großen Teil Bildungsarbeit: Du nimmst die Leute so lange mit, bis eine kritische Masse ganz selbstverständlich danach arbeitet.
Passen Lean und Agilität zusammen?
Lean und Agilität widersprechen sich nicht, auch wenn manche Mühe haben zu sehen, wie beides zusammengeht. Du behältst deine Dailies und alles, was ohnehin zu deinem Arbeitstag gehört. Lean kommt obendrauf und gibt dir einen Blick dafür, wo die Probleme liegen.
Visual Management ist eines der Werkzeuge dafür. Du zeichnest deine Prozesse auf und machst sichtbar, wo deine Tickets liegen und wem welcher Schritt gehört. Am Anfang kostet das Zeit. Wenn du den Dreh raus hast, läuft es rund.
Wo du mit Lean anfängst
Der Einstieg ist einfach: Lies dich ein. Online gibt es jede Menge Material, genug, um dich selbst zu orientieren.
Du kannst auch ChatGPT fragen, mit einem Hinweis von Nirmala: Prüf die Antworten und stell sicher, dass sie stimmen, bevor du danach handelst.
Saubere Prozesse werden wichtiger, je mehr KI-Werkzeuge in den Arbeitsalltag kommen. Ist ein Prozess chaotisch und überladen, hilft es nichts, KI darüberzulegen. Die Dinge gleich beim ersten Mal richtig zu machen, ist genau das, wofür Lean gebaut ist. Damit passt es ziemlich genau in diese Zeit.
Häufig gestellte Fragen
Warum fällt es so schwer, eine Lean-Denkweise anzunehmen, selbst nach monatelanger Übung?
Der Reflex, direkt nach einer Lösung zu greifen, ist nach wie vor stark. Nirmala Saneechur, die bei IKEA Lean gelernt hat, sagt, dass ihre erste Reaktion auf ein Problem auch nach anderthalb Jahren Praxis immer noch darin besteht, zu fragen, wie die Lösung lautet. Die Disziplin besteht darin, zunächst die Schnelllösung anzuwenden, damit die Arbeit weitergeht, und dann einen Schritt zurückzutreten und zu fragen, warum das Problem überhaupt entstanden ist.
Funktioniert Lean nur in der Fertigung?
Nein. Lean begann bei Toyota als Fabrikkonzept, aber die zugrunde liegende Frage lässt sich übertragen: Welche Teile dessen, was du produzierst, helfen dem Kunden tatsächlich, und welche Teile sind wertlose Bewegung? Wird es eher als Denkweise denn als festes Verfahren betrachtet, lässt es sich genauso gut auf einen Softwareprozess anwenden wie auf die Frage zu Hause, ob eine bestimmte Geste überhaupt nötig ist.
Kann ein Projekt pünktlich abgeliefert werden und trotzdem als Verschwendung gelten?
Ja. Ein Team entwickelte 15 Funktionen für einen Kunden und lieferte sie genau zum gewünschten Zeitpunkt ab. Sobald der Kunde die Anwendung nutzte, hat er keine davon jemals angerührt. Das ist Überproduktion. Rechtzeitige Lieferung bedeutet, das zu liefern, was der Kunde tatsächlich nutzt, und zwar dann, wenn er es nutzt, und nicht, eine Liste mit Anforderungen abzuarbeiten, nur weil jemand sie aufgeschrieben hat.
Wie sieht Verschwendung in der täglichen Softwarearbeit aus?
Alles, was dem Kunden keinen Mehrwert bringt: Funktionen, die niemand nutzt, Anforderungen, die niemand versteht, Produktionsprobleme, die immer wieder auftreten. Eine Anforderung, die du liest, mit ihrem Verfasser klärst und trotzdem nicht verstehst, führt zu einem Hin und Her, das durch gemeinsame Arbeit am Anfang hätte vermieden werden können. Manche Verschwendung, wie zum Beispiel ein zusätzlicher Doppelklick, nimmst du einfach in Kauf.
Verdient jedes Problem eine vollständige Grundursachenanalyse?
Nein. Wenn etwas nur einmal passiert, findest du zwar trotzdem die Grundursache, verbringst aber nur wenig Zeit damit. Bei wiederkehrenden Problemen zahlt sich die Grundursachenanalyse aus. Eine Testumgebung, die regelmäßig ausfällt und jedes Mal neu gestartet wird, ist ein klares Signal: Der Neustart ist eine Notlösung, keine dauerhafte Lösung, und es lohnt sich, dieses Muster zu verstehen.
Geht es bei der Grundursachenanalyse darum, herauszufinden, wer den Fehler gemacht hat?
Nein, und das ist eine feste Regel. Die Fragen zielen auf den Prozess und die Anforderungen ab: Waren sie klar, und wenn nicht, warum nicht? Das Ziel ist es, zu verstehen, was schiefgelaufen ist, damit es beim nächsten Mal reibungsloser läuft. Nach einem Schuldigen zu suchen, bringt nichts; Verständnis verhindert, dass die Fehlerwirkung erneut auftritt.
Wie überzeugst du Führungskräfte davon, Zeit für Lean zu investieren, wenn die Fristen knapp sind?
Verweise auf die Nachhaltigkeit des Ergebnisses. Löst man ein Problem einmal richtig, taucht genau dieses Problem nicht mehr auf. Das ist Qualität für die Zukunft und rechtfertigt den Zeitaufwand im Vorfeld. Die Analyse geht mit der Praxis auch schneller: Am Anfang kann es bei einem komplexen Problem ein oder zwei Tage dauern, es nur zu verstehen, aber mit der Zeit verkürzt sich das erheblich.
Stehen Lean und Agile im Wettbewerb zueinander?
Nein, auch wenn es manchen schwerfällt zu erkennen, wie sie zusammenpassen. Du behältst deine Dailies und alles, was ohnehin zu deinem Arbeitstag gehört, und Lean kommt obendrauf als Methode, um zu erkennen, wo die Probleme liegen. Visuelles Management unterstützt das: Du zeichnest deine Prozesse auf und stellst dar, wo sich Tickets befinden und wer für welchen Schritt verantwortlich ist.
