Skip to main content

Projektmanager sind stets bemüht, die besten Wege zu finden, ihre Produkte zu erstellen oder die Softwareentwicklung zu unterstützen. Meistens läuft dies auf einen Kampf zwischen Effizienz und Produktivität hinaus. Das Hauptziel besteht darin, das goldene Gleichgewicht zwischen den beiden zu finden – also großartige Produkte in möglichst kurzer Zeit zu liefern.

Der Weg dorthin hängt von den Teammitgliedern ab, mit denen Sie arbeiten. Es gibt eine riesige Vielfalt an Projektmethoden, aber nur zwei konkurrieren am häufigsten um den Spitzenplatz. Die erste ist die sogenannte Lean-Methodik. Die andere ist eine agile Methodik.

Die Entscheidung, welche Methodik gewählt werden soll, kann schwierig sein. Beide sind auf jeweils eigene Art und Weise äußerst nützlich. Deshalb gehört der Vergleich der Unterschiede zwischen beiden zu den häufigsten Diskussionsthemen. Doch die Gemeinsamkeiten machen die Grenze zwischen ihnen oft unscharf. Mitunter wird sogar ein Name für die andere Methode verwendet oder es wird häufig zwischen beiden hin- und hergewechselt.

Unlock for Free

Create a free account to finish this piece and join a community of forward-thinking leaders unlocking tools, playbooks, and insights for thriving in the age of AI.

Step 1 of 2

This field is for validation purposes and should be left unchanged.
Name*
This field is hidden when viewing the form

Aus diesem Grund betrachten wir heute die Gemeinsamkeiten zwischen der agilen und der Lean-Entwicklungsmethodik. Mit diesem Artikel möchten wir beide Ansätze – Lean und Agile Management – Ihrem Startup näherbringen und dem Product Owner bei der Entscheidung helfen, welche Methode besser zu Ihrem Team passt.

Verstehen Sie sowohl Lean- als auch Agile-Methoden

Um zu verstehen, wofür jede Methodik steht, müssen wir ein wenig in die Historie beider eintauchen. Die Betrachtung ihrer Unterschiede hilft, die Gemeinsamkeiten sichtbar zu machen.

Join the DPM community for access to exclusive content, practical templates, member-only events, and weekly leadership insights - it’s free to join. <br><br>

Join the DPM community for access to exclusive content, practical templates, member-only events, and weekly leadership insights - it’s free to join.

This field is for validation purposes and should be left unchanged.
Name*
This field is hidden when viewing the form

Die Ursprünge der Lean-Prinzipien

Die Wurzeln der Lean-Produktion – ähnlich der Wasserfallmethode – finden sich in den 1950er-Jahren in den Toyota-Autofabriken in Japan. Man stellte fest, dass ein Übermaß an Ressourcen den Arbeitsfluss behinderte. Also versuchte man, die Lagerhaltungskosten zu senken und so die Geschwindigkeit des gesamten Prozesses zu steigern. So entstand das Toyota-Produktionssystem.

Toyota nutzte visuelle Indikatoren für den Lagerbedarf. Sie erhielten präzise Informationen darüber, wann sie welches Teil im Arbeitsablauf benötigen, und konnten so den Gesamtanteil an Verschwendung reduzieren. Durch Lean-Denken gelang es, den gesamten Ablauf zu optimieren.

Die Ursprünge der Agilen-Prinzipien

Agile Arbeitsweisen entstanden später, in den 1980er- und 1990er-Jahren, und wurden von Computerprogrammierern entwickelt. Vor der agilen Methode dauerten deren Projekte oft sehr lange – manchmal Jahre. Doch die Programmier- und Computerindustrie verändert sich ständig – und das galt auch für die zweite Hälfte des zwanzigsten Jahrhunderts. Das bedeutete, dass es oft vorkam, dass ein Produkt bei der Veröffentlichung schon wieder veraltet war. Also war ein neuer Ansatz nötig, um die Arbeit erfolgreich zu erledigen.

Das Hauptproblem war, dass die Kosten des gesamten Prozesses niemals durch die Haltbarkeit des Endprodukts gerechtfertigt werden konnten. Während sich die Branche veränderte, gab es jedoch weiterhin Kundenbedürfnisse für neue Produkte – und gleichzeitig einen Mangel an Fachkräften. Dadurch stiegen die Kosten weiterhin, statt zu sinken.

So wurde Zeit zum entscheidenden Faktor der agilen Methodik. Das Hauptziel agiler Teams ist, kontinuierlich auf die Auslieferung des Produkts zu achten – zuerst eine schnelle Bereitstellung und anschließend fortlaufende Optimierung auf Grundlage des Kundenfeedbacks.

Es dauerte einige Jahre, bis die Methodik endgültig Gestalt annahm – und so entstand im Jahr 2001 das Agile Manifest. Es stellt die Hauptziele dar und definiert 12 agile Prinzipien, die die Methodik leiten. Genau wie die Lean-Methode begann Agile ursprünglich in einer Nische, wurde dann aber schnell von anderen Branchen übernommen.

