Was ist Lean Software Development?

Definition von Lean Software Development

Lean Software Development ist die Übertragung der Prinzipien der schlanken Fertigung (Lean Manufacturing) auf die Softwareentwicklung. Der Ansatz konzentriert sich darauf, Verschwendung zu eliminieren, Wert schnell zu liefern und Prozesse kontinuierlich zu verbessern. Das Konzept wurde von Mary und Tom Poppendieck in ihrem Buch Lean Software Development: An Agile Toolkit (2003) systematisch auf die Softwarebranche übertragen.

Die Wurzeln reichen bis zum Toyota Production System (TPS) zurück, das in den 1950er-Jahren von Taiichi Ohno entwickelt wurde. Statt Überproduktion und Lagerbestände zu akzeptieren, optimierte Toyota den gesamten Wertschöpfungsprozess — ein Prinzip, das sich direkt auf die Softwareentwicklung übertragen lässt.

Die sieben Prinzipien von Lean Software Development

1. Verschwendung eliminieren (Eliminate Waste)

Alles entfernen, was keinen Wert für den Kunden schafft. In der Softwareentwicklung gibt es sieben typische Arten von Verschwendung:

Verschwendungsart	Beispiel in der Softwareentwicklung
Überproduktion	Features entwickeln, die niemand nutzt
Wartezeiten	Warten auf Genehmigungen, Code-Reviews oder Builds
Transport	Unnötige Übergaben zwischen Teams
Überbearbeitung	Gold Plating — übermäßige Perfektion ohne Mehrwert
Bestände	Halbfertige Features (Work in Progress)
Bewegung	Kontextwechsel und Task-Switching
Defekte	Bugs, die erst spät entdeckt werden

Praxistipp: Regelmäßige Value-Stream-Mapping-Sessions helfen, versteckte Verschwendung sichtbar zu machen.

2. Qualität einbauen (Build Quality In)

Qualitätssicherung ist kein nachgelagerter Schritt, sondern ein integraler Bestandteil des gesamten Entwicklungsprozesses:

• Test-Driven Development (TDD) — Tests werden vor dem Produktionscode geschrieben
• Pair Programming — Zwei Entwickler arbeiten gemeinsam, was zu höherer Codequalität führt
• Continuous Integration — Häufige Integration verhindert langwierige Merge-Konflikte
• Code Reviews — Systematische Überprüfung durch Teamkollegen
• Automatisierte Tests — Unit-, Integrations- und E2E-Tests als Sicherheitsnetz
• Refactoring — Kontinuierliche Verbesserung der Codestruktur ohne Funktionsänderung

Der Grundsatz: Es ist günstiger, Fehler zu verhindern, als sie später zu beheben. Studien zeigen, dass die Kosten der Fehlerbehebung exponentiell steigen, je später ein Fehler entdeckt wird.

3. Wissen schaffen (Create Knowledge)

Softwareentwicklung ist ein Lernprozess. Teams müssen aktiv Wissen aufbauen und teilen:

• Dokumentation — Lebendige, aktuelle technische Dokumentation
• Code-Standards — Gemeinsame Konventionen und Style Guides
• Cross-Training — Teammitglieder lernen Aufgaben anderer kennen, um Wissensmonopole zu vermeiden
• Retrospektiven — Regelmäßige Reflexion und Prozessverbesserung
• Architecture Decision Records (ADR) — Entscheidungen und deren Kontext dokumentieren
• Mentoring und Pair Programming — Erfahrene Entwickler geben Wissen an Junioren weiter

4. Entscheidungen aufschieben (Defer Commitment)

Entscheidungen werden zum letztmöglichen verantwortungsvollen Zeitpunkt getroffen:

• Optionen offenhalten — Architekturentscheidungen erst treffen, wenn genügend Informationen vorliegen
• Informationen sammeln — Datengestützte Entscheidungen statt Bauchgefühl
• Vorzeitige Optimierung vermeiden — Erst optimieren, wenn ein nachweisbarer Bedarf besteht
• Set-Based Design — Mehrere Lösungsansätze parallel verfolgen und erst spät einschränken
• Reversible Entscheidungen bevorzugen — Wo möglich, Entscheidungen treffen, die leicht rückgängig gemacht werden können

Wichtig: Defer Commitment bedeutet nicht, Entscheidungen zu vermeiden — es bedeutet, sie zum richtigen Zeitpunkt mit der besten verfügbaren Information zu treffen.

5. Schnell liefern (Deliver Fast)

Die Zykluszeit reduzieren und häufig ausliefern:

