Agile-Leitfaden · Agile Grundlagen
Agiler Entwicklungszyklus: die 6 Phasen einfach erklärt
Der agile Entwicklungszyklus ist die Abfolge von Phasen, die ein Produkt durchläuft, wenn es mit agilen Methoden entwickelt wird: von einer ersten Idee über wiederholte kurze Iterationen, die jeweils funktionierende Ergebnisse liefern, bis zu Release, Support und schließlich Außerbetriebnahme. Anders als in einem linearen Lebenszyklus wird die Entwicklungsphase viele Male durchlaufen, und Feedback prägt jeden Durchgang.
Das Wichtigste in Kürze
- Der agile Lebenszyklus reicht von Konzept und Inception über wiederholte Iterationen bis zu Release, Wartung und Außerbetriebnahme.
- Planung, Entwicklung und Tests finden in jeder Iteration gemeinsam statt statt in getrennten Phasen.
- Veröffentlichen Sie frühe Inkremente, um Feedback zu erhalten, und planen Sie Kapazität für Wartungsarbeit ein.
- Es gibt kein einheitliches offizielles Modell, passen Sie die Phasenbezeichnungen also an Ihren Kontext an.
Was der agile Lebenszyklus ist
Ein Lebenszyklus beschreibt, wie Arbeit von der Idee zum fertigen Produkt fließt. In einem Wasserfall Lebenszyklus findet jede Phase (Anforderungen, Design, Entwicklung, Test, Bereitstellung) einmal und in fester Reihenfolge statt. In Agile finden Planung, Design, Entwicklung und Tests gemeinsam in jeder kurzen Iteration statt, und das Produkt wächst in Inkrementen. Die folgenden Phasen beschreiben den Weg des Produkts als Ganzes; die meiste Zeit entfällt auf die Iterationsphase.
Die sechs Phasen
| Phase | Was geschieht | Typische Ergebnisse |
|---|---|---|
| 1. Konzept | Die Chance, die Nutzer und das angestrebte Ergebnis identifizieren; entscheiden, ob sich eine nähere Untersuchung lohnt | Problembeschreibung, grober Umfang, Go/No-Go-Entscheidung |
| 2. Inception | Das Team bilden, die Produktvision vereinbaren, einen ersten Backlog erstellen und Tools sowie Umgebungen einrichten | Produktvision, erstes Product Backlog, Team-Arbeitsvereinbarung |
| 3. Iteration (Konstruktion) | Kleine wertschaffende Einheiten planen, entwickeln, testen und prüfen, in wiederholten Sprints oder einem kontinuierlichen Fluss | Funktionierende, getestete Inkremente; Feedback; ein aktualisierter Backlog |
| 4. Release | Abschließende Prüfungen, Dokumentation und Schulung, dann Bereitstellung für die Nutzer | Veröffentlichtes Produkt oder Feature-Set |
| 5. Wartung (Produktion) | Nutzer unterstützen, Fehler beheben und das Produkt weiter verbessern, meist in weiteren Iterationen | Fehlerbehebungen, Erweiterungen, Betriebsdaten |
| 6. Außerbetriebnahme | Das Produkt zurückziehen, Nutzer und Daten migrieren und den Support einstellen | Stilllegungsplan, archivierte Daten |
So funktioniert eine Iteration
- Planen: Das Team wählt die wertvollsten Einträge aus dem Backlog aus und vereinbart ein Ziel für die Iteration.
- Entwerfen und entwickeln: Entwickler, Tester und Designer arbeiten gemeinsam an jedem Eintrag, statt Arbeit entlang einer Kette weiterzureichen.
- Testen: Tests finden kontinuierlich statt, sodass jeder Eintrag die Definition of Done erfüllt, bevor er als fertig gilt.
- Review: Das Team zeigt den Stakeholdern das funktionierende Ergebnis und holt Feedback ein.
- Reflektieren: In einer Retrospektive vereinbart das Team ein oder zwei Verbesserungen seiner Arbeitsweise.
- Anpassen: Feedback und neue Informationen fließen in den Backlog ein, und die nächste Iteration beginnt.
Praxisbeispiel: eine Buchungs-App
Eine Fitnessstudiokette möchte, dass Mitglieder Kurse online buchen können.
- Konzept (1 Woche): Der Produktmanager bestätigt, dass telefonische Buchungen das Personal rund 20 Stunden pro Woche kosten, und setzt das Ziel, die meisten Buchungen online abzuwickeln.
- Inception (2 Wochen): Ein sechsköpfiges Team bildet sich, formuliert eine Vision und erstellt 40 User Stories gruppiert in vier Epics.
- Iterationen (6 zweiwöchige Sprints): Sprint 1 liefert einen einfachen Kursplan; Sprint 2 ergänzt Buchung und Stornierung; spätere Sprints fügen Wartelisten, Erinnerungen und Zahlungen hinzu.
- Release: Nach Sprint 3 geht eine Basisversion in zwei Pilot-Studios live; nach Sprint 6 wird sie an allen Standorten eingeführt.
- Wartung: Das Team behält eine kleinere Kapazität für Fehlerbehebungen und neue Features auf Basis von Nutzungsdaten.
- Außerbetriebnahme: Jahre später wird die App durch eine neue Mitgliederplattform ersetzt, und die alten Buchungsdaten werden migriert.
Agiler Lebenszyklus vs. traditioneller SDLC
| Traditioneller SDLC (Wasserfall) | Agiler Lebenszyklus | |
|---|---|---|
| Reihenfolge der Arbeit | Phasen finden einmal und nacheinander statt | Entwicklungsphasen wiederholen sich in kurzen Iterationen |
| Anforderungen | Vorab festgelegt | Entwickeln sich in einem priorisierten Backlog |
| Tests | Eigene Phase gegen Ende | Kontinuierlich, innerhalb jeder Iteration |
| Lieferung | Ein Release am Ende | Häufige Inkremente, oft früh veröffentlicht |
| Änderungen | Gesteuert über formale Änderungssteuerung | Erwartet und über den Backlog aufgefangen |
| Einbindung der Kunden | Hauptsächlich am Anfang und am Ende | Durchgehend, in jedem Review |
Siehe Agile vs. Wasserfall für einen ausführlicheren Vergleich.
Häufige Fehler
- Mini-Wasserfall-Sprints: Das gesamte Design in einem Sprint, die gesamte Entwicklung im nächsten und alle Tests danach erledigen.
- Inception überspringen: Sprints ohne gemeinsame Vision starten, sodass der Backlog abdriftet.
- Nie releasen: Viele Inkremente entwickeln, sie aber für einen großen Launch zurückhalten und so das Feedback verlieren, das Agile funktionieren lässt.
- Wartungskapazität vergessen: Jeden Sprint so planen, als gäbe es keine Support-Arbeit.
- Außerbetriebnahme ignorieren: Alte Produkte ohne Verantwortlichen oder Plan weiterlaufen lassen.
Kostenlose Vorlagen zu diesem Thema
Häufig gestellte Fragen
Welche Phasen hat der agile Entwicklungszyklus?
Ein gängiges Modell umfasst sechs Phasen: Konzept, Inception, Iteration (Konstruktion), Release, Wartung (Produktion) und Außerbetriebnahme.
Ist der agile Lebenszyklus dasselbe wie der SDLC?
Der Softwareentwicklungszyklus (SDLC) ist ein Oberbegriff für die Phasen der Softwareentwicklung. Der agile Lebenszyklus ist eine Möglichkeit, den SDLC zu gestalten, wobei die Entwicklungsphasen in kurzen Iterationen wiederholt werden.
Welche Phase des agilen Entwicklungszyklus dauert am längsten?
Die Iterationsphase, weil das Team sie viele Male wiederholt, oft auch nach dem ersten Release.
Wie lange dauert eine Iteration im agilen Entwicklungszyklus?
Meist eine bis vier Wochen. Viele Teams arbeiten mit zweiwöchigen Sprints.
Hat der agile Entwicklungszyklus eine Designphase?
Keine separate. Design findet kontinuierlich innerhalb jeder Iteration statt, ein Teil des übergeordneten Designs bereits während der Inception.
Wo finden Tests im agilen Lebenszyklus statt?
Innerhalb jeder Iteration. Arbeit gilt erst als fertig, wenn sie getestet ist und alle Kriterien erfüllt – gemäß der Definition of Done.
Ist Scrum ein agiler Entwicklungszyklus?
Scrum ist ein Framework zur Durchführung der Iterationsphase. Es definiert keine Konzept-, Release- oder Außerbetriebnahmephase; siehe Was ist Scrum.
Kann man vor dem Ende des agilen Lebenszyklus releasen?
Ja, und das ist sogar erwünscht. Frühe Inkremente zu veröffentlichen bringt schneller echtes Nutzerfeedback.
Was passiert in der Inception-Phase des agilen Lebenszyklus?
Das Team bildet sich, vereinbart eine Produktvision, richtet Tools und Umgebungen ein und erstellt einen ersten Product Backlog.
Wie passt Kanban in den agilen Lebenszyklus?
Kanban-Teams ersetzen feste Iterationen durch einen kontinuierlichen Arbeitsfluss, doch der Weg vom Konzept bis zur Außerbetriebnahme ist derselbe; siehe Was ist Kanban.
Nutzen auch Teams außerhalb der Softwareentwicklung den agilen Lebenszyklus?
Ja. Marketing-, Kreativ- und andere Teams nutzen dieselbe Idee kurzer Zyklen, die nutzbare Ergebnisse liefern und Feedback einholen; siehe Ist Agile nur für Software?.