Scrum in der Welt des Agilen

Laut PMI’s Pulse of the Profession Report von 2018 verwendeten bereits damals nur 47% der Projekte prädiktive/traditionelle Ansätze. Fast die Hälfte aller Projekte waren damals agiler Natur. Bis heute ist deren Anteil nochmal deutlichgestiegen. Davon ist wiederum die Hälfte „rein agil“, d.h. zumeist Scrum und die andere Hälfte ist hybride Agilität. Die meisten Unternehmen sehen Agilität als wesentlich an, um wettbewerbsfähig zu bleiben (71%).

Das bedeutet, dass es eine gute Investition war, Scrum zu lernen, weil Sie diese Fähigkeiten wahrscheinlich in jedem zweiten Projekt, das Sie beruflich durchführen, benötigen werden. Wenn wir uns die Hauptgründe für das Scheitern von Projekten ansehen, wird deutlich, dass Agile immer mehr an Bedeutung gewinnen wird.

SCRUM

Hier sind die Hauptgründe für das Scheitern von Projekten laut PMI’s Pulse of the Profession:

  • Änderung der Prioritäten der Organisation – 39%
  • Änderung der Projektziele – 37%
  • Ungenaue Anforderungserhebung – 35%

Auf dem vierten Platz mit 29 % liegen folgende Punkte gleichauf

  • Unzureichende Vision oder Zielsetzung
  • Unzureichende, schlechte Kommunikation
  • Chancen und Risiken wurden nicht definiert

Wenn Sie diese Aspekte betrachten, wie passen sie zum Agilen Manifest? Wie stimmen sie mit den Vorteilen überein, die wir früheren Artikeln über die Funktionsweise von Scrum besprochen haben?

Die Realität sieht so aus, dass Agile die wichtigsten Herausforderungen, mit denen Projekte heute konfrontiert sind, direkt angeht: Ziele, Anforderungen und Kommunikation.

Der State of Agile Report von Version One/Digital.ai zeigt, dass die meisten Projekte mit Scrum arbeiten und dass Agile weiterwächst:

  • 56% verwenden „reines“ Scrum
  • 75% verwenden Scrum, Scrumban, Scum/XP oder Kanban-Methoden

Das liegt daran, dass Scrum einfach ist, funktioniert und für kleine Teams geeignet ist. Aber wie wir bereits festgestellt haben, gibt es keine größere „Organisation“ im Scrum-Modell. Wie sieht es also mit dem Umfang aus? Wie skalieren diese Organisationen, die Scrum verwenden, ihre agilen Ansätze?

Laut der Umfrage von Version One/Digital.ai gibt es vier Haupttypen von Skalierungsmethoden, die heute verwendet werden:

  • Scaled Agile Framework (SAFe) – 29%
  • Scrum of Scrums – 19%
  • Intern entwickelte Methoden – 10%
  • Disziplinierte agile Lieferung (DAD) – 5%
  • Large Scale Scrum (LeSS) – 5%

Dies macht die große Mehrheit der verwendeten Methoden aus. Oft sehen wir, dass intern erstellte Methoden eher wie Hybridmethoden aussehen. In den nächsten Abschnitten werden wir SAFe, DAD und LeSS untersuchen. Alle haben die folgenden Punkte gemeinsam:

  • Alle verwenden Scrum als Basismodell für das Management von Teams
  • Alle haben Product Owner, Scrum Master und Entwicklungsteams
  • Alle unterscheiden sich darin, wie man „Support Teams“ managt und wie man eine Organisation agil macht.

Der einfachste Weg, Agile at Scale zu verstehen, besteht darin, sich die beiden Methoden anzusehen, die ursprünglich für die Skalierung von Agile verwendet wurden:

  • Scrum of Scrums – Teams koordinieren ihre Arbeit durch die Entsendung von Vertretern zu täglichen Stand Ups über alle Teams hinweg.
  • Hybride Methodik – Teams werden koordiniert, indem prädiktive oder traditionelle Kontrollen, wie z. B. Stage Gates, eingesetzt werden, um die Lieferung zu steuern.

