Beschleunigung der Innovation in der Automobilindustrie: Eine SAFe-Reise mit einem Hauch von Flight Levels

Agile Transformation bei Continental

Überblick

Kunde: Continental Product Line Human Visualization innerhalb der Continental Business Line "Autonomisches Fahren"

Methoden: SAFe Scaled Agile Framework, Flight Levels, Kanban, Scrum

Jahr: 2022

Branche: Automotive, Software

Wir unterstützten die relativ neue Produktlinie im Bereich Automotive Human Vision dabei, sich zu einer wertschöpfungs-orientierten und featureübergreifenden Teamorganisation zu entwickeln, in der jedes Team seinen Zweck und den von ihm geschaffenen Wert besser versteht und in der die Organisation als ein Team für das gesamte Produkt verantwortlich ist.

Herausforderung

Wie können wir eine relativ neue und weltweite Komponentenorganisation in einem Value Stream organisieren, der in dieselbe Richtung arbeitet und in der Lage ist, dem Kunden in kurzen Zyklen einen Mehrwert zu liefern?

Ergebnis

Die Transformation, die innerhalb der Organisation stattfand, führte zu einer deutlichen Verbesserung der Zusammenarbeit und Leistung. Die Organisation erreichte das, indem sie gemeinsam Visionen und Strategien festlegte und diese in zeitlich begrenzte Initiativen aufgliederte. Diese Initiativen wurden weiter in vierteljährliche Arbeitsschritte unterteilt, was dazu beitrug, die Strategie mit der tatsächlichen Entwicklung zu verbinden. Dadurch konnte die Organisation die Transparenz verbessern und sich auf die Ziele konzentrieren.

Die Organisation führte auch die Überprüfung und Anpassung auf allen Ebenen ein, was zur Verbesserung des Lernens und der Anpassung beitrug.

Featureübergreifende Teams demonstrierten bei jeder Iteration funktionierende Software-Inkremente, die es ihnen ermöglichten, integrierte Lösungen an der PI-Grenze zu präsentieren. Darüber hinaus hatte jedes Feature einen definierten Verantwortlichen, was die Koordination der End-to-End-Lösung verbesserte, insbesondere wenn mehrere Teams beteiligt waren.

Jedes Team war sich über seine Aufgabe und den Wert, den es in den Stream einbrachte, im Klaren, was dazu führte, dass man sich für das gesamte Produkt verantwortlich fühlte und sich besser fokussieren konnte. Dadurch verbesserte sich die Gesamtleistung der Organisation und sie war besser gerüstet, um Herausforderungen anzunehmen.

Ende 2022 wurde ein Kundenprojekt eines globalen Fahrzeugherstellers gewonnen, und die Produktlinie ist für die Herausforderung bestens gerüstet!

Unser Vorgehen

Crossfunktionales Transitionsteam mit aktiver Teilnahme des Managements

Identifizierung von Value Steams, Definition von Agile Release Trains und Schaffung von Transparenz für den Arbeitsfluss entlang der Wertströme

Einrichtung crossfunktionaler Teams mit E2E-Verantwortung

Schärfung der Vision und Transparenz für die Strategie

Stärkung der agilen Kernkompetenzen auf allen Ebenen der Organisation

Einsatz der 5 Flight-Levels-Aktivitäten, um den Fokus auf Verbesserungen zu halten und die nächsten Schritte auf allen Ebenen der Organisation zu identifizieren

So verlief unser Auftrag

Im Jahr 2020 hat der Continental-Geschäftsbereich ADAS eine agile SAFe-Transformation eingeleitet. Im Rahmen dieser Initiative wurde eine neue Produktlinie mit dem Fokus auf Basis-/Plattformentwicklung für Human Vision eingerichtet. Diese Produktlinie war jedoch zunächst nicht Teil der SAFe-Transformation bis Ende 2021. Um den Übergang in die neue Produktlinie zu unterstützen, erhielt improuv ein einjähriges Engagement. Das primäre Ziel war es, die Organisation bei der Umstellung von einer Komponentenorganisation zu einer Value-Stream- und featureübergreifenden Teamorganisation zu unterstützen. Die Organisation arbeitete ursprünglich auf sehr traditionelle Weise. Kompetente Teams waren in der Lage, innovative Lösungen anzubieten und zu demonstrieren, aber unterschiedliche Schwerpunkte verhinderten, dass viele Dinge wirklich zu Ende gebracht werden konnten. Viele Silo-Komponententeams mussten planen und koordinieren, um dem Kunden einen Mehrwert zu bieten. Diese Teams waren auch in anderen Projekten außerhalb der Produktlinie tätig. Dies führte zu Abhängigkeiten, Ressourcenkonflikten und langsameren Fortschritten. Außerdem war die Verantwortung für die implementierten Features nicht durchgängig gegeben. In dieser relativ neuen Organisation gab es Herausforderungen, aber gleichzeitig hatte sie ein großartiges Team, das offen für Veränderungen und Experimente war. Diese Einstellung half bei der Umstellung. Im Rahmen eines Transitionsteams wurde die Transformation, auch durch die starke Eigenverantwortung des lokalen Managements, stark unterstützt. Auf diese Weise konnten Veränderungen umgesetzt und schrittweise verbessert werden. Als wir mit unserer Arbeit begannen, waren bereits einige Schritte zur Einführung von SAFe eingeleitet worden, z. B. erste Schulungen für Führungskräfte und ein "Proto-SAFe-PI"-Prozess. Einige wenige der Teams hatten Scrum sogar schon früher eingeführt. Der Schwerpunkt des Auftrags lag auf dem Coaching der Führungskräfte in Bezug auf Strategie und Business Agility. Außerdem sollte eng mit den Release Train Engineers und dem Transition Team zusammengearbeitet werden, um die Prozesse und die Leistung des Agile Release Train einzuführen und zu verbessern. Im Rahmen einer Facilitators Community of Practice wurden wir aber auch in das Coaching und Training von Scrum Mastern und Team Coaches eingebunden.

Die Anfangsphase

Zum Start jeder Transformation geht es darum, den aktuellen Zustand zu ermitteln und Ziele zu definieren. In diesem Projekt führten wir Interviews, Bewertungen und Workshops durch, um Visionen für Produkte und die Umstellung zu ermitteln. Außerdem haben wir ein cross-funktionales Transformationsteam ins Leben gerufen, an dem die Führungskräfte aktiv beteiligt waren. Das war ein Schlüsselfaktor für die erfolgreiche Transformation. Die Anfangsphase war sehr wichtig, um ein gemeinsames Verständnis und ein Ziel für die Transformation zu erreichen.

Zuvor bestand die Organisation aus vielen Silo-Komponententeams, die in einer projektbasierten Struktur ohne klare Definition von Value Streams arbeiteten. In einer Reihe von Workshops wurde die Transformation eingeleitet und ein einziger Entwicklungs-Value-Stream und Agile Release Train (ART) identifiziert und vereinbart. Die Product Owner und Manager der Komponententeams vereinbarten gemeinsam Annahmen und Regeln für Teamsetups und definierten Prototypen für die featureübergreifenden Teams. Schließlich wurden die Entwicklungsteams in einem Self-Designing-Workshop definiert, in dem sich die Teammitglieder in mehreren Runden selbst Teams zuordneten. Obwohl es bei der Zusammenstellung der neuen Teams einige Reibungsverluste gab, konnten sie kurz vor der ersten "echten" PI-Planungsveranstaltung ihre Arbeit aufnehmen. Die kollektive Definition der ART, die von den Personen vorgenommen wurde, die tatsächlich in ihr arbeiten würden, führte zu einer besseren Akzeptanz und half bei der Einführung. Sechs Monate später führte ein nervöser Coach eine Überprüfung mit allen Teams durch, um Feedback zur neuen Struktur zu erhalten. Die Überprüfung basierte auf den Ideen der Team Topologies. Das Ergebnis war sehr ermutigend. Es wurden zwar einige Probleme mit Abhängigkeiten und fehlenden Fähigkeiten festgestellt, aber alle Teams waren mit der neuen Arbeitsweise zufrieden: geringere Abhängigkeiten, mehr Lernen und Verantwortung und eine durchgehende Verantwortung für die Features.

Transformation

Visionen Strategie und Ergebnis

In den frühen Phasen der neuen Produktlinie waren die Strategie und die gewünschten Ergebnisse für die Teams nicht transparent. Auf der Grundlage von Ideen aus dem Flight Levels-Modell wurde ein Flight Level 3 Board definiert, in dem die Strategie in Initiativen (< ein Jahr) und Ergebnisse (< drei Monate) unterteilt wurde. Auf der Grundlage der Ergebnisse wurden die Features für das nächste PI als Arbeitsaufgaben definiert. Dieses Tool war eine große Hilfe bei der Prioritätensetzung und Strategieplanung und vermittelte uns allen einen guten Überblick über das "Warum" für die Planung des nächsten PI.

