What is Agile Methodology and How does it work in Project Management?

Was ist Agile Methodik und wie funktioniert sie im Projektmanagement?

Die Volksweisheit rät uns, "niemals eine Frage mit einer Frage zu beantworten". Es gibt jedoch Zeiten, in denen es hilfreich ist, diese Regel zu brechen, denn um einen wichtigen Punkt zu erfassen, müssen wir zunächst einen Schritt zurücktreten und einen Blick auf das Gesamtbild werfen - und diese Situation ist dafür geeignet.

Bevor wir uns also der Antwort auf die Frage widmen "was ist die agile Methodik und wie funktioniert sie im Projektmanagement?", sollten wir kurz unsere Perspektive auf eine grundlegendere Frage verlagern: "Was ist mit agiler Methodik gemeint?"

Methodik & Denkweise

Obwohl Agile weithin als Methode bezeichnet wird, ist dies eher eine praktische Konvention als eine präzise Bezeichnung - denn im Kern ist Agile nicht ausschließlich eine Methode. Vielmehr ist es auch eine Denkweise, die in vier Grundwerten und 12 Prinzipien verwurzelt ist (auf die wir gleich noch eingehen werden). Diese Grundlagen sind im Manifest für Agile Softwareentwicklung festgehalten, das von der Agile Alliance erstellt wurde. Diese weltweite gemeinnützige Mitgliedsorganisation unterstützt Menschen und Organisationen, die agile Werte, Prinzipien und Praktiken erforschen, anwenden und erweitern.

Die vier Grundwerte von Agile

Menschen und Interaktionen werden hervorgehoben und haben Vorrang vor Prozessen und Tools.
- Es mag überraschen, dass ein Paradigma, das aus der Softwareentwicklung hervorgegangen ist (inzwischen aber auch in anderen Bereichen Anwendung findet), die Befähigung des Einzelnen und die Erleichterung von Interaktionen zu seinem obersten Wert macht. Doch genau das wollte die Agile Alliance erreichen: dass Prozesse und Tools zwar wichtig sind und zunehmend an Einfluss gewinnen, dass sie aber das menschliche Element nicht einschränken oder abwerten sollten. Mit anderen Worten: Prozesse und Tools sollten den agilen Teams dienen, und nicht umgekehrt.
Funktionierende Software wird einer umfassenden Dokumentation vorgezogen.
- Zweck und Botschaft dieses Grundwerts ist es, Unternehmen davor zu bewahren, Entwickler mit Aufgaben zu überlasten, die Ressourcen und Aufmerksamkeit von dem ablenken, was wirklich wichtig ist: Software zu entwickeln, die funktioniert.
- Natürlich ist die Dokumentation nach wie vor wichtig. Sie ist jedoch relativ weniger wichtig als Arbeitssoftware. Unternehmen, die dieses Prinzip aus den Augen verlieren, stellen fest - und zwar in der Regel eher früher als später - dass sie ihre agilen Bemühungen behindern und untergraben.
Die Zusammenarbeit mit dem Kunden wird über die Vertragsverhandlungen gestellt.
- Eine effektive und effiziente Zusammenarbeit mit den Kunden ist bei Agile unerlässlich. Wenn es Probleme und Herausforderungen gibt (und die wird es mit Sicherheit geben!), ist es am praktischsten und klügsten, zu versuchen, eine gemeinsame Basis zu finden.
Auf Veränderungen zu reagieren hat Vorrang vor dem Befolgen eines Plans.
- Dies ist eine der größten Abweichungen vom traditionellen Projektmanagement. In der Vergangenheit wurde der Wandel als Risiko oder Bedrohung angesehen, die es zu vermeiden galt. Bei Agile wird der Wandel jedoch begrüßt und genutzt. Der Plan dient als Grundlage, ist aber nicht unbedingt eine Schritt-für-Schritt-Anleitung.

Die 12 Prinzipien von Agile

Laut der Agile Alliance sind die 12 Prinzipien von Agile