Scrum of Scrums

  • Scrum of Scrums Stand Ups: Die Teams entsenden einen Vertreter, in der Regel ist dies ein Product Owner oder Scrum Master
    • Kann buchstäblich genauso lange dauern wie ein Standard Daily Stand Up
    • Konzentriert sich auf das Aufzeigen von Fertigstellungen und Blockern
    • Gelegenheit, den Koordinationsbedarf zwischen den Teammitgliedern zu ermitteln
  • Scrum of Scrums haben einen Scrum Master
    • Gewöhnlich eine leitende Person in der Organisation
    • Verantwortlich für die Koordination der Arbeit
    • Verantwortlich für die Gesamtproduktivität des Scrum of Scrum Teams
  • Scrum of Scrums findet Anwendung, wenn zwei Teams potenzielle Abhängigkeiten haben
    • Gemeinsame Ressourcen (Mitarbeiter, Dienstleistungen usw.)
    • Gemeinsames Produkt in der Entwicklung
    • Gemeinsames Ziel oder gemeinsame Vision
  • Ursprünglich wurde dies von Jeff Sutherland vorgeschlagen, einem der Begründer von Scrum und Unterzeichner des Agilen Manifests im Jahr 2001
    • „Agile Can Scale: Erfindung und Neuerfindung von SCRUM in fünf Unternehmen“ – Jeff Sutherland, Cutter IT Journal, 2001
    • berichtet über den Einsatz von Scrum of Scrums bei IDX, wo wöchentliche Produktlinien-Scrums und monatliche Management-Scrums stattfanden.
    • Einige Teams wurden „hyper-produktiv“, ein Zustand von Scrum-Teams, von dem Jeff Sutherland spricht, dass sie 4- bis 5-mal produktiver sind

 

Scrum of Scrums bietet eine sehr einfache und dennoch elegante Möglichkeit, Scrum zu skalieren. In der Tat wurde diese Praxis von vielen sehr großen Organisationen genutzt, um organisatorische Agilität zu erreichen.

In dem HBR-Artikel Agile at Scale (2018) finden sich Beispiele für Scrum of Scrums, die Hunderte von Personen in weniger als einer Stunde umfassen:

  • Der Luftfahrtbereich von Saab hat über 100 agile Teams für seinen Gripen-Kampfjet (43-Millionen-Dollar-Projekt)
  • Tägliche Stand Ups finden von 7:30 Uhr bis 8:45 Uhr statt
  • Am Ende der Stand Ups, die nach der Scrum-Methode durchgeführt werden, kennt das Führungsteam die kritischen Punkte, die es angehen muss.
  • Das sind über 500 Personen, die sich in weniger als 90 Minuten durch Mund-zu-Mund-Propaganda zu Wort melden.

Dieses Modell erlebt derzeit unter vielen Agile-Praktikern ein Wiederaufleben. Vor allem, weil viele Organisationen ihr Verständnis von Agile erweitern und hybride Methoden oder SAFe nutzen, um sich zu einer agilen Organisation zu entwickeln.

Das Hybride Modell

Das hybride Modell, das am häufigsten von Organisationen verwendet wird, ist recht einfach:

  • Traditionelle Mittel werden verwendet, um wichtige Entscheidungspunkte zu kontrollieren.
    • Stage Gates werden vor allem für Anforderungen, Design und Betrieb (Deployment) genutzt.
    • Dies bietet der traditionellen / prädiktiven Führung die Möglichkeit, die nächste „Stufe“ des Projekts zu genehmigen
  • Agile (Scrum) Methoden werden eingesetzt, um Produkte in jeder Phase schnell und iterativ zu entwickeln
    • Ganze Teams werden eingesetzt, um Anforderungen, Entwürfe, Entwicklung und Verifizierung zu entwickeln
    • Ganze Teams sind in der Lage, Prototypen und wiederverwendbare Dokumente zu erstellen
    • Anforderungen werden als User Stories verwaltet
    • Stories werden in den Anforderungen generiert, im Design verfeinert, in der Entwicklung implementiert und abgeschlossen
    • Die Entwicklung erfolgt oft noch iterativ und inkrementell, um Geschwindigkeit und Lernen zu ermöglichen.
    • Die Entwicklung kann mehrere Releases in einer „Staging“- oder „Pilot“-Umgebung umfassen.
    • Die Anforderungen auf Systemebene werden anhand von Anwendungsfällen verifiziert.

 

