Agile Methoden#
Agile Methoden sind iterative, flexible Vorgehensmodelle für die Projektdurchführung — im Gegensatz zum klassischen Wasserfallmodell, bei dem alles vorab geplant wird.
1. Agiles Manifest (4 Werte)#
Das Agile Manifest (2001) formuliert vier Kernwerte:
| Agile bevorzugt… | …statt… |
|---|---|
| Individuen und Interaktionen | Prozesse und Werkzeuge |
| Funktionierende Software | Umfassende Dokumentation |
| Zusammenarbeit mit dem Kunden | Vertragsverhandlungen |
| Reagieren auf Veränderung | Befolgen eines Plans |
Beide Seiten haben Wert — aber die linke Seite wird höher bewertet.
2. Klassisch vs. Agil#
| Merkmal | Klassisch (Wasserfall) | Agil (Scrum/Kanban) |
|---|---|---|
| Planung | Vollständig vorab | Iterativ, laufend |
| Flexibilität | Gering | Hoch |
| Anforderungen | Festgeschrieben | Können sich ändern |
| Kundenbeteiligung | Am Anfang und Ende | Kontinuierlich |
| Ergebnis | Erst am Ende | Nach jedem Sprint |
| Risiko | Spät erkannt | Früh erkannt |
3. Scrum#
Scrum ist das bekannteste agile Framework. Es arbeitet in Sprints (kurze, feste Iterationen).
Rollen#
| Rolle | Aufgaben |
|---|---|
| Product Owner (PO) | Verwaltet das Product Backlog, priorisiert Anforderungen, vertritt den Kunden |
| Scrum Master (SM) | Moderiert Prozesse, beseitigt Hindernisse (Impediments), coacht das Team |
| Development Team | Umsetzt die Aufgaben, selbstorganisiert, cross-funktional |
Artefakte#
| Artefakt | Beschreibung |
|---|---|
| Product Backlog | Priorisierte Liste aller Anforderungen (User Stories) |
| Sprint Backlog | Teilmenge des Product Backlogs für den aktuellen Sprint |
| Increment | Funktionsfähiges Produktergebnis am Ende eines Sprints |
Events (Zeremonien)#
| Event | Wer | Dauer | Ziel |
|---|---|---|---|
| Sprint Planning | Gesamtes Team | Max. 8h (für 4-Wochen-Sprint) | Sprint-Ziel und Sprint Backlog definieren |
| Daily Scrum (Standup) | Dev-Team (+ SM) | 15 Minuten | Tagesstatus, Hindernisse identifizieren |
| Sprint Review | Team + Stakeholder | Max. 4h | Increment vorstellen, Feedback einholen |
| Sprint Retrospektive | Team (intern) | Max. 3h | Prozesse verbessern, was lief gut/schlecht? |
Sprint-Zyklus#
flowchart LR
PB[Product\nBacklog] --> SP[Sprint\nPlanning]
SP --> SB[Sprint Backlog]
SB --> S["Sprint\n(1–4 Wochen)"]
S --> DS[Daily Scrum\ntäglich]
S --> SR[Sprint Review]
SR --> RETRO[Sprint\nRetrospektive]
RETRO --> PB
SR --> INC[Increment\n(auslieferbar)]4. Kanban#
Kanban ist ein Pull-System zur Visualisierung des Arbeitsflusses ohne feste Sprints.
Grundprinzipien#
- Visualisiere den Workflow (Kanban-Board)
- Begrenze laufende Arbeit (WIP-Limit: Work in Progress)
- Verbessere kontinuierlich (KVP: Kontinuierlicher Verbesserungsprozess)
Kanban-Board#
| To Do | In Progress (WIP: 3) | In Review | Done |
|---|---|---|---|
| Task 5 | Task 2 | Task 4 | Task 1 |
| Task 6 | Task 3 | Task 7 | |
| Task 8 |
Das WIP-Limit verhindert Multitasking und stellt sicher, dass Aufgaben fertiggestellt werden, bevor neue begonnen werden.
5. Scrum vs. Kanban#
| Merkmal | Scrum | Kanban |
|---|---|---|
| Iterationen | Feste Sprints (1–4 Wochen) | Kontinuierlicher Fluss |
| Rollen | Product Owner, Scrum Master, Team | Keine festen Rollen |
| Änderungen | Erst nach Sprint möglich | Jederzeit möglich |
| WIP-Limit | Indirekt (Sprint Backlog) | Explizit pro Spalte |
| Planungsaufwand | Höher | Geringer |
| Geeignet für | Produktentwicklung | Supportprozesse, Wartung |
6. User Story#
In agilen Projekten werden Anforderungen als User Stories formuliert:
„Als [Rolle] möchte ich [Ziel], damit [Nutzen]."
Beispiel:
„Als Systemadministrator möchte ich automatische Backups konfigurieren können, damit Datenverluste verhindert werden."
User Stories haben Akzeptanzkriterien — klare Bedingungen, wann die Story als „erledigt" gilt.
Wichtige Hinweise für die Prüfung#
- Scrum = Sprints + feste Rollen (PO, SM, Dev-Team) + Zeremonien
- Kanban = kein Sprint, Visualisierung, WIP-Limit
- Product Owner priorisiert das Backlog, ist kein Projektmanager
- Scrum Master ist Moderator/Coach, kein Vorgesetzter
- Sprint = fester Zeitraum (meist 2 Wochen), kein Sprint darf unterbrochen werden
- Daily Standup = 15 Minuten täglich: Was habe ich gestern gemacht? Was mache ich heute? Gibt es Hindernisse?
Siehe auch#
- [[../11_service_managment/itil]] — ITIL als Rahmenwerk für IT-Servicemanagement
- [[../11_service_managment/ishikawa_5why]] — Methoden zur Fehleranalyse und Prozessverbesserung