Disciplined Agile: Den eigenen Arbeitsweg wählen statt ein Framework kopieren

Disciplined Agile ist ein Entscheidungs-Toolkit, das Teams hilft, aus bewährten Praktiken den eigenen Arbeitsweg für ihren Kontext zusammenzustellen. Es schreibt keine feste Methode vor, sondern liefert Optionen mit Vor- und Nachteilen für jedes Ziel, das ein Team erreichen muss. Für Organisationen, die mehrere Methoden nebeneinander betreiben, ist es ein Ordnungsrahmen. Dieser Beitrag zeigt den Einsatzbereich, die Grenzen und den Weg der Einführung.

Viele Unternehmen entscheiden sich für ein Framework, weil ein anderes Unternehmen es eingeführt hat, und stellen später fest, dass Teams die Regeln auf ihre Arbeit nicht anwenden können. Ein Entwicklungsteam für ein Kundenportal arbeitet anders als ein Team, das Anlagen für den Betrieb wartet. Der Beitrag zur Methoden-FOMO beschreibt, warum der Reflex zum nächsten Framework selten die Ursache trifft. Disciplined Agile setzt an dieser Stelle an: Es fragt zuerst nach dem Kontext und leitet daraus die Arbeitsweise ab.

Was ist Disciplined Agile?

Disciplined Agile (DA) ist ein Toolkit für die Wahl der Arbeitsweise, das Scott Ambler und Mark Lines ab 2012 entwickelten und das seit August 2019 zum Project Management Institute (PMI) gehört. Es beginnt mit dem Buch „Disciplined Agile Delivery“ von 2012 und wurde danach auf die IT-Bereiche und die Wertströme ausgeweitet, schließlich auf das ganze Unternehmen. Die Autoren nennen die Arbeitsweise eines Teams „Way of Working“, kurz WoW, und den Weg zu ihr „Choose Your WoW“, so auch der Titel ihres Buches von 2020.

Der Kern des Toolkits sind Prozessziele. Ein Ziel wie „Umfang erkunden“ oder „Architekturstrategie festlegen“ wird in einem Diagramm mit Entscheidungspunkten und Optionen dargestellt. Jede Option steht mit ihren Vorzügen und Grenzen darin, und Praktiken aus Scrum, Kanban, Extreme Programming oder Lean Startup erscheinen als Auswahl. Das Team entscheidet, welche Option seinem Kontext entspricht, und hält die Wahl fest.

Hinzu kommen Lebenszyklen für verschiedene Arbeitsarten. Das Toolkit beschreibt unter anderem einen agilen Zyklus auf Basis von Scrum, einen schlanken auf Basis von Kanban, Varianten für Continuous Delivery und einen explorativen Zyklus nach Lean Startup. Das Projekt durchläuft Phasen, die DA Inception und Construction nennt, am Ende die Transition. Teams, die in einem Programm zusammenarbeiten, erhalten dafür einen eigenen Zyklus.

Welche Prinzipien liegen Disciplined Agile zugrunde?

Disciplined Agile gründet auf sieben Prinzipien: Kunden begeistern, großartig sein, pragmatisch sein, der Kontext zählt, Wahlfreiheit ist gut, den Fluss optimieren und das Unternehmen im Blick behalten. Zwei davon unterscheiden DA von klassischen Frameworks. „Context counts“ besagt, dass jedes Team und jede Aufgabe eine eigene Arbeitsweise braucht, und „Choice is good“ verlangt, dass Teams unter mehreren Optionen wählen dürfen. Dazu gehört die Haltung, dass keine Praktik an sich richtig ist, sondern nur in einem bestimmten Kontext.

Das Prinzip „Enterprise Awareness“ verhindert, dass Teams sich beliebig individualisieren. Die Arbeitsweise eines Teams muss zur Governance und Architektur sowie zu den Teams im Umfeld passen. Der Beitrag zu Team Topologies behandelt die Frage, wie Teams so geschnitten werden, dass sie ihre Arbeitsweise überhaupt frei wählen können.

Wofür eignet sich Disciplined Agile, und wo endet sein Nutzen?

Disciplined Agile eignet sich für Organisationen mit mehreren Teamarten, die jeweils eine andere Arbeitsweise brauchen, und für Teams, die bereits Erfahrung mit einer agilen Methode haben. Typische Beispiele sind ein Unternehmen, in dem Produktteams neben Plattformteams und Betriebsteams arbeiten, oder ein Konzern, der nach einer Einführung von Scrum feststellt, dass Scrum nicht für jedes Team passt.