Die oberste Priorität ist es, die Erwartungen der Kunden zu erfüllen. Dies geschieht durch die frühzeitige und fortlaufende Bereitstellung von funktionierender, wertvoller Software.
Wenn es strategisch ist und den Wettbewerbsvorteil eines Kunden erhöht, wird die Anpassung an veränderte Anforderungen eher begrüßt als abgelehnt - auch in späteren Entwicklungsphasen.
Anstatt fertige Software am Ende eines Projekts zu liefern, liegt der Schwerpunkt auf der häufigen Lieferung von teilweise fertiger (aber, wie oben erwähnt, funktionierender und wertvoller) Software auf einer häufigen Basis. Wir bevorzugen eher kürzere als längere Zeiträume.
Agile Teammitglieder können nicht in Silos arbeiten. Sie müssen sich während des gesamten Projekts koordinieren und, falls erforderlich, zusammenarbeiten.
Erfolgreiche agile Projekte werden von motivierten und engagierten Teammitgliedern vorangetrieben, die über ein geeignetes Umfeld und ausreichende Unterstützung und Ressourcen verfügen, um ihre jeweiligen Aufgaben kompetent und zeitnah zu erledigen.
Die direkte Kommunikation (von Angesicht zu Angesicht oder virtuell) ist im Allgemeinen die effektivste und effizienteste Methode.
Die wichtigste Messgröße für den Fortschritt ist das Endprodukt.
Alle Teammitglieder sollten in der Lage sein, ein konstantes Tempo über einen unbestimmten Zeitraum beizubehalten. Dies kann nicht geschehen, wenn sie mit Aufgaben überlastet und/oder mit unpraktischen und unangemessenen Fristen oder anderen Erwartungen belastet sind.
Die Agilität wird durch die ständige Konzentration auf technische Spitzenleistungen und außergewöhnliches Design erhöht.
Einfachheit - definiert als die Kunst und Wissenschaft, die Menge an Arbeit zu optimieren, die nicht erledigt werden muss - ist entscheidend für den Erfolg.
Selbstorganisierte agile Teams sind am besten positioniert und ausgestattet, um die beste Arbeit zu leisten.
In regelmäßigen Abständen sollten agile Teams reflektieren und analysieren, wie sie effektiver und effizienter werden können, und sich entsprechend anpassen.

Was ist die agile Methodik im Projektmanagement?

Nachdem wir uns nun die grundlegenden Werte und Prinzipien von Agile - auch bekannt als Agile Mindset - angesehen haben, können wir erkunden was Agile Methodik im Projektmanagement ist.

Im Wesentlichen ist das agile Projektmanagement ein iterativer und inkrementeller Ansatz zur Erreichung der Geschäftsziele (d.h. des Projektprodukts).

Ein iterativer Ansatz bedeutet, dass mehr Informationen über das Projekt - seine Risiken, Chancen und andere Variablen - ans Licht kommen, während das Projekt voranschreitet. Dies unterscheidet sich deutlich von den herkömmlichen (d.h. Wasserfall)-Projektmanagementansatz, bei dem ein robuster Plan vor der Ausführung entwickelt wird. Natürlich sind Veränderungen oft aufgrund unvorhergesehener Ereignisse notwendig (meist negativ, aber manchmal auch positiv). Das Ziel ist jedoch, sich so genau wie möglich an den Plan zu halten und größere Abweichungen zu vermeiden.
Ein inkrementeller Ansatz bedeutet, dass die Arbeit nicht in einer langen Ausführungsphase, sondern in kurzen, hochkonzentrierten Phasen abgeschlossen wird. Diese werden Sprints genannt. Es gibt zwar keinen Standard oder eine Regel, die besagt, wie lang ein Sprint sein sollte, aber im Allgemeinen dauern sie zwischen einer und drei Wochen. Wir werden uns im nächsten Abschnitt näher mit Sprints beschäftigen.

Was ist der Prozess der Agilen Methodik?

Zwar haben verschiedene Organisationen - und manchmal auch verschiedene Teams innerhalb derselben Organisation - die Flexibilität, die für sie am besten geeignete agile Methodik anzupassen, aber im Allgemeinen gibt es vier Hauptschritte im Prozess:

1. Projektplanung

Wie bereits erwähnt, ist die agile Projektplanung weniger robust als die konventionelle Projektplanung. Das liegt nicht daran, dass die Projektplanung bei Agile unwichtig ist - denn das ist sie ganz sicher. Vielmehr liegt es daran, dass sich agile Projekte dem ständigen Wandel nicht widersetzen, sondern ihn annehmen. Da agile Projekte von Natur aus iterativ sind, kann es theoretisch verlockend, aber praktisch kontraproduktiv sein, übermäßig viel Zeit in die Planungsphase zu investieren, da sich einiges (oder vielleicht sogar vieles) von dem, was erwartet wurde, als nicht anwendbar erweist.

Ein wichtiger Teil des Puzzles der agilen Projektplanung ist eine User Story. Dies ist ein Überblick über eine Arbeitsanforderung auf hoher Ebene, der dem agilen Team genügend Informationen liefert, um eine funktionale Schätzung des Aufwands, der Ressourcen und der Zeit zu entwickeln, die zur Erfüllung der Anforderung erforderlich sind. Der Grund, warum dieses Dokument als User Story bezeichnet wird, ist, dass es aus der Perspektive des Benutzers verfasst wird und hervorhebt, was er erreichen möchte und warum.

Ein weiterer wichtiger Bestandteil der agilen Projektplanung ist die Erstellung einer Produkt-Roadmap, also einer Aufschlüsselung aller Produktfunktionen. Diese Funktionen werden dann zur Erstellung des Product Backlogs verwendet.

2. Sprint-Planung

