Von SAFe v2.5 zu SAFe v3.0

Größe: px

Ab Seite anzeigen:

Download "Von SAFe v2.5 zu SAFe v3.0"

Gerhardt Beutel
vor 8 Jahren
Abrufe

1 Von SAFe v2.5 zu SAFe v3.0 Neuerungen im Big Picture Juli 2014 Felix Rüssel, KEGON AG 1

2 Webinar Etiquette Das Webinar wird aufgezeichnet und später zusammen mit der Präsentation veröffentlicht Teilnehmer während Präsentation stumm geschaltet Rückfragen und Hinweise bitte per Chat Für Diskussion werden die Teilnehmer auf Hinweis aktiv geschaltet Bitte auf Hintergrundgeräusche achten Mit Namen melden, damit Wortmeldung zugeordnet werden kann Bei Fragestellungen, die nicht in der Aufzeichnung erscheinen sollen bitte per Chat anfragen 2

3 Über die KEGON AG Führendes deutsches Beratungshaus rund um Schulungen und Coaching rund um Expertise in Scaled Agile Framework (SAFe), Large Scale Scrum (LeSS), Agility Path und anderen Ansätze Scaled Agile Bronze Partner mit mehreren erfahrene SPCs & SAs Das Scaled Agile Framework bei mehreren Kunden im Einsatz 3

4 Über Felix Rüssel Management KEGON Seit 2002: Agile Methoden 2012: Erster SPC in Deutschland Fokus: Skalierbarkeit von Agilität und Fragestellungen, die sich aus der Schnittstelle Markt/Business/Umsetzung ergeben felix.ruessel@kegon.de KEGON AG Biebricher Allee Wiesbaden Tel.: Fax.: info@kegon.de 4

5 Veränderung des Big Pictures in den letzten Jahren 5

7 7

8 Veränderungen im SAFe Big Picture 3.0 8

9 Strukturelle Änderungen Agile Release Train fasst nun Programm- und Teamebene zusammen. Dies wird in der neuen Struktur im BP3.0 sehr deutlich gemacht. Lean Thinking House und Lean Agile Leaders als kritischer Erfolgsfaktor (auf dem alles basiert) wird zwischen Portfolio- und Programm-Ebene visualisiert. Begriff "Potentially Shippable Increment / PSI" entfällt, ersetzt durch "Program Increment". Metrics - sowohl auf Portofolio- als auch auf der Programm-Ebene 9

10 Portfolio Strategic Themes - Portfolio & Unternehmensstrategie ( The Bigger Picture ) Wertschöpfungsketten als Basis der Strukturierung können durch mehrere ARTs implementiert werden. Fokus auf Wertschöpfungsketten / Wertstromketten erschließt sich nur dem aufmerksamen Betrachter. Coordination - Content, Integration, Releasing Epics (Portfolio-Ebene) können mehrere Releases und mehrere ARTs umfassen. Budgets (Lean-Agile Budgeting) statt Investment Themes Nichtfunktionale Anforderungen (NFRs) 10

11 Program Program-Epics: Program-Iteration übergreifende Themen, die jedoch auf ein Programm (ART) beschränkt sind PSI eliminiert, Program Increments. Es heißt aber weiterhin "Release Planning" - warum hier nicht auch "Program Increment Planning"? Pakete symbolisieren die inkrementelle Entwicklung / Werterzeugung WSJF wurde explizit aufgenommen, da WSJF mittlerweile in der Branche bekannt ist und bereit häufig eingesetzt wird ART Metrics - Metriken nicht nur auf der Portfolio-Ebene 11

12 Team HIP --> Hardening wurde entfernt, da es nicht zum "deliver on demand" passt. System Validation muss vor Auslieferung durchgeführt werden. HIP Sprint IP Sprint Code Quality wurde um 3 konkrete Praktiken ergänzt Test First als Platzhalter für die Text-Matrix mit den 4 Test-Quadranten 12

