Scaled Agile

SAFe PI Planning bei Siemens Mobility – Tag 2, Herausforderungen und Lösungen

Tag 2 – Finalisierung des PI Planning Planning Adjustment und Team Breakout 2 zum Teil 1 Zum Start des 2. Tages des SAFe PI Planning stellten die RTE und das Product Management die im Management Review getroffenen Entscheidungen vor. Danach starteten die Teams in ihr zweites Team Breakout, wo sie ihre Planung vom Vortag fortsetzten …

SAFe PI Planning bei Siemens Mobility – Tag 2, Herausforderungen und Lösungen Weiterlesen »

PI Planning bei Siemens Mobility – Vorbereitung und Tag 1

Siemens Mobility hat vor rund einem Jahr mit SAFe begonnen und vor kurzem das inzwischen 4. PI Planning durchgeführt. Wie ein PI Planning bei Siemens Mobility abläuft wollen wir im Folgenden kurz beschreiben. Zum 4. PI Planning trafen sich rund 90 Kolleginnen und Kollegen in München, um gemeinsam die nächsten 6 Sprints ihrer Produktentwicklung zu planen. …

PI Planning bei Siemens Mobility – Vorbereitung und Tag 1 Weiterlesen »

Über das IKEA Starterkit, Spotify und Frameworks

Das IKEA Küchen-Starterkit ist eine wunderbare Erfindung: ich brauche es, wenn ich bei meinen Eltern ausziehe und die erste eigene Wohnung einrichte. In diesem Fall kann es mir wirklich den Tag retten: Ich kann meine Küche benutzen, auch wenn ich vorher keinen Plan davon hatte. Wenn man allerdings wirklich ohne eigene Vorkenntnisse herangeht (bei mir …

Über das IKEA Starterkit, Spotify und Frameworks Weiterlesen »

Pragmatisch Skalieren: jenseits der Methoden

Wir arbeiten an einem neuen Konzept zu Agiler Skalierung. Wir führen jetzt schon einige Zeit methodenbasierte Trainings zu agiler Skalierung, vor allem zu SAFe und Less durch. Wir haben gelernt, dass es wichtig ist, die Konzepte und Prinzipien hinter den Praktiken zu diskutieren, weil man nur mit diesem Hintergrund die Praktiken an die spezifische Situation …

Pragmatisch Skalieren: jenseits der Methoden Weiterlesen »

Die Lieferpipeline in SAFe 4.5

SAFe 4.5 legt wesentlich mehr Wert auf die Beschreibung guter Praktiken für eine Lieferpipeline, die eine solide Grundlage für einen zuverlässigen, effektiven und kontinuierlichen Wertstrom bildet. In einigen Implementierungen hat eine Unterschätzung dieser zugrundeliegenden Notwendigkeiten zu bestenfalls gemischten Erfolgen geführt. Neu ist die explizite Beschreibung der iterativen und experimentellen Natur des Produktentwicklungsprozesses auf einer hohen …

Die Lieferpipeline in SAFe 4.5 Weiterlesen »

Die neue SAFe Version 4.5 – was bedeutet das für die Anwendung

Die neue Version 4.5 von SAFe ist gerade erschienen und das bietet Anlass, nicht nur über die Änderungen in SAFe selbst nachzudenken, sondern auch über die Entwicklungen in der Agilität im Allgemeinen zu reflektieren. Neue Mitbewerber sind erkennbar: das LeSS-Framework ist fertig, jetzt auch gut dokumentiert und hat sich als klarer Zweiter im Markt für Agile Skalierungsframeworks …

Die neue SAFe Version 4.5 – was bedeutet das für die Anwendung Weiterlesen »

SAFe 4.5 – die wichtigsten Neuerungen auf einen Blick

SAfe 4.5 ist im Juni freigegeben worden und bringt einige neue Features. Manche sind kosmetischer Art, aber es gibt auch wichtige Erweiterungen und Klarstellungen. Neue Delivery Pipeline Die wohl wichtigste Erweiterung ist die Delivery Pipeline.Sie baut nach wie vor auf dem Mantra „Develop on Cadence, Release on Demand“ auf, mit dem sichergestellt werden soll, dass …

SAFe 4.5 – die wichtigsten Neuerungen auf einen Blick Weiterlesen »

Team-Methoden – Teams in skalierter Umgebung, Teil 3

Scrum/XP als Grundlage Teams nutzen in der Regel eine solide Implementierung von Scrum als Hauptgrundlage und liefern wertvolle Software nach jedem Sprint, also in der Regel alle zwei Wochen. Sie verwenden die Rollen, die in Scrum definiert sind: der Product Owner repräsentiert die Autorität über die umzusetzenden User Stories. Der Scrum Master treibt den kontinuierlichen Verbesserungsprozess …

Team-Methoden – Teams in skalierter Umgebung, Teil 3 Weiterlesen »

Team-Skills und –Qualitäten – Teams in skalierter Umgebung, Teil 2

Codequalität und Architektur In einer größeren Entwicklung wird der Effekt schlechter Codequalität viel stärker wirksam: die Teams verlassen sich nicht mehr auf Zulieferungen, können keine realistischen Vorhersagen machen oder Commitments abgeben. Eine skalierte Umgebung produziert in aller Regel langlebigen Code, die Effekte schlechter Qualität summieren sich auf und behindern die Lieferfähigkeit nachhaltig. Deshalb ist Codequalität …

Team-Skills und –Qualitäten – Teams in skalierter Umgebung, Teil 2 Weiterlesen »

Scroll to Top