Disciplined Agile (DA): Das hybride Agile-Toolkit des PMI erklärt

Von Tara Minh · Aktualisiert am 10. Oktober 2026

Disciplined Agile (DA) ist ein Toolkit für Prozessentscheidungen, das dem Project Management Institute gehört. Statt eine einzige Methode vorzuschreiben, legt es die Entscheidungen dar, vor denen ein Team steht, die Optionen für jede davon und die jeweiligen Abwägungen, damit das Team seine eigene Arbeitsweise ("Way of Working", WoW) zusammenstellen kann. Es lässt sich auf Scrum, Kanban, SAFe oder traditionelle Methoden aufsetzen.

Die meisten Agile-Frameworks beantworten eine Frage für Sie. Scrum sagt, wie ein Sprint läuft. SAFe sagt, wie teamübergreifend geplant wird. DA stellt zuerst eine andere Frage: Wie sieht Ihre Situation aus, und welche Optionen passen dazu? Deshalb wird es oft als Toolkit statt als Framework beschrieben, und deshalb spricht es Organisationen an, in denen eine einzelne vorgeschriebene Methode immer wieder an der Realität scheitert.

Wichtige Fakten

• Scott Ambler und Mark Lines entwickelten den Disciplined-Agile-Ansatz 2012 gemeinsam. Seine Wurzeln liegen in Disciplined Agile Delivery (DAD), das laut Ambler um 2008 bei IBM Rational begann.
• Das PMI gab im August 2019 die Übernahme von DA bekannt. Nach Amblers Darstellung kaufte das PMI Disciplined Agile Inc. und das Disciplined Agile Consortium, um das Toolkit zu erhalten.
• Die Website des PMI gliedert das Toolkit in die Ebenen Foundation, Disciplined DevOps, Value Streams und Disciplined Agile Enterprise.
• Das PMI beschreibt DA als neben traditionellen, Scrum- oder SAFe-Ansätzen nutzbar, nicht als deren Ersatz.
• Die DA-Denkweise beruht auf Prinzipien, Zusagen und acht Leitlinien.

Woher Disciplined Agile kommt

DA begann als Methode für die Softwareentwicklung. Scott Ambler, der DAD auf seine Arbeit bei IBM Rational um 2008 zurückführt, und Mark Lines entwickelten 2012 gemeinsam den breiteren Disciplined-Agile-Ansatz. Ihr Ziel war ein flexibler Ansatz, der anerkennt, dass jede Organisation anders ist und dass selbst innerhalb einer Organisation verschiedene Teams unterschiedlich arbeiten.

Die beiden veröffentlichten anschließend fünf Bücher zu DA und gründeten das DA Consortium. Im August 2019 gab das PMI die Übernahme bekannt, und das Toolkit zog unter dasselbe Dach wie die PMBOK-Tradition. Ambler war bis Juli 2022 Vice President und Chief Scientist von DA beim PMI und hat gesagt, er sei an der Weiterentwicklung nicht mehr beteiligt.

Diese Eigentümerschaft ist wichtig dafür, wie Sie DA heute lesen. Es ist die Antwort des PMI auf ein altes Spannungsfeld: Viele Organisationen führen manche Arbeit mit prädiktiven und manche mit agilen Methoden aus und brauchen Orientierung für beides, ohne sich für eine Seite zu entscheiden.

Was "Wählen Sie Ihr WoW" konkret bedeutet

Die zentrale Idee ist leicht gesagt und schwer umgesetzt: Es gibt keinen einzelnen besten Prozess, also wählen Sie Ihre Arbeitsweise bewusst selbst. Die Einführung des PMI präsentiert DA als Weg, Ihre Optionen zu erkunden und den besten nächsten Schritt zu finden, ausgehend vom Ist-Zustand und mit schrittweiser Verbesserung.

In der Praxis ist "Ihr WoW wählen" eine Reihe kleiner Entscheidungen statt eines großen Einführungsereignisses:

• Welcher Lebenszyklus passt zur Arbeit dieses Teams?
• Welche Praktiken für Planung, Schätzung und Qualität nutzen wir, und auf welche verzichten wir?
• Wie viel Governance braucht dieses konkrete Risikoniveau?
• Mit wem stimmen wir uns ab, und wie?

DAs Werkzeug dafür ist das Process-Goal-Diagramm. Das PMI sagt, DA-Teams werden durch einfache Process-Goal-Diagramme bei der Wahl ihres WoW geführt. Diese zeigen die Optionen für jede Entscheidung und was jede kostet. Es fügt hinzu, dass jede Praktik Abwägungen mit sich bringt: In manchen Situationen funktioniert sie gut, in anderen schlecht. Die Diagramme sollen diese Abwägungen sichtbar machen, bevor Sie sich festlegen.