Kanban vs. Scrum – ein Beispiel für Lean-Agile-Unterschiede

Eines der besten Beispiele für den Einsatz dieser beiden Projektmanagement-Methoden ist der Vergleich von Kanban und Scrum. Diese beiden unterschiedlichen Softwareentwicklungsprozesse bieten einen klaren Einblick in Lean und Agile und zeigen, wie Sie zwischen beiden unterscheiden können.

Zuerst gibt es Scrum – ein agiles Software-Entwicklungs-Framework, das Ihr Entwicklungsteam für komplexe Produkte einsetzen kann. Wie die Geschichte zeigt, liegt der Schwerpunkt auf Softwareentwicklung, aber Scrum wird auch in anderen Bereichen angewandt. Es ist ideal für kleinere Entwicklungsteams – von ein bis zehn Personen.

Hauptziel ist es, die Produktentwicklung in Ziele (sogenannter Projekt-Backlog) zu unterteilen, die dann durch kontinuierliche Verbesserung abgearbeitet werden. Diese zeitlich begrenzten Iterationen werden Sprints genannt und dauern in der Regel etwa zwei Wochen. Am Ende jeder Iteration wird ein Meeting abgehalten, um den Sprint und die Fortschritte in der agilen Entwicklung zu überprüfen. Viele Teams nutzen agile Dashboards, um Sprint-Kennzahlen zu visualisieren und den Fortschritt während des Sprints in Echtzeit nachzuverfolgen.

Kanban hingegen ist eine Entwicklungsmethode, die darauf ausgelegt ist, den gesamten Produktentwicklungsprozess zu unterstützen. Im Vergleich zu agilen Methoden wird ein Kanban-Board verwendet, das Ihnen hilft, Probleme sichtbar zu machen und zu lösen. Dies geschieht durch die Messung des Lebenszyklus und der Durchlaufzeit sowohl des gesamten Prozesses als auch Ihres Wertstroms (der aus den einzelnen Teilen des Prozesses besteht).

Tabelle, die die Unterschiede zwischen Kanban (einer Lean-Methodik) und Scrum (einer Agile-Methodik) vergleicht
Hier ist eine Zusammenfassung der wichtigsten Unterschiede zwischen Lean- und Agile-Methoden, veranschaulicht durch die Unterschiede zwischen Kanban und Scrum.

Lean- und Agile-Methoden konzentrieren sich beide auf den Kundennutzen

Wie es in der Geschäftswelt oft ist (und auch sein sollte), stand der Kunde oder Auftraggeber bei beiden Methoden im Mittelpunkt. Ja, es ging auch um Geld und Zeit, aber sowohl Lean- als auch Agile-Methoden wurden entwickelt, um die Kunden mit dem Produkt zufriedenzustellen und gleichzeitig den Prozess für die Teammitglieder zu erleichtern.

Beide dienen dem Ziel, einen besseren und schnelleren Service zu bieten. Der Kernunterschied liegt in der Art und Weise, wie sie dieses Ziel erreichen – das macht sie einzigartig.

Wenn Sie die Lean-Methode verwenden, streben Sie technische Exzellenz für den Kunden an. Sie möchten diese zudem in möglichst kurzer Zeit liefern. Die Agile-Methodik unterscheidet sich darin nicht – auch hier steht die schnelle Lieferung im Vordergrund.

Jedoch benötigen Sie kein perfektes Produkt. Stattdessen können Sie weiter daran arbeiten und es mit dem Feedback der Kunden ständig weiterentwickeln.

Schnelligkeit im Projektmanagement ist Ziel beider Lean- und Agile-Methoden

Wie Sie vielleicht bemerkt haben, dienen beide Methoden dazu, Ihre Effizienz – oder die Geschwindigkeit der Produktentwicklung – zu steigern. Dies ist einer der größten Bestrebungen beider Methoden. Allerdings unterscheidet sich, was genau Sie dafür ändern müssen.

Einerseits nutzen Sie die Lean-Methode, um alles zu eliminieren, was Ihrem Arbeitsprozess keinen Mehrwert bringt. Das bedeutet, Sie reduzieren zeitraubende Meetings und überflüssige Bürokratie. Auch Aufgaben, die Sie vielleicht irgendwann einmal brauchen könnten, werden nicht mehr unnötig erledigt. Schließlich sollen ineffiziente Arbeitsweisen – wie Multitasking – vermieden werden.

Die Agile-Methode hingegen ermöglicht es Ihnen, gezielt diejenigen Methoden und Aufgaben auszuwählen, die für Sie am besten funktionieren. Das Wichtigste ist jedoch: Sie sind nicht an Ihre Entscheidungen gebunden. Teams nutzen häufig agile Management-Software, um Arbeitsabläufe flexibel anzupassen, Aufgaben neu zu priorisieren und die kontinuierliche Verbesserung zu fördern (daher der Name "agil"). Sie können also den agilen Workflow nach und nach anpassen – hierin liegt der große Unterschied zwischen den beiden Ansätzen.