Dies sieht in der Tat wie Iterationen zwischen Stage-Gates aus und ist in Organisationen, die sich gegen Agile sträuben, oft erfolgreicher. Da organisatorischer Widerstand gegen Agile und ein falsches Verständnis von Agile die Hauptgründe für das Scheitern von Agile sind (laut Version One/Digital.ai), macht dies für viele Neueinsteiger, die Agile zum ersten Mal lernen, Sinn.

Wenn wir uns die Hauptgründe für das Scheitern von Agile anschauen, sehen wir Folgendes:

  • Organisationskultur im Widerspruch zu den agilen Werten – 53 %
  • Allgemeiner organisatorischer Widerstand gegen Veränderungen – 46%
  • Unzureichende Unterstützung durch das Management – 42%
  • Fehlende Fähigkeiten/Erfahrungen mit agilen Methoden – 41%

 

Diese Statistiken zeigen, warum das hybride Modell bei etwa der Hälfte der Agile-Praktiker in eher traditionellen Organisationen so beliebt ist. Aus diesem Grund ist „Internal Agile“ ein großartiges Mittel, um die Effektivität der Methode zu beweisen, wenn es keine Unterstützung durch das obere Management gibt. Die einzige Möglichkeit, Agilität wirklich zu erreichen, ist jedoch die Unterstützung durch die Führung und eine gute Agile-Ausbildung.

Wie können wir also die Führungskräfte überzeugen, die nicht an Agile glauben? Zeigen Sie ihnen die Daten:

  • Gründe für die Einführung von Agile
    • Beschleunigung der Softwareentwicklung – 75%
    • Wechselnde Prioritäten bewältigen – 64%
    • Höhere Produktivität – 55%
    • Bessere Abstimmung von Geschäft und IT – 49%
    • Gesteigerte Softwarequalität – 46%
  • Vorteile der Einführung von Agile (die Prozentzahlen geben die Anzahl, nicht die Auswirkungen an)
    • Bessere Verwaltung von Prioritäten – 71%
    • Projekttransparenz – 66%
    • Abstimmung von Geschäft und IT – 65%
    • Liefergeschwindigkeit / Markteinführungszeit – 62%
    • Produktivität der Teams – 61%

 

Und was die Auswirkungen betrifft, so können die Vorteile das Vier- bis Fünffache der Produktivität und des Wertes ausmachen, wie die Ambysoft-Umfrage von 2013 zeigt.

Ein Skalierungsframework, welches bewusst ausgelassen wurde ist Nexus. Dieses bietet eine weitere einfache Möglichkeit zur Skalierung in Scrum, die Erfahrung zeigt, dass es ein Hidden-Champion zu sein scheint. Daher soll hierauf in einem gesonderten Artikel eingegangen werden.

Nun, da Sie Scrum in der Welt von Agile vielleicht etwas besser verstehen, können Sie versuchen, einige Fragen zu beantworten:

  1. Welches Framework werden Sie wählen?
  2. Wie werden Sie die Vorteile (Geschwindigkeit und Innovation) erreichen?
  3. Wie werden Sie den Wandel bewältigen (Führung und Kontrolle)?

Bei der Beantwortung der Frage 1 werden einige der folgenden Artikel hilfreich sein.

 

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


 

Pulse of the Profession 2018, Project Management Institute

Agile At Scale, DarrellK Rigby, Jeff Sutherland, and Andy Noble, Harvard Business Review

Scrum of Scrums, Agile Alliance

Agile Can Scale: Inventing and Reinventing Scrum in Five Companies, Jeff Sutherland, Cutter IT Journal

#scrum #agile #agiletransformation #agilecoaching #scrumtraining

 


 

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