Agile Vorgehensmodelle
Einführung
Stell dir vor, dein Team hat nach dem Wasserfallmodell monatelang an einem neuen Feature gearbeitet. Bei der Präsentation äußert der Kunde: “Das ist gut, aber unsere Prioritäten haben sich inzwischen verschoben.” In solchen Situationen, in denen sich Anforderungen im Projektverlauf ändern, stoßen klassische Modelle wie das Wasserfallmodell oft an ihre Grenzen.
Agile Methoden bieten hier einen entscheidenden Vorteil: Sie ermöglichen es, flexibel auf diese Veränderungen zu reagieren und das Produkt kontinuierlich an die aktuellen Bedürfnisse anzupassen.
Lernziele
Nach dieser Lerneinheit kannst du:
- Erklären, was agiles Projektmanagement bedeutet und welche Prinzipien dahinterstehen.
- Unterscheiden, welche Rollen, Artefakte und Events in Scrum existieren.
- Beschreiben, wie Kanban und Extreme Programming (XP) das agile Vorgehen ergänzen.
- Vergleichen, wann klassische Modelle oder agile Ansätze sinnvoll sind.
- Anwenden, indem du erkennst, wie du agile Prinzipien auf ein Praxisbeispiel überträgst.
Du siehst die Notwendigkeit für agile Ansätze. Doch wie funktioniert agiles Projektmanagement im Detail? Welche Kernelemente und Denkweisen liegen dieser Arbeitsweise zugrunde? Um das zu verstehen, starten wir mit den Grundlagen.
Grundlagen des agilen Projektmanagements
Agiles Projektmanagement ist ein flexibles Vorgehen, das auf kurze Entwicklungszyklen, regelmäßiges Kundenfeedback und kontinuierliche Verbesserung setzt. Damit unterscheidet es sich deutlich von klassischen Methoden, die meist eine lange Vorausplanung mit klaren Phasen haben.
Ursprung & Prinzipien
Die agile Softwareentwicklung basiert auf einem Fundament von Werten, die 2001 im „Manifesto for Agile Software Development“ veröffentlicht wurden.
Das Agile Manifest wurde von Fachleuten der Softwareentwicklung mit folgendem Anspruch verfasst:
We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:
Auf Deutsch:
Wir erschließen bessere Wege, Software zu entwickeln, indem wir es selbst tun und anderen dabei helfen. Durch diese Tätigkeit haben wir diese Werte zu schätzen gelernt:
Agiles Manifest (2001):
- Individuen und Interaktionen sind wichtiger alsProzesse und Werkzeuge
- Funktionierende Software ist wichtiger als eine umfassende Dokumentation
- Zusammenarbeit mit dem Kunden ist wichtiger als die Vertragsverhandlungen
- Reagieren auf Veränderung ist wichtiger als das Befolgen eines Plans
In der agilen Softwareentwicklung wird oft über diese Werte diskutiert. Die Autoren des Agilen Manifests betonten bei der Veröffentlichung, dass sie beide Seiten der Werte schätzen, jedoch die fettgedruckten Werte höher gewichten. Das bedeutet nicht, dass Dokumentation unwichtig ist, sondern dass funktionierende Software im Verhältnis mehr Priorität hat.
Vorteile agiler Ansätze
- Frühes Kundenfeedback: Du stellst Teilfunktionen früh vor und vermeidest, monatelang am Bedarf vorbei zu entwickeln.
- Risiko-Minimierung: Anpassungen im Projektverlauf sind leichter umzusetzen.
- Team-Autonomie: Das Team entscheidet eigenverantwortlich, wie es Aufgaben umsetzt.
Herausforderungen
- Disziplin & Kulturwandel: Häufigere Meetings, mehr Selbstorganisation und Offenheit erfordern ein Umdenken.
- Planungsunsicherheit: Wenn Stakeholder starre Pläne lieben, können agile Methoden zunächst Widerstände auslösen.
Vergleich: Klassisch vs. Agil
Du hast bereits klassische Modelle kennengelernt (z. B. Wasserfall, V-Modell). An dieser Stelle lohnt sich ein kurzer Überblick, wie diese Ansätze im Vergleich zu agilen Vorgehensweisen abschneiden:
| Aspekt | Klassische Ansätze | Agile Ansätze |
|---|---|---|
| Planbarkeit | Hohe Planungssicherheit | Flexibilität und Anpassungsfähigkeit |
| Dokumentation | Umfassend | Minimal, aber ausreichend |
| Kundeneinbindung | Hauptsächlich zu Beginn und am Ende | Kontinuierlich während des gesamten Projekts |
| Änderungen | Schwer zu implementieren | Leicht zu integrieren |
| Projektkomplexität | Gut für große, komplexe Projekte | Ideal für kleinere, innovative Projekte |
| Lieferrhythmus | Am Projektende | Regelmäßige Teillieferungen |
Fazit: Ob du ein klassisches oder ein agiles Vorgehen wählst, hängt von deinen Projektanforderungen und dem Umfeld ab. Bei unklaren oder sich oft ändernden Zielen helfen dir agile Methoden, flexibel zu bleiben. Bei stark definierten Projekten mit wenig Spielraum bieten dir klassische Modelle mehr Planungssicherheit.
Merke:
Agiles Projektmanagement basiert auf kurzen Zyklen, schnellem Feedback und flexibler Reaktion auf Veränderungen. Das ist besonders wertvoll, wenn Anforderungen zu Projektbeginn noch nicht eindeutig sind oder sich häufig ändern können.
Scrum, Kanban und Extreme Programming (XP)
Agiles Projektmanagement in der Praxis
Jetzt vertiefen wir, wie agiles Projektmanagement konkret aussehen kann: Wir betrachten Scrum, Kanban und Extreme Programming (XP) als wichtige Beispiele.
Scrum – Entwicklung in Sprints
Scrum ist ein agiles Rahmenwerk, das auf kurzen, sich wiederholenden Zyklen basiert, den sogenannten Sprints. Ein Sprint ist ein festgelegter Zeitraum (meist 1-4 Wochen), in dem ein Team an einem bestimmten Satz von Aufgaben arbeitet, um ein nutzbares Produktinkrement zu liefern. Jeder Sprint folgt dem PDCA-Zyklus und ermöglicht es dem Team, inkrementell Wert zu schaffen und kontinuierlich aus Feedback zu lernen.
Merke: Produktinkrement: Das Ergebnis eines Sprints, ein fertiges, verwendbares Teilstück des Produkts, das potenziell ausgeliefert werden könnte. Inkrementell: Das Produkt wird Schritt für Schritt erweitert und verbessert, wobei jeder Sprint eine zusätzliche, funktionierende Einheit hinzufügt. Iterativ: Die Entwicklung vollzieht sich in wiederholenden Zyklen (Sprints). Jeder Sprint ist eine Iteration, in der das Team plant, entwickelt, testet und reflektiert, um das Produkt und den Prozess kontinuierlich zu verbessern. :::
Der PDCA-Zyklus als Grundlage von Scrum
Scrum basiert auf dem PDCA-Zyklus (Plan-Do-Check-Act), einem kontinuierlichen Verbesserungsprozess:
- Plan: Planung der Sprintziele und Aufgaben während des Sprint Planning.
- Do: Umsetzung der geplanten Aufgaben im Sprint.
- Check: Überprüfung der Ergebnisse im Sprint Review.
- Act: Anpassung und Verbesserung der Arbeitsweise in der Sprint Retrospective.
Dieser iterative Prozess fördert Transparenz, Inspektion und Anpassung und bildet die Grundlage für die kontinuierliche Verbesserung im Scrum-Team.
Rollen
Ein Scrum-Team besteht aus dem Product Owner, dem Scrum Master und dem Entwicklungsteam. Das Team arbeitet selbstorganisiert und trägt gemeinsam die Verantwortung für das Produktinkrement.
- Product Owner: Verwaltet das Product Backlog, priorisiert Anforderungen und maximiert den Wert des Produkts. Er arbeitet eng mit Stakeholdern zusammen und entscheidet, welche Anforderungen umgesetzt werden.
- Scrum Master: Unterstützt als Coach die Implementierung von Scrum, moderiert Meetings und hilft dem Team, effizient zu arbeiten. Zudem sorgt er für das richtige Umfeld, in dem das Scrum-Team effektiv agieren kann. Er unterstützt alle Beteiligten – Team und Stakeholder – dabei, die Scrum-Prinzipien zu verinnerlichen, Prozesse zu verbessern und die Scrum-Events konsequent umzusetzen.
- Entwicklungsteam: Setzt die Anforderungen um und organisiert sich eigenverantwortlich. Es sollte interdisziplinär aufgestellt sein, um Aufgaben ohne externe Unterstützung erledigen zu können.
Die Scrum-Werte
Damit Scrum erfolgreich funktioniert, richten sich alle Teammitglieder nach den fünf Scrum-Werten und lassen sie in ihre Zusammenarbeit einfließen. Diese Werte fördern eine Zusammenarbeit auf Augenhöhe und stärken die Teamdynamik:
- Mut: Das Team muss bereit sein, neue Herausforderungen anzunehmen und sich stetig weiterzuentwickeln.
- Fokus: Konzentration auf die aktuellen Sprint-Ziele, ohne das große Ganze aus den Augen zu verlieren.
- Commitment: Jedes Mitglied verpflichtet sich, die vereinbarten Ziele zu erreichen und Verantwortung zu übernehmen.
- Respekt: Ein wertschätzender Umgang und Anerkennung der individuellen Fähigkeiten aller Teammitglieder.
- Offenheit: Eine transparente Kommunikation, in der alle ihre Meinungen und Bedenken offen äußern können.
Diese Werte fördern ein produktives und vertrauensvolles Arbeitsumfeld, das für den Erfolg von Scrum essenziell ist.
Merke:
Die Einhaltung der Scrum-Regeln ist essenziell für den Erfolg des Teams:
Iterative Lieferung: Nach jedem Sprint entsteht ein auslieferbares Produktinkrement. Feedback der Stakeholder fließt direkt in die Weiterentwicklung ein.
Kommunikation und Transparenz: Regelmäßige Meetings stellen sicher, dass das gesamte Team stets über Fortschritte und Herausforderungen informiert ist.
Regelmäßige Überprüfung: Das Team reflektiert kontinuierlich über Prozesse und Zusammenarbeit, um Verbesserungen umzusetzen.
Flexibilität: Durch den empirischen Ansatz können sich Produktanforderungen an veränderte Rahmenbedingungen anpassen.
Artefakte
Scrum nutzt verschiedene Artefakte, um den Fortschritt transparent zu halten und sicherzustellen, dass alle Beteiligten einen klaren Überblick über den aktuellen Stand des Projekts haben.
- Product Backlog: Eine priorisierte Liste aller Produktanforderungen, verwaltet vom Product Owner. Er ergänzt und priorisiert Anforderungen basierend auf Stakeholder-Bedürfnissen. Während der Sprint-Planung werden ausgewählte Anforderungen für den Sprint festgelegt. Das Backlog ist dynamisch und wird kontinuierlich angepasst.
- Sprint Backlog: Enthält das Sprint-Ziel (Warum?), die aus dem Product Backlog gewählten Anforderungen (Was?) und den Umsetzungsplan des Produktinkrements (Wie?). Die Anforderungen werden vom Entwicklungsteam geschätzt und festgelegt.
- Produktinkrement: Das Produktinkrement ist das jeweils entstandene Teil-Produkt nach jedem Sprint. Es trägt zur kontinuierlichen Weiterentwicklung des Gesamtprodukts bei. Nur Arbeiten, die der zuvor im Team festgelegten Definition of Done entsprechen, können Teil eines Produktinkrements sein. In der Regel wird das Produktinkrement direkt den Kunden zur Verfügung gestellt, um es praxisnah zu testen und frühzeitig Feedback zu erhalten.
Events
Regelmäßige Events in Scrum ermöglichen eine kontinuierliche Planung, Reflexion und Verbesserung des Prozesses. Diese Meetings sind entscheidend für eine effektive Zusammenarbeit.
- Sprint Planning: Planung der Aufgaben für den nächsten Sprint.
- Daily Scrum: Tägliches Kurzmeeting, max. 15 Min., in dem das Team den Fortschritt bespricht und den Arbeitsplan anpasst.
- Sprint Review: Präsentation und Feedback am Sprint-Ende.
- Sprint Retrospective: Reflexion über Teamprozesse (Was lief gut? Was verbessern?).
Merke:
Die konsequente Einhaltung der Scrum-Regeln ist entscheidend für den Erfolg. Dies umfasst die festen Rollen, regelmäßigen Events und klar definierte Artefakte. Nur durch Disziplin und konsequente Anwendung der Scrum-Praktiken kannst du effektiv und effizient arbeiten.
Kanban – Das visuelle Steuerungssystem
Kanban ist ein flexibler Ansatz, um den Arbeitsfluss in einer Organisation zu optimieren und Engpässe frühzeitig zu identifizieren. Durch eine visuelle Darstellung des Workflows wird der Status der Aufgaben transparent gemacht, was hilft, Effizienzsteigerungen zu erzielen. Im Gegensatz zu Scrum gibt es keine festen Zeitintervalle oder vordefinierten Rollen, sodass Teams dynamisch auf Veränderungen reagieren können.
Kanban-Board
Ein typisches Kanban-Board besteht aus Spalten für verschiedene Bearbeitungsphasen.
Beispiel:
- To Do → Doing → Done
Kanban und Scrum verfolgen unterschiedliche Ansätze, können jedoch sinnvoll kombiniert werden. Dieser hybride Ansatz bekannt als “Scrumban”, ermöglicht es Teams, die Flexibilität von Kanban mit den strukturierten Abläufen von Scrum zu verbinden.
Extreme Programming (XP) – Maximale Agilität
Extreme Programming (XP) ist ein agiles Entwicklungsmodell, das agile Prinzipien besonders konsequent umsetzt. Es basiert auf fünf zentralen Werten: Kommunikation, Einfachheit, Feedback, Mut und Respekt. Diese Werte prägen die folgenden Kernpraktiken:
- Pair Programming: Zwei Entwickler arbeiten gemeinsam an einem Computer und überprüfen sich gegenseitig.
- Test-Driven Development (TDD): Tests werden geschrieben, bevor der eigentliche Code entsteht.
- Continuous Integration: Codeänderungen werden mehrfach täglich in das Gesamtsystem integriert, um Probleme frühzeitig zu erkennen.
- Refactoring: Der Code wird regelmäßig verbessert, ohne seine Funktionalität zu verändern.
- Small Releases: Statt großer Versionen werden in kurzen Abständen kleine, funktionsfähige Updates veröffentlicht.
XP eignet sich besonders für Projekte mit sich schnell ändernden Anforderungen und engem Kundenkontakt. Damit es funktioniert, braucht es jedoch ein hohes Maß an Disziplin und Zusammenarbeit im Team.
Praxisnahes Szenario
„Du startest ein neues Projekt und möchtest agil vorgehen. Das Management wünscht sich aber eine detaillierte Vorab-Planung, während der Kunde kurze Sprints erwartet. Wie überzeugst du beide Seiten?“
Lösung: Erkläre dem Management die Vorteile der agilen Vorgehensweise, wie Flexibilität und kontinuierliches Feedback, und zeige auf, dass eine initiale Planung als Rahmen dienen kann, der jedoch während des Projekts angepasst wird. Demonstriere, wie regelmäßige Sprint-Reviews dem Kunden Transparenz bieten und gleichzeitig dem Management die Kontrolle über das Gesamtprojekt ermöglichen. Eventuell schlage ein hybrides Modell vor, das beiden Anforderungen gerecht wird.
Zusammenfassung und Ausblick
Zusammenfassung:
Wir haben uns mit dem agilen Projektmanagement beschäftigt und dabei die wichtigsten Konzepte und Methoden kennengelernt. Der Kern agiler Arbeit liegt in kurzen Entwicklungszyklen (Sprints), regelmäßigem Feedback und der kontinuierlichen Verbesserung des Produkts und des Prozesses. Im Gegensatz zu klassischen, starren Planungsansätzen ermöglicht Agilität eine flexible Reaktion auf Veränderungen und eine enge Zusammenarbeit mit dem Kunden.
Wichtige Punkte:
- Agiles Manifest: Die Grundlage agiler Werte, die Individuen, funktionierende Software, Kundenzusammenarbeit und die Reaktion auf Veränderungen höher gewichten.
- Scrum: Ein Rahmenwerk, das mit festen Rollen (Product Owner, Scrum Master, Entwicklungsteam), wiederholenden Zyklen (Sprints), definierten Artefakten (Product Backlog, Sprint Backlog, Produktinkrement) und regelmäßigen Events (Sprint Planning, Daily Scrum, Sprint Review, Sprint Retrospective) arbeitet. Der PDCA-Zyklus (Plan-Do-Check-Act) ist ein zentrales Element zur kontinuierlichen Verbesserung.
- Kanban: Ein visueller Ansatz zur Optimierung des Arbeitsflusses, der Transparenz schafft und Engpässe sichtbar macht. Oft in Kombination mit Scrum als Scrumban eingesetzt.
- Extreme Programming (XP): Ein besonders konsequenter Ansatz, der auf Werten wie Kommunikation, Einfachheit, Feedback, Mut und Respekt basiert und Praktiken wie Pair Programming und Test-Driven Development nutzt.
- Vorteile agiler Ansätze: Frühes Kundenfeedback, Risikominimierung und Team-Autonomie. Herausforderungen: Notwendige Disziplin, Kulturwandel und mögliche anfängliche Widerstände bei starren Planungspräferenzen.
- Vergleich klassisch vs. agil: Agile Methoden eignen sich besonders für Projekte mit unklaren oder sich ändernden Anforderungen, während klassische Modelle bei klar definierten Projekten mit wenig Spielraum vorteilhaft sein können.
Ausblick:
Wie behält man bei großen Projekten den Überblick? In der nächsten Lerneinheit dreht sich alles um den Projektstrukturplan – ein wichtiges Werkzeug für die Projektplanung.