Wenn Sie die Lean-Methode anwenden, liegt Ihr Schwerpunkt auf dem gesamten Workflow-Design. Damit ist es erforderlich, einen Schritt zurückzutreten und das große Ganze zu betrachten. So erhalten Sie mehr Kontrolle über den gesamten Prozess und können alles Überflüssige beseitigen.

Zur Veranschaulichung: Sie müssen Ihre Mitarbeitenden nicht zufällig Aufgaben in der Software-Entwicklung bearbeiten lassen, damit diese später zu 100 % einsatzbereit sind. Sie sollten stattdessen darauf vertrauen, dass sie bereit sind und ihr Bestes geben, wenn es darauf ankommt. So muss Ihr Entwicklerteam beispielsweise kein Werkzeug entwickeln, das Sie am Ende vielleicht gar nicht benötigen.

Stattdessen lassen Sie sie ihre Fähigkeiten weiterentwickeln. Damit rücken Sie die Qualität Ihres Produktes in den Mittelpunkt. So müssen Sie nach der Auslieferung für Ihre Kunden keine Nachbesserungen mehr vornehmen.

Das unterscheidet sich vom agilen Projektmanagement, das ständige Aktualisierungen erfordert.

Vertrauen ins Team ist wichtig bei Lean- wie bei Agile-Methoden

Wie Sie sehen, müssen Sie Ihr Teammanagement überdenken, wenn Sie sich zwischen beiden Methoden entscheiden.

Wichtig ist zu betonen, dass in beiden Fällen Ihr Team intensiv in den gesamten Workflow eingebunden wird. Teamarbeit ist schließlich das Fundament jedes Unternehmens. Ohne sie leiden sowohl Effizienz als auch Produktivität deutlich.

Bei der Lean-Methode können die Beteiligten voneinander lernen. Durch Zusammenarbeit werden die besten und effizientesten Lösungen gefunden und Verschwendung reduziert.

Im Folgenden sprechen die nächsten drei Leitsätze aus dem bereits erwähnten Agile Manifesto für sich und befürworten Zusammenarbeit:

  • „Individuen und Interaktionen stehen über Prozessen und Werkzeugen.“
  • „Zusammenarbeit mit dem Kunden steht über Vertragsverhandlungen.“
  • „Geschäftsleute und Entwickler müssen während des gesamten Projektes täglich zusammenarbeiten.“

Beachten Sie, dass der dritte Satz eine der 12 agilen Praktiken des Agilen Manifests ist. Eine Schlussfolgerung, die Sie daraus ziehen könnten, ist, dass die agile Methodik im Gegensatz zur Lean-Methodik gar nicht so sehr auf die Werkzeuge oder den Prozess Wert legt. Stattdessen konzentriert sich diese Methodik auf die Menschen im Prozess. Außerdem ermutigt sie dazu, eng mit den Kunden zusammenzuarbeiten. Ihr Feedback kann Wunder wirken und Ihnen ein viel besseres Produkt liefern – nehmen Sie sich also die Zeit, zuzuhören.

Erfahren Sie mehr über agile Methoden und zentrale agile Prinzipien, indem Sie eine dieser agilen Zertifizierungen absolvieren.

Fazit

Abschließend lässt sich sagen, dass es ebenso viele Gemeinsamkeiten zwischen agiler und Lean-Softwareentwicklungsmethodik geben könnte wie Unterschiede. Obwohl ihre Ursprünge unterschiedlich sind, haben sie immer noch denselben Fokus – Kundenzufriedenheit.

Sie sollten auch auf Ihren Workflow und Möglichkeiten zur Optimierung achten. Die Geschwindigkeit der Lieferung ist bei beiden wichtig – aber es liegt an Ihnen und Ihrem Team herauszufinden, welche Methodik für Sie am besten funktioniert. Es kann etwas Ausprobieren und Experimentieren erfordern, aber sobald Sie sich auf eine Methodik festgelegt haben, ist Ihr Unternehmen in kürzester Zeit auf Erfolgskurs!

ben aston headshot

Ich bin Ben Aston, Digitalprojektmanager und Gründer von thedpm.com. Seit mehr als 20 Jahren bin ich in der Branche tätig und habe in Großbritannien bei führenden Digitalagenturen in London wie Dare, Wunderman, Lowe und DDB gearbeitet. Ich habe alles umgesetzt, von Filmen über CMS, Spiele bis hin zu Werbung sowie eCRM- bis hin zu eCommerce-Websites. Ich hatte das Glück, mit einer Vielzahl großartiger Kunden zu arbeiten: Automobilmarken wie Land Rover, Volkswagen und Honda; Versorgungsunternehmen wie BT, British Gas und Exxon; Konsumgütermarken wie Unilever und Unterhaltungselektronikmarken wie Sony. Ich bin Certified Scrum Master, PRINCE2 Practitioner und Produktivitätsfanatiker!