Für viele ist die Einführung agiler Methoden der perfekte Weg, um ihr Unternehmen zukunftssicher zu machen. Aber je größer und komplexer die Teams und Projekte werden, desto weniger geeignet sind die einfachen Methoden von Scrum und Co.
Agile Methodologien
Laut der 2019 State of Agile Survey gaben satte 97 % der weltweit befragten Unternehmen an, dass ihre Organisation agile Entwicklungsmethoden praktiziert, wobei 95 % angaben, dass sich ihre agilen Projekte positiv ausgewirkt haben. In dem Bericht heißt es auch, dass 19% nicht wissen, wie sie die agile Arbeitsmethodik in größerem Umfang einsetzen sollen.
Lean- und Agile-Methoden dienen im Wesentlichen dazu, Prozesse zu vereinfachen und effektiv zu koordinieren. Wenn Sie bereits mit agilen Methoden arbeiten, sind Sie wahrscheinlich mit Ansätzen wie DevOps, Kanban oder Scrum vertraut. Kleine, flexible Teams arbeiten Schritt für Schritt an einem Produkt und liefern auf transparente Weise schnelle und hochwertige Ergebnisse. Dank des ständigen Kundenfeedbacks können die Produkte kontinuierlich verbessert und verfeinert werden, und die Teams können schnell auf Änderungen und spezifische Kundenanforderungen reagieren.
Das funktioniert gut, solange die agilen Teams eine überschaubare Größe haben. Wie können Sie also agile Methoden in komplexeren Bereichen einsetzen?
Agil skalieren
Agile Methoden haben ihren Ursprung in der IT und werden immer noch hauptsächlich in der IT, der Produktentwicklung und im Marketing eingesetzt. Für viele andere Abteilungen sind sie ein Geheimnis geblieben - und allzu oft sind sie nicht in einem unternehmensweiten Kontext verankert.
Das beginnt sich zu ändern, denn große Organisationen versuchen, in größerem Umfang agil zu werden. Und sie können dies mit Hilfe von agilen Frameworks tun.
Die drei bekanntesten Frameworks sind Scaled Agile Framework (SAFe), Large Scale Scrum (LeSS) und Disciplined Agile (DA). In diesem Artikel werfen wir einen genaueren Blick auf das Disciplined Agile Prozess-Framework.
Es ist in Unternehmen unterschiedlicher Größe einsetzbar und ermöglicht die Integration von Methoden aus SAFe und LeSS sowie Kanban, Scrum und vielen anderen.
Diszipliniert und agil
DA ist unterteilt in Disciplined Agile Delivery (DAD), Disciplined DevOps, Disciplined Agile IT (DAIT) und Disciplined Agile Enterprise.
Der wichtigste Kern von DA ist DAD, bei dem die Bereitstellung von IT-Lösungen von Anfang bis Ende definiert wird: von der anfänglichen Modellierung und Planung, der Zusammenstellung des Teams und der Sicherstellung der Finanzierung bis hin zu kontinuierlicher Architektur, kontinuierlichen Tests, kontinuierlicher Entwicklung und Überwachung während des gesamten Lebenszyklus.
Darauf aufbauend konzentrieren sich Disciplined DevOps und DAIT auf die Koordination der IT eines Unternehmens als Ganzes - die Gestaltung des Entwicklungszyklus, des Betriebs, des Supports, der Datenverwaltung und anderer Bereiche, um so effektiv und unkompliziert wie möglich zu sein.
Das disziplinierte, agile Unternehmen ergibt sich aus allen vorherigen Segmenten - ein Unternehmen, das Marktveränderungen vorhersehen und seine Strategie entsprechend anpassen kann. Mit anderen Worten: ein agiles Unternehmen.
Quer durch alle Bereiche
Das Ziel ist es, genau das zu werden - ein agiles Unternehmen. Und deshalb konzentriert sich DA nicht nur auf die IT, sondern umfasst auch andere Abteilungen. Zum Beispiel können auch Marketing, Vertrieb und Beschaffung von agilen Methoden profitieren.
Einer der entscheidenden Vorteile von DA ist, dass es agil agnostisch ist, d.h. Sie können Lösungen implementieren, ohne sich für eine einzige Methode entscheiden zu müssen. Die Prozesse sind hauptsächlich eine Mischung aus Lean- und Agile-Methoden, aber auch traditionelle Methoden sind mit von der Partie, wie Kaizen, die Philosophie der kontinuierlichen Verbesserung der Arbeitsabläufe, der persönlichen Effizienz usw.
Innerhalb des DA-Rahmens wird den Teammitgliedern die Freiheit gegeben, den Way of Working (WoW) zu wählen, der für sie im Kontext ihres Projekts sinnvoll ist - auch aus dem SAFe- und LeSS-Rahmenwerk.
Ein weiterer Vorteil von DA ist das Gleichgewicht zwischen Agilität und Risikobewusstsein. Dies ist besonders in streng regulierten Branchen wichtig.
Grundsätze
Die Arbeitskultur ist ein wichtiger Aspekt der agilen Arbeitsmethodik. Die zugrundeliegende Kultur von DA wird in diesen sieben Hauptprinzipien ausgedrückt.
1. Begeistern Sie Ihre Kunden - dies ist eine der wichtigsten Prioritäten. Sie sollten nicht nur die Bedürfnisse und Erwartungen Ihrer Kunden erfüllen, sondern danach streben, diese zu übertreffen.
2. Be Awesome - großartige Teams bestehen aus motivierten Menschen, die in einem positiven Umfeld und mit der nötigen Unterstützung arbeiten.
3. Pragmatismus statt Purismus - effektive Methoden gehen über Agile hinaus.
4. Der Kontext zählt - jeder Mensch, jedes Team und jede Organisation ist einzigartig und erfordert eine einzigartige, effektive Strategie, die kontinuierlich weiterentwickelt werden sollte.
5. Auswahl ist gut - unterschiedliche Situationen erfordern unterschiedliche Ansätze. Teams sollten ihre eigenen Prozesse haben und müssen experimentieren können. Auf diese Weise finden sie heraus, was in der Praxis funktioniert und was nicht. Die ideale Lösung kann frühzeitig gefunden werden, wenn die Teams die verschiedenen Optionen kennen, aus denen sie wählen können, und die Kompromisse, die ihre Wahl mit sich bringt.
6. Optimieren Sie den Fluss - eine Organisation ist ein komplexes, adaptives System, in dem sich interagierende Teams und Gruppen auf individueller Basis entwickeln. Eine erfolgreiche Strategie erfordert, dass die Teams koordiniert arbeiten und sich ständig verbessern.
7. Unternehmensbewusstsein - wenn die Mitarbeiter ihr Unternehmen als eine Einheit betrachten, in der sie eine aktive Rolle spielen, werden sie die Bedürfnisse der Organisation als Ganzes verstehen und ihre Gesamtziele erreichen wollen. Bewährte Verfahren werden häufiger im gesamten Unternehmen ausgetauscht und in verschiedenen Kontexten eingesetzt - so wird sichergestellt, dass niemand das Rad neu erfinden muss, um die Arbeit zu erledigen.
Rollen
Scrum hat drei Rollen - Scrum Master, Product Owner und Teammitglied. Bei DA hingegen gibt es viele verschiedene Rollen. Das liegt vor allem an der Größe der Projekte und an der übergreifenden Natur von DA.
Während es für die verschiedenen Unterabteilungen von DA separate Rollen gibt, konzentrieren wir uns in der folgenden Liste auf DAD, da der Prozess der Lösungsbereitstellung im Mittelpunkt des Frameworks steht.
Die 10 DAD-Rollen sind in primäre und sekundäre Rollen unterteilt.
Die folgenden 5 Hauptaufgaben sind bei jedem Projekt relevant, unabhängig von der Größe.
1. Stakeholder: eine Person, die direkt mit dem Ergebnis der Lösung verbunden ist.
2. Teammitglied: Diese Rolle konzentriert sich auf die Entwicklung der eigentlichen Lösung.
3. Teamleiter: Sie schaffen und erhalten produktive Arbeitsbedingungen.
4. Product Owner: Sie sind die Kontaktperson für alle Fragen zur Lösung.
5. Architekturverantwortlicher: Sie sind für die IT-Architektur verantwortlich. In kleinen Teams kann dies auch der Teamleiter sein.
Die Nebenrollen kommen je nach Größe des Projekts ins Spiel. Es gibt fünf sekundäre Rollen.
1. Spezialist: Spezialisten wie Agile Business Analysten werden manchmal benötigt, um die Umgebung zu definieren, in der die Lösung eingeführt werden soll.
2. Domänenexperte: andere Spezialisten wie Steuerexperten sind manchmal notwendig, um ihr Fachwissen in einem bestimmten Bereich zur Verfügung zu stellen.
3. Technischer Experte: Technische Experten wie z.B. User Experience Specialists sind z.B. an der Gestaltung von Schnittstellen beteiligt.
4. Unabhängige Tester: Ein großer Teil der Tests wird von Mitarbeitern des primären Teams durchgeführt, aber einige Teams werden von unabhängigen Testern unterstützt, die Penetrations- oder Leistungstests durchführen können.
5. Integrator: Für große DA-Teams, die in kleinere Teams aufgeteilt sind, benötigen Sie einen oder zwei Integratoren, die die Lösungen in das größere Team integrieren.
Die primären Rollen sind, wie bereits erwähnt, in jedem DAD-Projekt zu finden. Die sekundären Rollen kommen erst bei größeren Projekten ins Spiel - und auch nur für einen begrenzten Zeitraum.
Diese Rollen sollten jedoch nicht mit Jobtiteln verwechselt werden. Die Rolle des Teamleiters kann zum Beispiel von einer Person zur anderen wechseln, wenn die Abwesenheitsplanung oder andere Umstände dies erfordern. Alle Teammitglieder sind gleichberechtigt - bei DA stehen die Menschen und die Aneignung neuer Fähigkeiten im Mittelpunkt. Traditionelle Rollen wie die des Projektmanagers haben in DAD keinen Platz. Stattdessen werden die Aufgaben, die traditionell von einem Projektmanager übernommen werden, von anderen Rollen übernommen.
Phasen
Wie bereits erwähnt, ist der DAD für die Bereitstellung von Lösungen verantwortlich. Dies geschieht mit einer Mischung aus Scrum- und Kanban-Lebenszyklen sowie 2 Lebenszyklen, die Continuous Delivery unterstützen, einem Sondierungslebenszyklus und einem Programmlebenszyklus. Die Teams können ihre eigene bevorzugte Methode wählen und sie in 3 Phasen umsetzen, die DAD nennt: Inception, Construction und Transition.
1. Inception In dieser Phase werden die Teams festgelegt und die Planung durchgeführt. Agile Teams erstellen in dieser Phase einen Projektrahmen, in dem sie sich eine konsumierbare Lösung vorstellen und vorbereiten. Einige Ziele in dieser Phase sind die anfängliche Modellierung, Planung und Organisation sowie die Identifizierung, Priorisierung und Auswahl von Projekten und die Definition der ersten Anforderungen und des Release-Plans.
2. Konstruktion In dieser Phase wird die Lösung schrittweise erstellt. Dies kann über eine Reihe von Iterationen (oder Sprints) oder einen schlanken, kontinuierlichen Arbeitsablauf erfolgen. Hier zeigt sich der agile Agnostizismus von DA besonders deutlich, denn die Teams verwenden eine Mischung aus Praktiken von Scrum, XP, Agile Modeling, Agile Date und anderen. Zu den Zielen gehört es, eine bewährte Architektur zu finden, die priorisierten Elemente und das Backlog abzuarbeiten, um eine konsumierbare Lösung zu erstellen, die dann den Stakeholdern vorgestellt wird. Dies kann viele kurze Iterationen erfordern, an deren Ende auch Änderungswünsche berücksichtigt werden.
3. Übergang In dieser Phase wird die Lösung freigegeben. Mit der Zeit wird sie kürzer und entwickelt sich idealerweise zu einer Aktivität statt zu einer Phase. Normalerweise dauert dies eine oder mehrere kurze Iterationen und gipfelt in der Freigabe des Produkts für die Produktion. Alle Änderungswünsche nach der Freigabe lösen eine weitere Konstruktionsiteration aus.
Die agile Transformation von Barclays
Um die Vorteile von DA zu verdeutlichen, lassen Sie uns ein Beispiel eines großen Unternehmens betrachten, das agile Methoden in seiner Organisation eingeführt hat.
Barclays, eine 325 Jahre alte, traditionsreiche und große Bank, begann Anfang 2015 eine unternehmensweite Umstellung von traditionellen Hierarchien auf agile Methoden. Um dies zu erreichen, entschied man sich für DA.
Startpunkt
Das Unternehmen hatte bereits einige Teams, die mit Lean und Agile arbeiteten. Aber sie arbeiteten relativ isoliert voneinander, und ihre Methoden wurden nicht im größeren Unternehmenskontext eingesetzt. Sie waren "agile Inseln", die miteinander verbunden und skaliert werden mussten.
Jeder Teil der Wertschöpfungskette sollte agil werden - von der Konzepterstellung bis zur Cash-Generierung. Das Endziel war auf eines der DA-Prinzipien ausgerichtet: Erfreue den Kunden.
Die Wahl des Rahmens
Die Agilitätsexperten hatten die Wahl zwischen SAFe, LeSS und DA.
Die Skalierung in einem Unternehmen dieser Größe erforderte ein Framework, das flexibel und stabil genug war, um die verschiedenen agilen Methoden zu integrieren, die bereits in den oben erwähnten "agilen Inseln" eingesetzt wurden.
SAFe und LeSS sind in bestimmten Kontexten gute Lösungen. Aber für ein Unternehmen mit mehr als 130.000 Mitarbeitern, das Tausende von Teams hat, musste eine flexiblere Lösung gefunden werden. DA bot diese Flexibilität: Je nach Kontext können Sie aus einer Reihe verschiedener Methoden wählen - sogar aus SAFe- und LeSS-Prozessen.
Gleichzeitig mussten auch Risiko- und Wertschöpfungsfaktoren berücksichtigt werden. Aufgrund des stark regulierten Charakters des Bankensektors waren diese Risikoaspekte sowie die Compliance-Anforderungen in diesem Fall besonders wichtig.
Da DA all diese Kriterien erfüllt, hat sich Barclays für dieses spezielle System entschieden.
Die Umsetzung
Innerhalb des ersten Jahres der Transformation wurden mehr als 800 Teams agil. Um den Fortschritt der einzelnen Teams zu messen, wurde ein System von Agilitätsstufen eingeführt: Stufe 1 für Teams, die noch auf vorgeschriebene und praxisorientierte Weise - also auf traditionelle Weise - arbeiteten, und Stufe 2 und höher für Teams, die stärker input- und ergebnisorientiert arbeiteten. Dies ermöglichte es den Teams, in ihrem eigenen Rhythmus voranzukommen.
Die Stufen waren ein Indikator für die Agilitätsreife der Teams und umfassten eine Reihe von Aspekten: Concept-to-Cash, Qualität, Teamstruktur, technische Kompetenz, Best Practices, Continuous Delivery, usw.
Dank dieses Messsystems konnten die Teams experimentieren und sich weiterentwickeln. Die Herausforderung bestand darin, die Ziele der Unternehmensleitung und die Ziele der Teams voneinander zu trennen. Die Manager mussten den Teams, die sich ständig selbst bewerteten, viel Vertrauen entgegenbringen. Die Veränderung der Arbeitskultur war am schwierigsten zu bewältigen. Aber mit genügend Training und Unterstützung durch Agilitätscoaches wurde die Aufgabe in kürzerer Zeit als erwartet bewältigt.
Die Vorteile
Nach einem Jahr war der Durchsatz um 300% gestiegen - das ist die durchschnittliche Anzahl von Geschichten, die pro App jeden Monat fertiggestellt werden.
Bei mehr als 80 Anwendungen verringerte sich die Komplexität des Codes um 50 % und gleichzeitig erhöhte sich die Testabdeckung um 50 %.
Auch die Produktionsvorfälle gingen erheblich zurück, und mehr als die Hälfte der strategischen Anwendungen begannen schnell, mindestens alle 0-4 Wochen geschäftlichen Nutzen für die Produktion zu bringen.
Ein weiterer positiver Effekt war, dass die Mitarbeiter nach der Umstellung allgemein zufriedener waren.
Fazit
DA ist ein großartiges Framework für Unternehmen, die agile Methoden in mehreren oder allen Abteilungen implementieren möchten - und zwar übergreifend. Es ist anpassungsfähig und flexibel und kann nicht nur mehrere agile Methoden unter einem Dach vereinen, sondern berücksichtigt auch Faktoren wie Risiko und Compliance.
Das DA-Prozess-Framework nimmt das Beste aus vielen Welten, um agile Methoden in komplexen Umgebungen einzuführen und dabei problemlos Altsysteme zu integrieren.
Als Ergebnis des Kulturwandels werden alle Teams im Unternehmen unternehmensbewusst werden. Sie werden wissen, wie sie Lösungen effektiv bereitstellen und deren Auswirkungen auf das Unternehmen als Ganzes verstehen.
Geschäftsperspektive
DA ist ideal für die Skalierung agiler Methoden über Abteilungen hinweg und im größeren Kontext Ihres Unternehmens. Denn es ist flexibel genug, um Ihren Teams die Möglichkeit zu geben, ihre Arbeitsweise aus einer Reihe von agilen Methoden auszuwählen und dabei gleichzeitig Faktoren wie Risiko und Compliance zu berücksichtigen. Eine stärkere Kundenorientierung, kürzere Lieferzyklen, ein höherer Durchsatz und weniger Produktzwischenfälle sind nur einige der wichtigsten geschäftlichen Vorteile, die ein agiles Unternehmen zu bieten hat.
Quellen
Unsere Ideen
Weitere Blogs
Contact