13 Hinter dem Big Picture The Bigger Picture Mehrere SAFe Instanzen in einem Unternehmen / The Big Picture in den Unternehmenskontext Agile Architecture Principles: 7 4 Einige der Prinzipien befinden sich nun an anderer Stelle Überarbeitung vieler Artikel Guidance durch aktualisierte Artikel Free SAFe // Enterprise SAFe (ESAFe) Enterprise SAFe: Lizensierbare Variante für Unternehmen. Alle Elemente können editiert und ergänzt werden. 13

14 Eine erste Bewertung 14

Einschätzung: Positives Zusammenführung der Programm- und Team-Ebene, die gemeinsam einen ART bilden macht klar, dass die dort aufgeführten Rollen, Artefakte und Prozesse fest zu den Teams gehören.

15 Einschätzung: Positives Zusammenführung der Programm- und Team-Ebene, die gemeinsam einen ART bilden macht klar, dass die dort aufgeführten Rollen, Artefakte und Prozesse fest zu den Teams gehören. The Bigger Picture mehrere SAFe Instanzen Strategic Themes Portfolio-Ebene: Große Wertströme können mehrere ARTs (Programme) umfassen können Coordination, Budgets Exponierte Darstellung des Lean Thinking House und der Lean-Agile Leaders Prinzipien des Lean-Agile Leaderships Take a System View Embrace the Agile Manifesto Implement Product Development Flow Unlock the Intrinsic Motivation of Knowledge Workers 15

16 Einschätzung: Verbesserungspotential 1/2 Weitere Konsolidierung der Begrifflichkeiten auf der Programm- Ebene erforderlich Warum weiterhin "Release Planning", obwohl das "Release on Demand" jetzt stärker betont wird? Warum nicht von Program Increment Planning (PIP) oder Program Planning? Unterscheidung EPIC (Portfolio) und Program-Epic (Programm) Kann nachvollzogen werden, allerdings erhöht dies die Komplexität des BP (muss alle Guidance auf das BP?) System Team / DevOps - die Unterscheidung bedarf immer noch viel Erklärung Vielzahl an Rollen Epic Owner, Business Owner, Product Management, Lean Agile Leaders Unterschiedliche Aufgaben, Befugnisse und Pflichten lassen sich nicht intuitiv herleiten. 16

17 Einschätzung: Verbesserungspotential 2/2 Code Quality auf der Teamebene: Ist sehr wichtig - allerdings fehlt dann auch noch das "Solution Quality" auf der Programm-Ebene. Ausgegraute Elemente (Agile Lean Leaders, Shared) kann verwirren. Durch den Fokus auf Continuous Deployment wird das Thema Hardening auf die sekundäre Ebene zurück gedrängt. Nachvollziehbar und Zielzustand, allerdings hat ein explizites Hardening im BP stets die Diskussionen um dieses wichtigen Aspekt befeuert und zu einer Sensibilisierung beigetragen (weniger Wunschdenken). Beachtenswert, wie sich dieses Thema von 0.x 3.0 verändert hat Einige Elemente stehen etwas abseits, sind nicht intuitiv zuordbar. Man hat den Eindruck, dass hier und da etwas zu viel Details in das BP gewandert sind. Portfolio: Coordination Anzahl Elemente BP es werden immer mehr Details im Big Picture aufgeführt, statt sich auf das Wesentliche zu konzentrieren. 17

18 Diskussion! Von SAFe v2.5 zu SAFe v3.0 Juli 2014 Felix Rüssel 18

19 19

20 20

21 Referenzen Scaled Agile Framework Big Picture of Enterprise Agility (2009) Blog der KEGON AG Deutsche SAFe Community auf XING Deutsche SAFe Community auf Google+ plus.google.com/u/0/communities/

Ähnliche Dokumente

Agilität auf Unternehmensebene - Was hält uns davon ab?

Agilität auf Unternehmensebene - Was hält uns davon ab? Alexander Birke, Juli 2015 Copyright 2015 Accenture All rights reserved. Wie stellt sich Agilität heute dar? Das Scrum Framework: einfach und mittlerweile