Deshalb passt DA auch gut zur kontinuierlichen Verbesserung. Das PMI nennt seinen Ansatz dafür Guided Continuous Improvement: Sie überprüfen die Entscheidungen, wenn sich die Lage ändert, statt sie festzuschreiben.

Die Ebenen des Toolkits

Die Website des PMI gliedert das DA-Toolkit in Ebenen, von denen jede den Umfang der abgedeckten Entscheidungen erweitert.

Die Schichtung unterscheidet DA von den meisten Frameworks auf Teamebene. Eine Sprint-basierte Methode sagt selten etwas dazu, wie Recht oder Finanzen mit agilen Teams zusammenarbeiten sollen. DA tut es, weil das Toolkit des PMI auch das als Prozessentscheidungen behandelt. Das PMI beschreibt die oberste Ebene als die Fähigkeit, auf Marktveränderungen zu reagieren und sie wahrzunehmen, mit einer Kultur und Struktur, die Veränderung unterstützt.

Zwei Dinge sollten Sie wissen, bevor Sie einsteigen. Erstens sind die Ebenen keine Reifegradleiter, die man der Reihe nach erklimmt. Ein Team kann die Hinweise zu Disciplined DevOps nutzen, ohne dass jemand die Enterprise-Ebene anfasst. Zweitens veröffentlicht das PMI vieles davon als durchsuchbare Wissensdatenbank statt als Buch, das man einmal liest. Rechnen Sie also damit, immer wieder kurz einzutauchen.

Einen Lebenszyklus wählen

Einer der praktischsten Beiträge von DA ist, dass es nicht jedes Team auf denselben Lebenszyklus zwingt. Mark Lines argumentierte direkt: Viele Organisationen pressen Agile in eine einzige Variante, etwa Scrum, Kanban oder ein vorschreibendes Skalierungsmuster, und das verkleinert den Anteil der Projekte, die überhaupt agil arbeiten dürfen.

Zu den Lebenszyklen, die er in diesem Beitrag beschreibt, gehören:

Lines weist außerdem darauf hin, dass Organisationen, die DA einführen, ihre Mischung der Lebenszyklen mit der Zeit verschieben, von traditionell über einfaches Agile hin zu den fortgeschrittenen kontinuierlichen Lebenszyklen, je mehr die Fähigkeiten der Teams wachsen. Das ist ein nützliches Denkmodell: Die Wahl des Lebenszyklus ist kein Urteil über ein Team, sondern die Passung zwischen der Arbeit und den aktuellen Fähigkeiten des Teams.

Wenn Sie zwischen einem Scrum-artigen und einem Fluss-artigen Lebenszyklus entscheiden, ist Scrumban ein gutes Beispiel für die Art von Hybrid, die DA als legitime Option behandelt und nicht als Abweichung.

Wie DA im Vergleich zu SAFe, LeSS, Nexus und Scrum of Scrums abschneidet

Diese Ansätze werden ständig verglichen, sind aber nicht dieselbe Art von Ding. SAFe, LeSS und Nexus sind vorgeschriebene Wege zur Skalierung. Scrum of Scrums ist ein Koordinationsmuster. DA ist ein Entscheidungs-Toolkit, das jedes davon als Option enthalten kann.

Die ehrliche Zusammenfassung: Wenn Sie schon wissen, dass Sie ein bestimmtes Skalierungsmodell wollen, lesen Sie direkt zu SAFe, LeSS, Nexus oder Scrum of Scrums nach. Wenn Sie es noch nicht wissen oder wenn verschiedene Teile Ihrer Organisation offensichtlich Unterschiedliches brauchen, hilft Ihnen DA bei der Entscheidung.

Das PMI stellt klar, dass DA nicht auf deren eigenem Terrain mit diesen Methoden konkurriert. Es sagt, die Anwendung des Toolkits erlaube Organisationen, jede Methode oder jedes Framework anzupassen, einschließlich traditioneller, Scrum- oder SAFe-Ansätze. Anders gesagt: Sie können SAFe betreiben und mit DA hinterfragen, welche SAFe-Praktiken Sie tatsächlich brauchen.

So starten Sie mit DA: ein schrittweises Vorgehen

Sie müssen nicht das gesamte Toolkit einführen. So beginnen Sie unkompliziert mit einem Team.

