Overview of Disciplined Agile Delivery (DAD)

Disciplined Agile Delivery (DAD) ist ein auf den Menschen ausgerichteter, lernorientierter hybrider agiler Ansatz für die Bereitstellung von IT-Lösungen. DAD befasst sich mit allen Aspekten des gesamten Lieferzyklus und unterstützt mehrere Arbeitsweisen (Ways of Working – WoW), die auf den jeweiligen Kontext zugeschnitten werden können. DAD umfasst alle Aspekte der agilen Softwareentwicklung in einer robusten, pragmatischen und kontrollierbaren Weise.

Disciplined Agile Delivery geht von einer einzigen Prämisse aus: Agiles Arbeiten erlaubt es Teams nicht, undiszipliniert zu sein.

Disciplined Agile Delivery (DAD) entwickelte sich aus den Ursprüngen von Extreme Programming (XP), Scrum und Lean. Als die ursprünglichen Formen kodifiziert wurden, wurde klar, dass viele Teams Agile nutzen, um gute Praktiken der nachhaltigen Entwicklung zu vermeiden. „Das machen wir nicht, wir sind agil“ war ein gängiger Satz, der viele im Unternehmen frustrierte. DAD bietet einen Kompromiss, den viele Menschen heute als äußerst wertvoll empfinden, um sich in die Organisation einzufügen.

newest article

Die Hauptmerkmale von Disciplined Agile Delivery sind:

  • Menschen zuerst
  • Lernorientiert
  • Agil
  • Hybrid
  • Zielorientiert
  • Lieferorientiert
  • Unternehmensorientiert
  • Risiko- und wertorientiert
  • Skalierbar

Um diese Ziele zu erreichen, verwendet der Disciplined Agile Delivery-Prozess ein hybrides Framework mit Phasen, die sich am traditionellen Stage-Gate-Modell orientieren, vom Konzept bis zur Ausmusterung (Entsorgung). Der Schwerpunkt liegt im Allgemeinen auf sehr großen Lösungen, die für Organisationen erforderlich sind oder in großen Organisationen entwickelt werden, die eine Produktlinie einführen.

Der Hauptunterschied zwischen diesem Modell und dem typischen Scrum-Modell, das startet, wenn ein Team mit der Finanzierung initiiert wird, ist, dass DAD eine Startphase namens „Inception“ verwendet. Während dieser Phase geschehen viele wichtige Dinge, die bei der Skalierung helfen:

  • Modellierung der Lösung
  • Proof of Concepts werden erforscht
  • Gemeinsame Architekturen zwischen den Teams werden initiiert
  • High-Level Release-Planung und Feature-Roadmaps werden erstellt

In dieser Phase arbeiten die Teams oft in funktionalen und funktionsübergreifenden Gruppen. Diese Anfangsphase ermöglicht ein gemeinsames Verständnis, das in die Lösungsentwicklung oder „Konstruktionsphase“ einfließt.

Disciplined Agile erlaubt auch viel mehr Rollen als Scrum:

Primary Roles

  • Stakeholder – dies sind die gleichen wie in Scrum – jeder, der von der zu entwickelnden Lösung betroffen ist (Eigentümer, Support, Kunden, etc.)
  • Teammitglied – konzentriert sich auf die Erstellung von Lösungen für Stakeholder, der Scrum-„Generalisierungsspezialist“
  • Team Lead – dienende Führungspersönlichkeit, die coacht und hilft, die Lieferung zu organisieren, und oft als „agiler Projektmanager“ betrachtet wird
  • Product Owner – ist die „Stimme des Kunden“, entweder als Repräsentant, tatsächlicher Kunde oder Experte des Geschäftsbereichs
  • Architecture Owner – kann einfach der „Senior Developer“ oder ein Architekt sein; mit dem Ziel, das Risiko der technischen Verschuldung in großem Umfang zu reduzieren

