Agile Rollen klären — bevor Sie das nächste Format einführen

Ein Team arbeitet seit einem Jahr nach Scrum. Die Zeremonien finden statt, das Board ist gepflegt, die Retrospektive ist gut moderiert. Trotzdem dauert alles länger als geplant, und im Review gibt es regelmäßig Überraschungen.

Die naheliegende Reaktion ist eine Anpassung des Formats: kürzere Sprints, ein anderes Board, ein zusätzliches Abstimmungsformat. Manchmal hilft das. In den Fällen, die ich gesehen habe, lag die Ursache häufiger eine Ebene tiefer — bei einer Frage, die kein Format beantwortet: Wer darf hier eigentlich was entscheiden?

Die Rollenfrage ist eine Entscheidungsfrage

Agile Rahmenwerke beschreiben Rollen über Verantwortlichkeiten. In der Praxis entscheidet sich ihre Wirksamkeit an einem konkreteren Punkt: Welche Entscheidung kann diese Rolle allein treffen, ohne zu fragen?

Wenn die Antwort „keine" lautet, ist die Rolle eine Zuständigkeit ohne Befugnis. Das ist der häufigste Konstruktionsfehler. Jemand ist verantwortlich für ein Ergebnis, kann aber die dafür nötigen Entscheidungen nicht treffen. Das Ergebnis ist Koordinationsaufwand, kein Fortschritt.

Wenn die Antwort unklar ist, wird sicherheitshalber gefragt. Und Fragen erzeugen Wartezeit. Ein großer Teil dessen, was in Projekten als Abstimmungsbedarf erscheint, ist in Wirklichkeit eine Absicherung gegen unklare Befugnisse.

Wenn die Antwort zwischen zwei Rollen strittig ist, entscheidet die Hierarchie. Nicht offiziell, sondern faktisch — und meist spät, weil die Eskalation erst nach mehreren Runden erfolgt.

Drei Stellen, an denen es typischerweise klemmt

Priorisierung. Die Rolle, die für das Produkt verantwortlich ist, soll priorisieren. In vielen Organisationen darf sie das nur bis zu einer bestimmten Grenze — bei größeren Themen entscheidet ein Gremium, oft mit mehrwöchigem Vorlauf. Das Team erlebt eine Priorisierung, die nicht hält, und schließt daraus auf Unentschlossenheit. Tatsächlich handelt es sich um eine Befugnis, die formal vergeben und faktisch nicht übertragen wurde.

Fachliche Umsetzung. Ein Team soll selbst entscheiden, wie es eine Anforderung umsetzt. Gleichzeitig existieren Architekturvorgaben, Sicherheitsanforderungen und Abhängigkeiten zu anderen Teams. Das ist völlig legitim — nur muss der Rahmen bekannt sein. Ein Team, das erst in der Abnahme erfährt, wo die Grenze lag, verliert Vertrauen in die eigene Entscheidungsfreiheit und fragt künftig vorher. Damit ist die Selbstorganisation praktisch aufgehoben.

Umgang mit Störungen. Wer entscheidet, ob ein dringendes Thema den laufenden Sprint unterbricht? Wenn diese Frage nicht vorab beantwortet ist, wird sie im Einzelfall entschieden — und im Einzelfall gewinnt fast immer die Dringlichkeit. Nach einigen Malen ist die Planung entwertet.

Warum Formate das nicht heilen

Ein Meeting kann eine Entscheidung vorbereiten, aber keine Befugnis erzeugen. Wenn im Planungstermin niemand sitzt, der über den Umfang entscheiden darf, ist der Termin eine Sammlung von Vermutungen. Wenn in der Retrospektive Verbesserungen beschlossen werden, deren Umsetzung außerhalb des Teams liegt, entsteht nach zwei bis drei Durchläufen Resignation — die Retrospektive selbst wird dann als sinnlos erlebt, obwohl sie funktioniert hat.

Das erklärt auch, warum Formatänderungen so oft kurzfristig wirken. Ein neues Format erzeugt Aufmerksamkeit und damit vorübergehend schnellere Entscheidungen. Sobald die Aufmerksamkeit nachlässt, kehrt der alte Zustand zurück, weil die Befugnisse unverändert sind.

Was ich für die Praxis vorschlagen würde

Schreiben Sie zu jeder Rolle drei Entscheidungen auf, die sie allein treffen darf. Konkret, mit Beispiel. Wenn Ihnen für eine Rolle keine drei einfallen, haben Sie den Befund.

Klären Sie die Grenzen, nicht nur die Freiheiten. Ein Team, das weiß, wo sein Rahmen endet, entscheidet innerhalb dieses Rahmens schneller als eines, dem uneingeschränkte Freiheit zugesagt und im Einzelfall widersprochen wird. Klare Grenzen erzeugen mehr Handlungsfähigkeit als unklare Weite.

Legen Sie die Störungsregel vorab fest. Wer darf einen laufenden Sprint unterbrechen, ab welcher Dringlichkeit, und was entfällt dafür? Der letzte Teil ist der wichtigste — eine Unterbrechung ohne benannten Verzicht ist keine Entscheidung, sondern eine Überlastung.

Prüfen Sie Wartezeiten statt Aufwände. Wenn ein Vorgang lange dauert, fragen Sie nicht zuerst nach der Arbeitszeit, sondern danach, wie lange er auf eine Entscheidung gewartet hat. Diese Zahl überrascht regelmäßig und weist ziemlich genau auf die fehlende Befugnis hin.

Und ändern Sie das Format zuletzt. Nicht, weil Formate unwichtig wären, sondern weil ein gutes Format auf einer ungeklärten Entscheidungsstruktur nur die Sichtbarkeit des Problems erhöht — und dann für das Problem gehalten wird.

Agilität ist weniger eine Frage der Zeremonien als eine Frage der Entscheidungsnähe. Wenn Entscheidungen dort getroffen werden, wo die Information vollständig vorliegt, funktionieren fast alle Formate. Wenn nicht, funktioniert keines lange.