Der nächste wichtige Schritt ist die Planung jedes Sprints. Wenn möglich, sollte sich jeder Sprint auf eine Funktion im Product Backlog konzentrieren. Wenn dies nicht möglich ist - weil ein Merkmal sehr komplex ist oder aufgrund eines anderen Faktors - dann kann der Schwerpunkt auf einem Aspekt eines Merkmals liegen.

Es ist äußerst wichtig, dafür zu sorgen, dass die Teammitglieder nicht mit Aufgaben überlastet werden oder dass von ihnen erwartet wird, unangemessene Fristen einzuhalten. Wenn dies geschieht, kann es zu einem Phänomen kommen, das als "sprint fatigue" bekannt ist und eine Vorstufe zu Desengagement, Burnout und Fluktuation darstellt. Die Festlegung von Limits für den Arbeitsfortschritt (WIP) kann helfen, dieses kostspielige Szenario zu verhindern, und die Verwendung eines effektiven Aufgabenmanagement-Tools zur visuellen Dokumentation von Arbeitsabläufen und Ressourcen ist ein Muss.

3. Ausführung und tägliche Stand-ups

Sobald der Plan, das Backlog und die Sprints feststehen, ist es an der Zeit, den "Gummi auf die Straße zu bringen" und das agile Projekt zu beginnen. Während der Ausführungsphase tauschen sich die Teammitglieder täglich darüber aus, was sie am Vortag getan haben, was sie heute vorhaben und welche Probleme oder Herausforderungen sie erlebt oder erwartet haben. Diese Sitzungen werden "Stand-up"-Sitzungen genannt, weil sie so kurz gehalten werden sollen (in der Regel 10-15 Minuten), dass die Teammitglieder, wenn sie es wünschen, die ganze Zeit stehen bleiben können.

Bei manchen Projekten finden Stand-up-Meetings nicht täglich statt. Bei anderen (z.B. solchen, die sich in Schwierigkeiten befinden) kann es mehr als ein Stand-up-Meeting pro Tag geben. Letztlich geht es bei diesen Treffen darum, Informationen auf möglichst effiziente Weise auszutauschen. Zu wenige Treffen können zu Fehlern und Annahmen führen, während zu viele Treffen zu Frustration und Bürokratie führen können.

4. Bewertungen und Analysen

Nach jedem Sprint gibt es zwei Treffen. Die erste besteht darin, das Produkt mit den relevanten Interessengruppen (in der Regel dem Produktverantwortlichen und möglicherweise auch dem Kunden) zu überprüfen. Die zweite besteht darin, den Sprint zu analysieren und Möglichkeiten für zukünftige Verbesserungen zu identifizieren.

Insgesamt tragen diese beiden Treffen auch dazu bei, eine vertrauensvolle Beziehung zwischen dem agilen Team und dem Kunden/Produkteigentümer aufzubauen und die Kommunikationslinien offen zu halten. Da agile Projekte so schnelllebig sind und sich ständig ändern, spielt die Stärke dieser Beziehung eine wichtige Rolle dabei, ob die Erfahrung ein Erfolg ist oder ob es ein Kampf ist.

Rollen in agilen Teams

Im Allgemeinen gibt es vier Haupttypen von Rollen in agilen Projekten:

Die Mitglieder des agilen Teams, die die Arbeit in jedem Sprint ausführen.
Der Scrum Master, der dafür sorgt, dass jeder Sprint fokussiert ist und die Teammitglieder über die benötigten Ressourcen verfügen. Der Scrum Master trägt auch dazu bei, dass sich Personen außerhalb des Teams nicht einmischen.
Der Product Owner, der die Erwartungen des Kunden vertritt und eine Schlüsselrolle bei der Definition des Ziels eines jeden Sprints sowie bei der Priorisierung des Product Backlogs spielt.
Die Stakeholder, die über den Projektfortschritt und die Entwicklungen informiert werden müssen.

Steigern Sie die Flexibilität Ihres Unternehmens mit der Projektmanagement-Software von Planview AdaptiveWork

Produkttour

Was ist Agile Methodik in der Softwareentwicklung im Vergleich zu anderen Bereichen?

Da das agile Projektmanagement in der Welt der Softwareentwicklung entstanden ist, wird es in der Regel in diesem Kontext diskutiert - zum Beispiel, wenn von "Features" in einem Product Backlog oder von "Programmierern" in einem agilen Team die Rede ist. Darüber hinaus sind die agilen Werte und Prinzipien, die wir zuvor untersucht haben, eindeutig mit der Softwareentwicklung verbunden (z.B. "funktionierende Software wird gegenüber einer umfassenden Dokumentation bevorzugt").

Agiles Projektmanagement kann jedoch auch in vielen anderen Bereichen sehr erfolgreich eingesetzt werden, z.B. marketing, Bauwesen, professionelle Dienstleistungen und mehr. Denken Sie daran: Agile ist nicht nur eine Methode, sondern auch eine Denkweise!