Der Aufstieg von Lean

Wird infoq.com in naher Zukunft eine Rubrik "Lean" haben? Angesichts der jüngsten Zunahme von Blogs, Präsentationen und Artikeln zu Lean-Themen sollten Sie sich nicht wundern, wenn Lean im Jahr 2009 das neue Agile sein wird.

Lean ist eine aus dem Toyota-Produktionssystem abgeleitete Philosophie des Prozessmanagements, die darauf abzielt, mit weniger Arbeit mehr Wert zu schaffen. Lean stammt ursprünglich aus der Massenproduktion, wurde aber auch in anderen Branchen wie dem Gesundheitswesen, der Reisebranche und dem Dienstleistungssektor erfolgreich eingesetzt. Das bedeutet, dass Lean auch in der Softwareentwicklung angewendet werden kann.

Obwohl Lean in der agilen Gemeinschaft immer beliebter wird, gehen die Ansichten darüber, was Lean ist, weit auseinander. Martin Fowler versucht, die gesamte Debatte über Lean und Agile zu vermeiden, indem er behauptet, dass beide gleichwertig sind. Obwohl die Idee, Lean innerhalb der Grenzen von Agile zu halten, ihren Reiz hat, sind nicht alle damit einverstanden.

Manche sehen Lean als eine Verbesserung von Agile. Alan Shalloway von Netobjectives sieht Lean als'Agile im Unternehmen' und bezieht sich dabei auf das 'Wertstrom'-Denkwerkzeug, das Lean bietet. In einer Wertstromkarte wird der gesamte Prozess der Wertschöpfung für den Kunden untersucht und Verbesserungen werden auf der Grundlage der größten Probleme im Strom vorgenommen, anstatt nur kleine Teile zu optimieren. In einer Unternehmensumgebung könnte dies zu einer viel stärkeren Reduzierung der Verschwendung führen als ein normaler agiler Ansatz. Scott Ambler bezeichnet die lokalen Optimierungen von Agile als Silos, auch wenn er nicht glaubt, dass Lean diese Silos beseitigt.

Lean wird auch verwendet, um aktuelle agile Methoden wie Scrum zu kritisieren. Tobias Mayer zitiert Marry Poppendieck in seinem Blog und behauptet, Scrum sei "unzureichend". Dies löste eine Antwort von David Anderson aus, einem der profundesten Mitwirkenden am derzeitigen Aufstieg von Lean in der Softwareentwicklung. David stellte Lean-Konzepte auf der Agile2008 in seinem Vortrag'Future Direction for Agile' vor und eröffnete Lean als eine Möglichkeit, Agile weiter zu verbessern.

Für viele wird Lean als eine Reihe von (Denk-)Werkzeugen verwendet, die bei der Optimierung aktueller agiler Praktiken helfen können. Ein perfektes Beispiel dafür ist der Scrum-Ban-Ansatz von Corey Ladas, eine Möglichkeit, das standardmäßige Scrum Task Board mit Lean-Tools zu verbessern. Angesichts der steigenden Popularität dieses Artikels gehe ich davon aus, dass viele Scrum-Ban-Boards von Scrum-Praktikern implementiert werden. Ich erwarte, dass auf der Agile2009 einige Fallstudien zu Scrum-ban erscheinen werden. Dank Olav Maassen, einem starken Befürworter von Kanban, wurde auf der Agile2009 eine neue Phase für diese innovativen Lean-Praktiken hinzugefügt. Weitere Informationen finden Sie in einem ausführlichen Beispiel für den Einsatz von Kanban in der Spieleindustrie.

Obwohl es innerhalb der Agile-Gemeinschaft unterschiedliche Auffassungen von Lean gibt, haben sie eines gemeinsam: Sie alle übernehmen nur Teile von Lean. Eine Ursache dafür ist die begrenzte Anzahl von Büchern über Lean Software Development. Natürlich haben die Poppendiecks großartige Bücher über Lean Software Development geschrieben, aber eine Gemeinschaft braucht mehr als eine Informationsquelle. Bücher wie 'The Toyota Way' und 'Lean Thinking' beschreiben die ursprünglichen Lean-Prinzipien. Bei der Lektüre dieser Bücher wird deutlich, dass einige wichtige Lean-Konzepte in der Softwareentwicklung ignoriert werden.

David Binnerts wies auf das Konzept der 'Standardarbeit' hin, das in der Lean-Softwareentwicklung fehlt. Lean definiert Standardarbeit als: 'die derzeit beste Praxis'. Jeder, der die gleiche Aufgabe ausführt, sollte das gleiche Verfahren anwenden. Dies ist die Grundlage für 'Kaizen', den Prozess der kontinuierlichen Verbesserung und Verfeinerung. Nur mit einer etablierten Praxis können Sie diese Praxis verbessern. Vor allem Softwareentwickler haben nur sehr wenig Erfahrung mit diesem Maß an Disziplin und der Abschaffung von Abweichungen. Vielleicht möchte David Anderson dieses Konzept in der Softwareentwicklung mit CMMI einführen?

Dave Thomas und Alan Cooper beschreiben den gesamten Softwareentwicklungsprozess mehr oder weniger als einen Wasserfall. Laut Dave Thomas ist Software, wenn sie einmal geschrieben ist, nur noch schwer zu ändern, was Extreme Programming für große Projekte nahezu unmöglich macht. Er behauptet, dass eine Design- und Architekturphase notwendig ist, bevor die eigentliche Implementierung beginnt. Bei diesem Ansatz wird die Entwicklung in zwei Hälften geteilt: das Design und die Implementierung. Sowohl die Design- als auch die Implementierungsphase würden von einem Lean-Ansatz stark profitieren. Dies ist jedoch nicht mit Scrum oder XP vereinbar und könnte als unagil oder als Big Design Up Front bezeichnet werden.

Ein Konzept wie Standard Work scheint nicht zur organischen Selbstorganisation von XP/Scrum-Teams zu passen. Während Scrum dieses Konzept nicht ausschließt, könnte Scrum, wie David Anderson feststellt, als die derzeit beste Praxis angesehen werden, die ein Team weiter verbessern kann. Scrum ist, vielleicht ähnlich wie CMMI Level 2, eine gute Ausgangsbasis für die weitere Verfeinerung und Ausweitung auf alle Praxis- und Organisationsbereiche. Ich bewundere David Anderson und Corey Landas für ihr unkonventionelles Denken. Viele neue Lean-Konzepte und -Praktiken sind bereit, Einzug in die Softwareentwicklungsgemeinschaft zu halten. Ich hoffe, dass Lean in vollem Umfang angenommen wird, auch in den schwierigen Bereichen, die große Disziplin erfordern. Ich sehne mich nach einem neuen Blick auf die Softwareentwicklung und einer langfristigen Vision. Vor einigen Monaten habe ich auf der Agile 2008 über einen neuen Hype spekuliert, der Agile übertreffen könnte, aber ich hätte nie erwartet, dass er so schnell kommen würde.