Es eignet sich weniger für Teams ohne agile Erfahrung. Ein Toolkit mit zahlreichen Zielen und Optionen überfordert ein Team, das noch nicht weiß, wie ein Sprint abläuft. Für diese Teams ist eine klar definierte Methode der bessere Start, zum Beispiel Scrum nach dem Scrum Guide 2020 oder Kanban nach dem Kanban Guide. Der Beitrag zu Scrum oder Kanban zeigt die Kriterien. Ebenso ungeeignet ist DA als Ersatz für eine Entscheidung: Wer ein Toolkit einführt, weil er sich nicht auf eine Methode festlegen will, erhält Beliebigkeit mit besserem Vokabular.

Welche Kontextfaktoren bestimmen den Arbeitsweg?

Die Arbeitsweise eines Teams folgt aus wenigen Kontextfaktoren, die sich vorab festhalten lassen. Die Tabelle zeigt, wie sich einzelne Faktoren auf typische Entscheidungen auswirken.

Die Tabelle ersetzt keine Analyse, sie strukturiert sie. Eine Auswahl ohne Rücksicht auf Teamreife oder Organisation führt zu Arbeitsweisen, die auf dem Papier passen und im Alltag nicht gelebt werden. Wie sich Arbeit in Fluss und Wartezeiten messen lässt, zeigt der Beitrag zu den Flow Metrics.

Wie führen Sie Disciplined Agile in vier Schritten ein?

Die Einführung gelingt in vier Schritten, die klein anfangen und sich auf Teams mit klarem Bedarf beschränken.

1. Kontext erfassen: Ein Pilotteam beschreibt die Art der Arbeit und die Unsicherheit, dazu Teamgröße und Auslieferungsrhythmus sowie die Folgen eines Fehlers. Das Ergebnis ist eine halbe Seite.
2. Ziele auswählen: Das Team nimmt die zwei oder drei Prozessziele vor, bei denen es heute die größten Reibungen hat, etwa den Umgang mit Anforderungen oder die Abstimmung mit Nachbarteams, und wählt je Ziel eine Option aus dem Toolkit.
3. Erproben und messen: Das Team arbeitet mehrere Wochen in der gewählten Weise und misst Durchlaufzeit und Wartezeit sowie Qualität. Es vergleicht die Werte mit denen vor der Änderung.
4. Anpassen und teilen: Was sich bewährt, wird dokumentiert. Andere Teams erhalten es als Option, die sie prüfen dürfen. Die Organisation sammelt Erfahrungen und legt gemeinsame Mindestregeln fest, etwa für Berichtswege und Architekturentscheidungen.

Wie verhält sich Disciplined Agile zu anderen Frameworks?

Disciplined Agile ersetzt Scrum, Kanban oder andere Methoden nicht, es nutzt sie als Optionen. Wer Scrum einsetzt, kann es innerhalb von DA weiter betreiben und ergänzt es um Ziele, die Scrum nicht behandelt, etwa Architektur, Governance oder Übergabe in den Betrieb. Der Unterschied zu Rahmenwerken, die das ganze Unternehmen mit festen Rollen und Ereignissen beschreiben, liegt im Grad der Vorgabe: DA lässt die Wahl offen und verlangt dafür mehr Urteilsvermögen im Team. Ein Gegenbeispiel mit klarer Struktur auf Organisationsebene zeigt der Beitrag zum unFIX-Modell.

Disciplined Agile mit Niehues Consulting

Niehues Consulting ist eine Beratung für KI-Management und Organisationsdesign aus der Lieferperspektive mit Sitz in Düsseldorf. Gründer Marin Niehues baut Organisationen, die liefern, in Projekten von VC-finanzierten Scaleups bis zu DAX-40-Konzernen und in über 20 Ländern auf sechs Kontinenten. Im Leistungsfeld Delivery Management und Organisationsdesign liegt die Arbeit bei Rollen und Entscheidungswegen sowie bei der Frage, welche Arbeitsweise zu welchem Team passt.

Das Vorgehen folgt dem Niehues Delivery Model. Für die Wahl eines Arbeitswegs zählen zwei Prüffragen: Wer entscheidet, wer liefert, wer nutzt? Welche Kennzahl zeigt nach 90 Tagen, dass die Lösung ankommt? Beide verhindern, dass eine Arbeitsweise eingeführt wird, ohne dass jemand ihre Wirkung prüft. Den Einstieg bildet eine kostenfreie Erstberatung von 30 Minuten, die Sie über den Kontakt vereinbaren.