Agile, Scrum & Kanban
Agile = Sammelbegriff für iterative Methoden. Aus dem Agile Manifest (2001):
- Individuen und Interaktionen mehr als Prozesse und Werkzeuge
- Funktionierende Software mehr als umfassende Dokumentation
- Zusammenarbeit mit Kunden mehr als Vertragsverhandlung
- Reagieren auf Veränderung mehr als Befolgen eines Plans
Scrum — Framework
Iterative Entwicklung in "Sprints" (1-4 Wochen).
Rollen
- Product Owner — vertritt das Produkt, priorisiert Backlog
- Scrum Master — Coach, beseitigt Hindernisse, schützt Team
- Development Team — bauen das Produkt, selbstorganisiert (3-9 Personen)
Events
- Sprint Planning — was nehmen wir uns für den Sprint vor?
- Daily Scrum — 15 min, was gestern, was heute, Hindernisse?
- Sprint Review — fertige Arbeit zeigen, Feedback
- Retro — wie war der Sprint, was verbessern?
Artefakte
- Product Backlog — Liste aller Features/Bugs, vom PO priorisiert
- Sprint Backlog — was im aktuellen Sprint gemacht wird
- Increment — funktionierendes Produkt am Ende jedes Sprints
Kanban — Methode
Visualisierung der Arbeit. KEIN Sprint-Rhythmus — kontinuierlicher Fluss.
- Board mit Spalten (z.B. Backlog → Doing → Review → Done)
- WIP-Limits — max. n Tickets gleichzeitig in "Doing". Vermeidet Multitasking.
- Pull-System: wenn Kapazität frei, neues Ticket holen
Scrum vs. Kanban
| Scrum | Kanban | |
|---|---|---|
| Rhythmus | Fixe Sprints | Kontinuierlicher Fluss |
| Rollen | PO, SM, Team | Keine festen Rollen |
| Planning | Sprint Planning | On-Demand |
| WIP-Limits | Über Sprint-Volumen | Pro Spalte |
| Best für | Komplexe Produkte | Operativer Flow (z.B. Support) |
Zurück zu Wirtschaft