Agiler Workflow — von den Anforderungen zum Release, in einer Schleife

Agiler Workflow — von den Anforderungen zum Release, in einer Schleife

Die interaktive FlowJam-Zeichenfläche zu dieser Erklärung — jede Bahn, jede Zeile und jeder Pfeil oben gehört zu einem echten QueryChart-Diagramm, das Sie öffnen und bearbeiten können.

So lesen Sie diese Darstellung

• Lesen Sie die vier Spalten von links nach rechts als eine Lieferschleife: was vorbereitet, was gebaut, was beurteilt und was ausgeliefert wird.
• Die drei Zeilen sind die Zuständigkeiten — der Product Owner für das Backlog, das Team für den Sprint, die Beteiligten für die Abnahme.
• Die Entscheidung „Beteiligte akzeptieren es?“ ist das Scharnier der Schleife: „Nein“ zeigt zurück zu den Anforderungen, „Ja“ nach vorn zum Release.

Die Arbeit vorbereiten

„Anforderungen sammeln und schärfen“ und „Backlog nach Wert priorisieren“ sind der Beitrag des Product Owner: Kundenbedürfnisse werden zu einer geordneten Liste, aus der das Team ziehen kann. „Sprint Planning sagt ein Paket zu“ führt aus der Spalte „Backlog“ in die Spalte „Sprint“ — das Team wählt die Einträge aus, die es liefern wird.

Die Arbeit tun

„Daily Scrums halten die Arbeit sichtbar“ und „Entwickeln, testen, integrieren“ sind der Sprint in der Bahn des Teams: kurze Treffen zur Ausrichtung und fortlaufende Arbeit hin zu einem lauffähigen Inkrement. Die Darstellung hält beide nebeneinander und in der Zeile „Team“, weil hier das agile Prinzip der Selbstorganisation greift — das Wie des Sprints gehört dem Team.

Beurteilen und ausliefern

„Lauffähiges Inkrement vorführen“ übergibt das Ergebnis an „Beteiligte akzeptieren es?“ — die Entscheidung, die in der Zeile der Beteiligten liegt. Die Annahme führt zu „An Nutzer ausliefern“, die Ablehnung zurück zu den Anforderungen, damit die Arbeit neu geformt und nicht durchgedrückt wird. „Retrospektive speist die nächste Schleife“ schließt den Zyklus aus der Bahn „Team“: Die eigene Verbesserung des Teams wird zur Eingabe der nächsten Runde.

Wichtige Zusammenhänge und Erkenntnisse

• Agil ist eine Schleife: Die Rückmeldungen jedes Release und jede Retrospektive formen die nächste Iteration.
• Der Product Owner ordnet das Backlog, das Team sagt ein Paket zu, die Beteiligten beurteilen das Ergebnis.
• Die Abnahme ist die Freigabestufe — ein nicht angenommenes Inkrement geht zurück zu den Anforderungen, nicht nach vorn.
• Lauffähige Inkremente und kurze Schleifen ersetzen die Annahme, ein langer Plan sei ein guter Plan.
• In der Retrospektive verbessert sich der Prozess selbst, getrennt von der Abnahme des Produkts.

Wann Sie diese Darstellung nutzen

• Die agile Schleife einem Team oder einer beteiligten Person vorstellen, die bisher nur Wasserfall kennt.
• Eine agile Praxis prüfen: Abnahme und Retrospektive sind die beiden Schritte, die am häufigsten stillschweigend entfallen.
• Den Lieferablauf Ihres Teams dokumentieren, bevor Sie ein Werkzeug oder ein Skalierungsframework einführen.

So funktioniert es

1. Benennen Sie die Rollen auf Ihr Team um

   Ersetzen Sie Product Owner, Team und Beteiligte durch Ihre echten Rollen — ein Designteam, ein Ops-Team, ein Kundengremium — und führen Sie Bahnen passend zusammen oder trennen Sie sie.

2. Ergänzen Sie Ihre tatsächlichen Ereignisse

   Fügen Sie die Treffen ein, die Ihr Team wirklich hält — Refinement, Review, eine Vorführung — als Schritte zwischen den Kästen, jeweils in der Bahn, die dafür zuständig ist.

3. Machen Sie die Rückkopplung konkret

   Vermerken Sie an der Retrospektive die Verbesserung, die Ihr Team derzeit verfolgt, und am Release-Schritt Ihren echten Takt, damit die Schleife greifbar wird.

4. Ergänzen Sie die Release-Zweige

   Wenn Ihr Team nach Plan oder auf Zuruf in den Produktivbetrieb ausrollt, ergänzen Sie den passenden Zweig und seine Auslöser, jeweils mit einem ausdrücklichen Endzustand.

Häufig gestellte Fragen

Was ist ein agiler Workflow?

Ein agiler Workflow ist eine Art, Arbeit zu organisieren, die Wert in kurzen, wiederkehrenden Schleifen liefert: Anforderungen werden gesammelt und priorisiert, ein Team sagt ein Paket zu, baut und testet es, führt das Ergebnis vor, und die Rückmeldungen aus Abnahme und Retrospektive formen die nächste Iteration. Seine bestimmende Eigenschaft ist, dass die Rückmeldungen jeder Schleife die nächste verändern, statt dass ein Plan im Voraus feststeht.

Worin unterscheidet sich agil von einem Wasserfall-Workflow?

Der Wasserfall schließt jede Phase — Anforderungen, Design, Umsetzung, Test — ab, bevor die nächste beginnt, und liefert alles am Ende. Agil führt die Phasen in kurzen Schleifen aus, liefert häufig lauffähige Inkremente und passt den Plan anhand der Rückmeldungen an. Die Schleifenform der Zeichenfläche ist der strukturelle Unterschied: Ein Wasserfall-Diagramm ist eine gerade Linie, ein agiles ein Kreis, in den Abnahme und Retrospektive zurückführen.

Wer entscheidet in der agilen Arbeit über die Abnahme?

Die beteiligte Person oder die Kundschaft, die die Arbeit nutzen wird. Der agile Vertrag lautet: Das Team liefert häufig lauffähige Inkremente, und die Annahme durch die Kundschaft — nicht eine vorab vereinbarte Spezifikation — bestimmt, ob ein Inkrement gut genug ist. Deshalb sitzt die Entscheidung zur Abnahme in der Darstellung in der Zeile der Beteiligten, mit einem Weg der Ablehnung zurück zu den Anforderungen.

Welche Rolle spielt die Retrospektive im agilen Workflow?

Die Retrospektive ist der Schritt der Selbstverbesserung in der Schleife: Das Team sieht durch, wie die letzte Iteration lief, und legt eine Änderung für die nächste fest. Sie ist vom Review zur Abnahme getrennt, das über das Produkt urteilt. Agil ohne Retrospektive ist eine Schleife, die ihre eigenen Fehler wiederholt — die Retrospektive ist es, die die zweite Runde besser macht als die erste.

Diese Darstellung in QueryChart (FlowJam) bearbeiten

Öffnen Sie genau diese agile Zeichenfläche als eigenes Diagramm, benennen Sie Rollen und Phasen auf Ihren Prozess um und ergänzen Sie Ihre echten Freigabestufen.

Diese Darstellung in QueryChart (FlowJam) bearbeiten