1. Beschreiben Sie die Situation. Halten Sie Teamgröße, Standort, regulatorische Vorgaben, die Vorhersagbarkeit der Arbeit und die vorhandenen Fähigkeiten fest. Die gesamte Prämisse von DA lautet, dass der Kontext die Wahl bestimmt.
2. Wählen Sie einen Start-Lebenszyklus. Ordnen Sie die Arbeit einem der oben genannten Lebenszyklen zu. Wenn Sie unsicher sind, ist ein einfacher Scrum-basierter Lebenszyklus ein gängiger Ausgangspunkt, und Sie können später wechseln.
3. Finden Sie die Entscheidungen, die wehtun. Wo streitet oder stockt das Team? Wählen Sie zwei oder drei Prozessbereiche, etwa Schätzung, Release oder Stakeholder-Governance.
4. Betrachten Sie Optionen und Abwägungen. Nutzen Sie für jeden Schmerzpunkt den DA Browser und die Process-Goal-Diagramme, um die Optionen und deren Kosten aufzulisten.
5. Entscheiden und festhalten. Wählen Sie eine Option, nennen Sie den Grund und notieren Sie, was Sie zur erneuten Prüfung veranlassen würde. Die Vorlage unten hilft dabei.
6. Testen Sie es für einen festen Zeitraum. Wenden Sie die Wahl über einige Iterationen an und werten Sie die Ergebnisse in einer Retrospektive aus.
7. Wiederholen. Behandeln Sie das WoW als lebendiges Gebilde. Ändern sich Team oder Arbeit, überprüfen Sie die Entscheidungen erneut.

Eine Vorlage für WoW-Entscheidungsprotokolle

Die meisten Teams ändern ihren Prozess im Gespräch und verlieren dann die Begründung. Ein Entscheidungsprotokoll behebt das. Kopieren Sie diese Tabelle und führen Sie je Entscheidung eine Zeile.

Halten Sie die Spalte "Akzeptierte Abwägung" ehrlich. Sie ist der Teil, der DA am wichtigsten ist, und der Teil, den Teams überspringen, wenn sie eine schnelle Antwort wollen.

Beispiele nach Geschäftsbereich

Weil DA über Software hinausreicht, lohnt der Blick darauf, wie eine WoW-Entscheidung in anderen Bereichen aussieht. Das sind illustrative Szenarien, keine Fallstudien.

Achten Sie auf das Muster: Dieselbe Organisation nutzt mehrere Ansätze gleichzeitig. Das ist keine Inkonsistenz. Das ist der Punkt.

Dos und Don'ts

Und wie steht es heute um DA-Zertifizierung und -Schulung?

Das PMI hat sein Agile-Schulungsangebot in den letzten Jahren verändert. Prüfen Sie daher auf pmi.org, was aktuell gilt, bevor Sie ein Programm um eine Zertifizierung herum planen. Die DA-Website des PMI verweist Lernende derzeit auf Agile-Zertifizierungen und führt Online-Kurse namens Disciplined Agile Essentials und Disciplined Agile Foundations auf, dazu Präsenzschulungen über PMI Authorized Training Partners. Die Toolkit-Inhalte selbst stehen auf der DA-Website und im DA Browser bereit, sodass Sie die Ideen auch ohne Kurs nutzen können.

Wann DA nicht die richtige Wahl ist

DA gibt Ihnen Freiheit, und Freiheit hat ihren Preis. Es passt schlecht, wenn:

• Ein Team am ersten Tag eine fertige Routine zum Befolgen will. DA verlangt Entscheidungen, und manche Teams wollen einfach ein Rezept.
• Niemand die Erfahrung hat, Abwägungen zu beurteilen. Anfangs profitieren viele Teams von einem Coach.
• Die Organisation aus vertraglichen oder Prüfungsgründen eine einheitliche Standardmethode braucht. Ein vorgeschriebenes Framework ist dann womöglich leichter zu verteidigen.
• Die Führung ein Etikett übernehmen will, statt zu untersuchen, wie Arbeit tatsächlich erledigt wird.

In diesen Fällen ist es ein vernünftiger Weg, mit reinem Scrum oder einem definierten Skalierungs-Framework zu beginnen und DA-Ideen später zu nutzen. Hintergründe zur breiteren Methodenfamilie finden Sie unter Was ist die agile Methodik.

Disciplined Agile sagt Ihnen nicht, welches Framework Sie kaufen sollen. Es gibt Ihnen eine Möglichkeit, über Prozesse mit Belegen zu streiten: Das ist unsere Situation, das sind die Optionen, das ist die Abwägung, die wir eingehen, und dann schauen wir wieder hin. Wenn Ihre Teams bereits eine Mischung aus agiler und traditioneller Arbeit fahren, ist diese Gewohnheit womöglich mehr wert als jede einzelne Methode.