• Kleine Batches — Arbeit in kleine, überschaubare Einheiten aufteilen
• Continuous Delivery — Jederzeit auslieferungsfähige Software
• Schnelle Iterationen — Kurze Feedback-Zyklen mit dem Kunden
• WIP-Limits — Work in Progress begrenzen, um den Durchsatz zu erhöhen
• Automatisierung — Manuelle, wiederholbare Aufgaben automatisieren
• Engpässe identifizieren — Theory of Constraints anwenden, um Flaschenhälse zu beseitigen

6. Menschen respektieren (Respect People)

Teams befähigen und ihre Expertise wertschätzen:

• Selbstorganisierende Teams — Teams entscheiden selbst, wie sie die Arbeit am besten erledigen
• Vertrauen und Autonomie — Micromanagement vermeiden
• Nachhaltiges Tempo — Überstunden und Burnout aktiv entgegenwirken
• Diverse Teams — Unterschiedliche Perspektiven führen zu besseren Lösungen
• Psychologische Sicherheit — Eine Umgebung schaffen, in der Fehler als Lernmöglichkeit gesehen werden
• Faire Vergütung — Besonders im Kontext von IT-Freiberuflern und Staff Augmentation

7. Das Ganze optimieren (Optimize the Whole)

Den gesamten Wertstrom betrachten, nicht nur einzelne Teile:

• End-to-End-Denken — Vom Kundenbedürfnis bis zur Auslieferung
• Cross-funktionale Zusammenarbeit — Silos zwischen Entwicklung, QA, Operations und Business aufbrechen
• Systemoptimierung — Lokale Optimierung kann das Gesamtsystem verschlechtern
• Metriken auf Systemebene — Lead Time, Cycle Time und Throughput messen
• Wertstromanalyse — Den gesamten Fluss von der Idee bis zur Auslieferung visualisieren

Lean-Metriken und -Kennzahlen

Effektives Lean Software Development erfordert die Messung der richtigen Metriken:

Metrik	Beschreibung	Zielwert
Lead Time	Zeit von der Anforderung bis zur Auslieferung	< 1 Woche
Cycle Time	Zeit von Arbeitsbeginn bis Fertigstellung	< 2 Tage
Throughput	Anzahl abgeschlossener Aufgaben pro Zeiteinheit	Steigend
WIP	Anzahl gleichzeitig bearbeiteter Aufgaben	Möglichst niedrig
Defect Rate	Anzahl der Fehler pro Release	Sinkend
Deployment Frequency	Wie oft wird in Produktion deployt	Täglich oder öfter

Lean vs. Agile vs. DevOps

Diese drei Ansätze ergänzen sich, haben aber unterschiedliche Schwerpunkte:

• Lean — Fokus auf Wertstrom und Eliminierung von Verschwendung
• Agile — Fokus auf iterative Entwicklung und Kundenrückmeldung
• DevOps — Fokus auf die Zusammenarbeit zwischen Entwicklung und Betrieb

In der Praxis verwenden die meisten erfolgreichen Teams Elemente aller drei Ansätze.

Lean in der Praxis: Tools und Techniken

• Kanban-Boards — Visualisierung des Arbeitsflusses (Jira, Trello, Azure Boards)
• Value Stream Mapping — Identifikation von Verschwendung im Prozess
• Kaizen — Kontinuierliche, schrittweise Verbesserung
• A3-Reports — Strukturierte Problemlösung auf einer DIN-A3-Seite
• Gemba Walks — Prozesse dort beobachten, wo die Arbeit tatsächlich stattfindet
• 5-Why-Analyse — Ursachenforschung durch wiederholtes Fragen nach dem “Warum”

Lean im Kontext von Staff Augmentation

Für Unternehmen, die mit externen IT-Spezialisten arbeiten, bietet Lean besondere Vorteile:

• Schnelles Onboarding — Klar definierte Prozesse und Standards erleichtern den Einstieg
• Transparenz — Kanban-Boards machen den Arbeitsfortschritt für alle sichtbar
• Wissenstransfer — Cross-Training und Dokumentation verhindern Abhängigkeiten von einzelnen Personen
• Effizienz — Weniger Verschwendung bedeutet mehr Wertschöpfung pro eingesetztem Spezialisten

Zusammenfassung

Lean Software Development bietet ein bewährtes Framework für die effiziente Lieferung hochwertiger Software. Durch den Fokus auf Wertschöpfung, die Eliminierung von Verschwendung und die Befähigung von Teams können Organisationen ihre Entwicklungsprozesse nachhaltig verbessern. Die sieben Prinzipien — von der Verschwendungseliminierung bis zur Gesamtsystemoptimierung — bilden zusammen einen ganzheitlichen Ansatz, der sich nahtlos mit Agile und DevOps-Praktiken verbinden lässt.