Agilität ist kein Gegenentwurf zu Planung. Sie ist eine Antwort auf Situationen, in denen wichtige Annahmen erst durch reale Nutzung überprüft werden können. Das Team plant weiterhin – nur in kürzeren Horizonten und mit regelmäßiger Rückkopplung.
Wann ein planorientiertes Vorgehen passt
Ein stärker vorausplanendes Vorgehen ist sinnvoll, wenn Ziel, Lösungsweg und Abhängigkeiten weitgehend bekannt sind. Bau, Umzug, Hardwarebeschaffung oder eine regulatorisch festgelegte Migration brauchen verbindliche Termine, Budgets und Freigaben.
Das bedeutet nicht automatisch Wasserfall. Auch planorientierte Projekte können in Etappen liefern und aus Feedback lernen.
Wann ein agiles Vorgehen hilft
Agiles Arbeiten ist besonders nützlich, wenn:
- Anforderungen erst im Gebrauch präzise werden,
- neue technische oder fachliche Erkenntnisse erwartet werden,
- frühe Teilergebnisse bereits Nutzen liefern,
- das Team eng mit Nutzern und Entscheidern arbeiten kann,
- Prioritäten angepasst werden dürfen.
Fehlen diese Voraussetzungen, helfen auch tägliche Meetings und bunte Boards nicht.
Scrum und Kanban in einem Satz
Scrum organisiert Produktentwicklung in Sprints mit klaren Verantwortlichkeiten, Ereignissen und Artefakten. Kanban verbessert einen bestehenden Arbeitsfluss durch Visualisierung, WIP-Limits, explizite Regeln und Messung.
| Frage | Scrum | Kanban |
|---|---|---|
| Rhythmus | Sprints bis maximal einen Monat | kontinuierlicher Fluss |
| Verantwortlichkeiten | Product Owner, Scrum Master, Developers | keine vorgeschriebenen Rollen |
| Planung | Sprint-Ziel und Sprint Backlog | nach verfügbarer Kapazität und Regeln |
| Veränderung | Sprint-Ziel wird geschützt | Prozess und Prioritäten können kontinuierlich angepasst werden |
| Schwerpunkt | empirische Produktentwicklung | Fluss und Lieferfähigkeit |
Beide Ansätze lassen sich kombinieren. Ein Scrum Team kann Kanban-Praktiken nutzen, um den Fluss innerhalb eines Sprints zu verbessern.
Was agil nicht bedeutet
- Keine Dokumentation: Dokumentiert wird so viel, wie für Qualität, Betrieb und Zusammenarbeit nötig ist.
- Keine Planung: Planung wird häufiger aktualisiert und näher an Erkenntnissen durchgeführt.
- Keine Termine: Zeit und Budget bleiben reale Grenzen.
- Keine Führung: Ziele, Prioritäten und Rahmenbedingungen brauchen klare Verantwortung.
- Jeder macht, was er will: Selbstmanagement funktioniert nur mit Transparenz und gemeinsamen Standards.
Die wichtigste Entscheidung
Wähle keine Methode, weil sie modern klingt. Frage zuerst, welche Unsicherheit das Vorhaben prägt:
- Ist das Ziel unklar? Dann braucht es Produktentdeckung und Nutzerfeedback.
- Ist der Lösungsweg technisch riskant? Dann helfen kleine Experimente.
- Staut sich bekannte Arbeit? Dann ist Kanban oft passender.
- Entwickelt ein stabiles Team ein komplexes Produkt? Dann kann Scrum einen guten Rahmen geben.
- Sind Ziel und Weg stabil? Dann ist ein planorientiertes Vorgehen möglicherweise effizienter.
Fazit der Serie
Agiles Arbeiten verbessert nicht automatisch Ergebnisse. Es macht Annahmen früher überprüfbar und zwingt zu regelmäßigem Feedback. Scrum und Kanban liefern dafür unterschiedliche Werkzeuge. Entscheidend bleiben fachliche Kompetenz, klare Verantwortung und die Bereitschaft, aus sichtbaren Ergebnissen tatsächlich Konsequenzen zu ziehen.
Weiterlesen:
