Wenn es um Agilität geht, so spricht man oft von Schnelligkeit, Flexibilität und Anpassungsfähigkeit. Das ist das Gegenteil, was man von Schwergewichtigen und starren Vorgehensweisen kennt. In der projektbezogenen Arbeit will man mit Agilität der schnelllebigen, im stetigen Wandel befindlichen Welt und somit unvorhergesehenen Ereignissen schnell und effektiv entgegentreten.
Sprechen wir von projektbezogener Arbeit, wurde bis in die frühen 2000er Jahr sehr oft das Wasserfallmodell angewendet. Dabei werden aufeinanderfolgende Projektphasen sequenziell und (zumeist) ohne Rückschritte abgearbeitet. Es geht davon aus, dass Anforderungen von Anfang an vollständig und korrekt erfasst sind. Gerade in schnelllebigen Bereichen wie beispielsweise der Softwareentwicklung ist das jedoch eine Illusion. Schon morgen können ganz andere Bedingungen herrschen - neue soziale oder technische Trends auftreten, sich ökologische Faktoren verändern, neue Regularien herrschen oder sich ökologische oder andere Umweltfaktoren ändern. Dieser schnelllebigen Welt wollte man mit unterschiedlichen Methoden effizient und flexibel entgegentreten. Einige der bekanntesten Methoden sind wohl:
Scrum ist eine agiles Vorgehensmodell, dass die Zusammenarbeit von Teams basierend auf definierten Rollen, Meetings und Artefakten regelt. Es basiert auf Empirie und Lean Thinking, setzt also auf Messbarkeit und Sparsamkeit. Zur Reduzierung des Risikos wird ein iterativer und inkrementellen Ansatz gewählt. Innerhalb des umspannenden Events, dem Sprint, werden vier weitere Events zum Überprüfen und Anpassen genutzt. Durch diese sollen die drei Säulen der Empirie umgesetzt werden.
Eine erfolgreiche Umsetzung hängt dabei von den fünf in Scrum definierten Werten ab.
Im idealen Scrum ist das Scrum Team ein autark agierendes Team, in dem jedes Team-Mitglied eine bestimmte Rolle ausfüllt und bestimmte Verantwortungen übernimmt. Es besteht aus dem Entwicklungsteam, dem Product Owner und dem Scrum Master. Die primäre Aufgabe des Scrum Teams und dessen Verantwortung ist es, das Produktziel zu erreichen. Es besteht idealerweise aus nicht mehr als 10 Personen, sollte jedoch für die Projektziele die notwendige Expertise abdecken und große genug sein, damit in jedem Inkremente signifikanter Vortschritt geschieht.
Eines der Prinzipien von Scrum ist Lean. Daher wird in Scrum auch nicht seitenweise Dokumentation erzeugt, die keiner mehr liest. Bei Scrum geht es darum, dass alle notwendige Information vorhanden ist, um das Produktziel zu erreichen und jeder weiß, was zu tun ist.
Scrum Events dienen der Planung, der Überprüfung und Anpassung. Der Sprint spielt hier eine übergeordnete Rolle.
Kanban ist eine agile Methode und Arbeitsweise, um Abläufe effektiver zu steuern. Sie dient zur Visualisierung anfallender Aufgaben und zur Verteilung der verfügbaren Arbeitskräfte, Ressourcen und Kapazitäten. Kanban kommt ursprünglich aus der Lean Production und solle Lagerbestände reduzieren, indem die Bestände der Vorproduktion für das finale Produkt reduziert werden. Lean-Production-Pionier Taiichi Ohno erfand das Kanban-Prinzip bereits 1947 auf Basis des Supermarkt-Prinzips, bei dem eine Begrenzte Fläche für Produkte vorhanden ist und die Lücke eines aus dem Regal entnommenen Produkts bedarfgerecht wieder aufgefüllt wird. Es folgt dem Prinzip der Just-in-time-Produktion bzw. dem Pull-Prinzip, bei der nur auf Nachfrage produziert wird. Dadurch soll die Produktion innerhalb der Integrationskette kostenoptimal gesteuert werden. Im klassischen Kanban wird eine Kanban-Karte auf Basis einer Nachfrage und einem unzureichenden Bestand an Produkten an die zuständige Stelle weitergeleitet. Bsp.: Bestellung eines Laptops, das nicht mehr im Bestand ist. Anhand der Informationen auf der Karte wird dann die festgelegte Art und Menge des Produkts produziert bzw. beschafft. Im Fall des Laptops müssen dazu zunächst die Einzelteile (Mainboard, Prozessor, Display, Tastatur …) angefordert bzw. produziert werden. Kanban folgt dabei mehrere Prinzipien:
Die anfallenden Arbeiten werden dabei über das Kanban-Board visuell dargestellt und der Fortschritt sichtbar gemacht. Jede Aufgabe wird durch eine Karte repräsentiert. In der Grundversion wird das Board in drei Spalten aufgeteilt:
Die Karten sollten dabei alle notwendigen Informationen enthalten, um möglichst große Transparenz zu gewährleisten. Dazu zählen beispielsweise: Verantwortlicher, Fristen, Priorität, Beschreibung, Kommentare. Bei komplexeren Aufgaben sollte auch dokumentiert werden, was gemacht wurde, damit nachvollziehbar ist, wie die Anforderungen umgesetzt wurden. Kanban ist eine visuelle Methode, um den Arbeitsstand sichtbar zu machen und Engpässe frühzeitig zu identifizieren. Es ist besonders für kleine Teams (bis zu 10 Mitglieder) geeignet. Es gibt einen geringen Overhead und die Methode kann in wenigen Tagen etabliert werden. Zudem benötigt es keinen weiteren personellen Aufwand.
| Scrum | Kanban | |
|---|---|---|
| Ursprung | Softwareentwicklung | Lean Manufacturing |
| Prinzipien | Lernen aus Erfahrungen, Selbstorganisation, Priorisierung und Messen der Erfolge und Misserfolge zur ständigen Verbesserung | Visuelle Methode: Kanban verwendet das Kanban Board, um die Arbeitsstand zu transparent zu machen. Just-in-time: Kanban liefert auf Nachfrage. |
| Zeitrahmen | Scrum ist in Sprints unterteilt, die einen feste Zeitrahmen von 1-4 Wochen haben. Am Ende jedes Sprints wird ein funktionsfähiges Produktinkrement geliefert. | Kanban hat keinen festen Zeitrahmen. Teams arbeiten kontinuierlich daran, Aufgaben vom Kanban-Board in den erledigten Zustand zu bringen. |
| Planung | In Scrum wird die Arbeit vorab geplant. Der Product Owner erstellt einen Product Backlog, der alle Aufgaben priorisiert. Im Sprint-Planning wird das Sprint-Backlog und somit die nächsten Aufgaben geplant. | In Kanban werden Aufgaben kontinuierlich hinzugefügt und priorisiert. |
| Best Practices | Scrum nutzt Events zur Messung, Überprüdung und Anpassung: Sprint-Planung, Sprint, Daily Scrum, Sprint-Review, Sprint-Retrospektive | Kanban nutzt die Visualisierung von Arbeitsabläufen, den Work-in-Progress. |
| Rollen | Scrum hat drei definierte Rollen: Product Owner, Scrum Master und Entwicklungsteam. | Kanban hat keine definierten Rollen. Teams können die Rollen und Verantwortlichkeiten flexibel gestalten. |
| Fokus | Scrum fokussiert sich auf die Lieferung von funktionsfähigen Produktinkrementen in kurzen Zeitrahmen. | Kanban fokussiert sich auf die kontinuierliche Verbesserung des Arbeitsflusses und die schnelle Auslieferung. |
Die Zusammenfassung ist u. a. auf Basis der Erkenntnisse von Atlassian entstanden
Die folgende Tabelle sollte vorsichtig betrachtet werden, es ist sehr vereinfacht und vergleicht Äpfel mit Birnen. Trotzdem gibt sie einen guten Anhalt zu Unterschieden zwischen klassischem V-Modell und agilen Scrum.
| Scrum | V-Modell | |
|---|---|---|
| Planung | Flexible Planung in kurzen Sprints | Starre Planung mit wenig Raum für Anpassungen |
| Fokus | Fokus auf funktionierende Produkte und Kundenzufriedenheit | Fokus auf umfassender Planung und vollständige Dokumentation |
| Rollen | Selbstorganisiertes Team mit flacher Hierarchie; Hohe Eigenverantwortung | Klare Rollenverteilung (z.B. Projektleiter, Analyst, Entwickler, Tester); Geringere Eigenverantwortung der Teammitglieder |
| Risikomanagement / Fehler | Kontinuierliches Testen und Feedback in jedem Sprint; Frühes Erkennen und Beheben von Fehlern | Fehler werden in späten Phasen entdeckt und behoben, was zu hohen Kosten führen kann |
| Dokumentation | Nur die notwendige Dokumentation (3 Artefakte: Product-Backlog, Sprint-Backlog, Increment) | Fokus auf vollständige Dokumentation (Lastenhefte, Pflichtenhefte, Projektstrukturplan, Netzpläne, Gantt-Diagramme) |
| Werkzeuge und Artefakte | Product-Backlog- und Sprint-Backlog Management, Planning Poker, Burndown-Charts, Akzeptanzkriterien, Definition of Done (DoD) | Lastenhefte, Pflichtenhefte, UML-Modellierung, Architekturdesign, Datenbankdesign, Projektstrukturplan, Netzpläne, Gantt, Meilensteintrendalanyse |
Stark vereinfacht kann die Anforderungs- und Umsetzungsphase von Scrum und V-Modell folgendermaßen dargestellt werden.