Flight Levels gilt als ein Denkmodell, das einer Organisation helfen kann, Business Agility zu erreichen, unabhängig von der aktuellen Situation oder dem angewandten agilen Rahmen. Flight Levels können Ihnen helfen, herauszufinden, wo in Ihrer Organisation Sie was tun müssen, um die gewünschten Ergebnisse zu erzielen. Man erreicht das mit fünf Aktivitäten auf drei Ebenen. Die drei Ebenen sind die Team-, die Koordinations- und die Strategieebene. Die fünf Aktivitäten können in jeder Transformation oder Organisation als Struktur und als Auslöser für die Neugierde, wie die Dinge sein könnten oder sollten, eingesetzt werden. Auf jeder Ebene in der Organisation und im Alltag können Sie die Aktivitäten als Leitlinien verwenden, um sinnvolle nächste Schritte zu identifizieren.

  • Visualisierung der Situation: Um die aktuelle Situation zu verstehen, stellten wir sicher, dass alle Ebenen visualisiert wurden, auch die Strategie- und Portfolioebene, und sorgten dafür, dass alle Ebenen transparent miteinander verbunden waren. Ziel war es, dass jeder in der Organisation den Zweck und die Auswirkungen der Punkte, an denen wir arbeiteten, verstehen konnte. Auf der Strategieebene verwendeten wir z. B. ein Strategieboard, die Vision und Strategie mit den Features verband, an denen wir für das nächste PI arbeiteten.
  • Fokus schaffen: Damit wir unsere Ziele erreichen können, haben wir uns bemüht, uns jeden Tag auf ALLEN Ebenen zu fokussieren (Fokus ist wirklich schwierig und kann weh tun, man muss sich jeden Tag bemühen). Das bedeutet, dass wir uns auf die Strategieebene konzentrieren, um die Zahl der strategischen Initiativen, an denen wir parallel arbeiten, zu verringern. Konzentration auf die End-to-End-Koordination, indem die Anzahl der Features in der Parallelarbeit begrenzt und sich auf den „Fokus“ im täglichen Scrum-Standup-Meeting konzentriert wird. Wir machten uns das Mantra „Stop Starting, Start Finishing“ zu eigen. Außerdem haben wir Regeln eingeführt, die besagen, dass für jedes Feature ein Team die End-to-End-Verantwortung trägt, auch wenn mehrere Teams daran beteiligt waren. Dies verbesserte die Koordination und die Lösung von Problemen.
  • Agile Interaktionen einrichten: Um sicherzustellen, dass unsere Meetings wertvoll und alle erforderlichen agilen Interaktionen abgedeckt sind, haben wir alle Meetings überprüft und sichergestellt, dass für jedes Meeting ein Zweck und ein Ergebnis dokumentiert wurde. Wir haben oft Mini-Retros nach den Meetings durchgeführt, um zu überprüfen, ob Zweck und Ergebnis erfüllt wurden, und um zu lernen und zu optimieren. Wir haben sogar versucht, verrückte Regeln einzuführen wie „Du sollst nicht an einem Meeting teilnehmen, wenn Zweck und Ergebnis nicht klar sind…“ — nun, das war vielleicht eine ziemlich harte Nummer…
  • Fortschritte messen: Um zu sehen, ob wir auf dem Weg in die richtige Richtung sind, haben wir die Bereiche ermittelt, in denen Veränderungen oder Verbesserungen erforderlich sind, und wie diese gemessen werden können:
    • Definition und Klärung der Ziele mit Fragen und Ermittlung der Messgrößen, die die Fragen beantworten können. Zu den Bereichen, die wir untersuchten, gehörten z. B. die Fortschritte bei der Verbesserung von Fähigkeiten und Prozessen, die mit Bewertungen gemessen wurden.
    • Die Zufriedenheit in den Entwicklungsteams, die mit regelmäßigen Überprüfungen gemessen wurde.
    • Flow in der Entwicklung, der anhand von Kanban-Kennzahlen wie Durchlaufzeiten (Lead Times), laufende Arbeiten (WIP) und Durchsatz gemessen wurde.  
  • Durchführen und Verbessern: Zur Unterstützung des Lernens und der kontinuierlichen Verbesserung sorgten wir für Lernzyklen auf ALLEN Ebenen, einschließlich der Ebene 3 der Führungsgemeinschaft. Nicht nur am Ende von Sprints oder PIs, sondern oft auch als natürlicher Teil unserer regelmäßigen Treffen.

Einsatz des Flight Level Models

Einführung von Kanban

Für eines der Teams in der Produktlinie, das noch mit einem Kundenprojekt beschäftigt war, machten wir ein Experiment zur Einführung von Kanban. Die Ergebnisse waren überraschend positiv, und es stellte sich heraus, dass die Leistung und die Zufriedenheit sowohl der Kunden als auch des Teams erheblich verbessert wurden.

Key Learnings

Nimm alle Kollegen auf die Reise mit

Erklärt das "Warum", lernt gemeinsam und stellt sicher, dass Kollegen die Einflussmöglichkeit haben.

Investiert in den "Spirit"

Lasst die Leute wissen, dass sie Teil von etwas Besonderem sind und holt euch Feedback.

Inspect and adapt

Vergesst nicht: Das ist ein Experiment; wir können und werden uns auf allen Ebenen kontinuierlich verbessern – wir möchten eine lernende Organisation werden.

Agility ist eine Reise

Bleibt dabei, kleine Schritte zu machen – wir werden nie ein finales Ziel erreichen.

Lead Coach

Wie wollen wir starten?

Unser Angebot ist so individuell wie Ihre Aufgabe. Darum sprechen Sie mit uns, wir hören zu. Wir nehmen uns Zeit, um Ihre Situation zu verstehen. Ganzheitlich. Unverbindlich. Versprochen.

Vereinbaren Sie noch heute ein Beratungsgespräch.

Noch mehr zum Thema

Skalierung bei Home Connect

Case Study einer agilen Transformation mit SAFe.

SAFe Einführung bei censhare

Case Study einer SAFe Einführung, die zu einer gemeinsamen Produktvision und Team-Spirit führte.

Authentisch führen

Ein Blogbeitrag über authentische Führung und Leadership im 21. Jahrhundert.

Ist es auch bei Ihnen Zeit für
Wandel?

Artikel wurde in den Warenkorb gelegt.