Sekundäre Rollen

    • Spezialist – kann der Spezialist für eine bestimmte Technologie oder ein Tool sein, das in der Lösung verwendet wird
    • Domain Experte – bietet detailliertes Fachwissen zu kritischen Themen für Teile oder Details komplexer Lösungen
    • Technischer Experte – kann Experte in wichtigen nicht-funktionalen Bereichen (Benutzeroberfläche, Sicherheit, Datenbanken usw.) sein, die für die Leistung erforderlich sind
    • Unabhängiger Tester – kann für komplexe Lösungsumgebungen oder für regulatorische Anforderungen (z. B. von Behörden) erforderlich sein
    • Integrator – kann eine separate Rolle für Integrations- und Bereitstellungsmechanismen in komplexen Lösungen sein, z. B. DevOps-Teams

    Disciplined Agile Delivery funktioniert so, dass es immer die primären Rollen gibt (auch wenn manchmal der Architekturverantwortliche und der Teamleiter dieselbe Person sind). Dann werden die sekundären Rollen je nach Bedarf hinzugefügt.

    Um eine Skalierung über mehrere Teams hinweg zu ermöglichen, verwendet DAD das „Team of Teams“-Modell, das auf dem von Jeff Sutherland erfundenen „Scrum of Scrums“-Konzept aufbaut.

    • DAD Agile Teams treffen sich in Daily Standups
    • DAD Team Leads treffen sich separat, um die Lieferung zu koordinieren, als das Product Delivery Team
    • DAD Architecture Leads treffen sich separat, um die Architektur zu koordinieren und Abhängigkeiten zu beseitigen, es ist das Architektur-Team
    • DAD Product Owner treffen sich separat, um als Product Management Team die Planung zu koordinieren.

    Diese Teams von Teams werden dann je nach Bedarf von einem übergeordneten Programmmanager koordiniert.

    Ausgehend von diesem grundlegenden Skalierungsmodell erweitert Disciplined Agile diese Konzepte dann auf die Organisationsebene. Wie können wir die Organisation zu einer „lernenden“ Organisation reifen lassen? Die Idee ist, dass das agile Modell ein Startmodell für Disciplined Agile ist, das dazu verwendet werden kann, eine schlanke, agile Organisation zu schaffen, die kontinuierlich die „Stufen“ der Entwicklung durchläuft, je nach Bedarf.

    Zu den eingebauten Konzepten gehört die Idee der Skalierung des „Supporting Cast“. Diejenigen in der sekundären Rolle können zu ihren eigenen agilen Teams werden, die Produkte produzieren, die von den disziplinierten agilen Teams zur Lieferung neuer Produkte verwendet werden. Support-Teams umfassen alles, was man als „Development-Operations“ oder DevOps bezeichnen könnte:

    • IT-Betrieb
    • Kundenbetreuung
    • Sicherheit
    • Datenverwaltung
    • Versionsverwaltung (Release Management)

    Diese Teams werden dann auf den gesamten Bereich des Produktmanagements ausgeweitet, der als „Disciplined IT“ bezeichnet wird und Governance und Wiederverwendung von Produkten (Commercial-off-the-shelf – COTS, Government-off-the-shelf – GOTS, Free and open-source software – FOSS) sowie Unternehmensarchitektur, Personalmanagement und Portfolio-Management umfasst.

    Disciplined Agile geht noch einen Schritt weiter und schlägt vor, dass sich das gesamte Unternehmen agil verhalten kann. Jeder Teil der Organisation kann sein eigenes agiles Team oder Team von Teams sein. Dies gilt für den Vertrieb, das Marketing, die Rechtsabteilung und die Finanzabteilung sowie für andere Unternehmensbereiche.

    Damit sich die gesamte Organisation ihrer eigenen Struktur bewusst ist, bedarf es „organisatorischer Aktiva“ und der „Knowledge Base“. Das bedeutet, dass die Organisation zu ihrem eigenen Markt wird, auf dem sie Produkte sowohl intern als auch extern konsumiert. Durch die Verwaltung eines zentralen Portals für den Zugang zu den wichtigsten Informationen und Werkzeugen, die für die Führung der Organisation benötigt werden, kann jedes Team arbeiten, ohne den anderen Vorschriften zu machen.

    Dies ist die Verwirklichung der Ideen einer adaptiven lernenden Organisation. Die einzelnen Phasen sind nachstehend aufgeführt (gekürzt aus längeren Formen, die Sie unter https://www.pmi.org/disciplined-agile/process/dae finden):

    • Tribal – impulsiv und von Dringlichkeit getrieben; das Management „beutet“ seine Mitarbeiter aus
    • Traditionell – autoritär, geprägt von Protokollen und formalen Rollen und Hierarchien
    • Wissenschaftlich – Gewinn- oder wachstumsorientiert, angetrieben durch Innovation und Leistungsdenken
    • Postmodern – Konsensorientiert, mit wertebasierter Entscheidungsfindung
    • Lebendig oder selbstorganisierend – Zelluläre Managementmodelle mit einem evolutionären Ziel

    Machen diese Ideen für Sie Sinn? In welcher Art von Organisation arbeiten Sie?  Mehr über die Konzepte und Ideen von Disciplined Agile Delivery können Sie hier erfahren: https://www.pmi.org/disciplined-agile

Webinar-Ankündigung


Unser nächstes Webinar findet am 07.11.2023 um 13 Uhr statt.

Thema: Meeting und Terminkultur

Eure Mitarbeiter beschweren sich über die Anzahl an Meetings? Der Tag ist zu fragmentiert, um ungestört an wichtigen Themen arbeiten zu können? Die Meetingvorbereitung nimmt zu viel Zeit in Anspruch? Ihr verlasst Meetings häufig ohne Lösung für ein Problem und nehmt die Arbeit wieder mit?

In diesem Webinar wollen wir Euch aufzeigen, wie man die Anzahl der Meetings reduzieren und Meetings effektiv vorbereiten und durchführen kann.

VOQUZ - Masterclass

VOQUZ bietet Schulungen im IT-Bereich unter dem Label VOQUZ-Masterclass an. Das Schulungsangebot und -konzept basiert auf jahrelanger Projekterfahrung unserer Coaches vor Ort bei unseren Kunden.

  • Scrum Master
  • Product Owner

5 Tage – hoher Praxis-Anteil – Scrum außerhalb der IT – Zertifizierungsprüfung

www.voquz.com

 


 

 

Einführung in Disciplined Agile

Disciplined Agile Lebenszyklus

Diszipliniertes Agiles Unternehmen

Disziplinierte Agile Teams – Rollen

Disziplinierte Agile Teams in großem Maßstab

Verwendete Bücher:

  • Disciplined Agile Delivery: A Practitioner’s Guide to Agile Software Delivery in the Enterprise, Scott Ambler und Mark Lines, 2012.

#scrum #agile #agiletransformation #agilecoaching #scrumtraining #dad #disciplinedagiledelivery

Finden Sie weitere interessante Artikel in unserem VOQUZ-Blog: www.voquz.com/blog


Need Help?

Contact us with any questions you might have

Need Help?

Request a callback and we will contact you

Free demo

Request a FREE DEMO about our cloud services