Robert Briese, Agile Coach und LeSS Trainer, zeigt hier die wichtigsten organisatorischen Änderungen, die zur Vereinfachung der Organisation beitragen und eine anpassungsfähigere Produktentwicklungsgruppe schaffen.
2. w w w . l e a n s h e r p a s . c o m
ROBERT BRIESE
Experte für agile Veränderungen als Berater und Coach in
kleinen und großen Organisationen seit über 20 Jahren:
● 2020: Lean Startup @ Yello Strom
● 2018: LeSS Coach @ BMW Autonomous Driving
● 2015: LeSS Einführung @ SAP IT - sapstore.com
● 2014: Einführung von Agilität bei der Vaillant Group
● 2011: Continuous Delivery @ SAP IT
Zertifizierugen:
● 2019: Zertifizierter LeSS Trainer
● 2018: Zertifizierter Skilled Facilitator (Roger Schwarz)
● 2012: Zertifizierter Product Owner (Scrum Alliance)
● 2011: Zertifizierter Scrum Master (Scrum Alliance)
2
3. w w w . l e a n s h e r p a s . c o m
LEAN SHERPAS GMBH
Über uns
● Gegründet in Berlin im Jahr 2013
● Wir bieten Schulungen, Beratung und Coaching für Lean & Agile
Produktentwicklung, Organisationsdesign und digitale Transformation
an
● Eine von nur 10 Large-Scale Scrum Coaching-Firmen weltweit
● Nr. 1 zertifizierter LeSS-Training-Anbieter in Deutschland
Unser Ansatz
Wir bieten umfangreiches Fachwissen in verschiedenen Bereichen, darunter
die Gestaltung lernender Organisationen, Förderung des
Produktwachstums und Erreichung technischer Exzellenz. In
Zusammenarbeit mit unseren Kunden setzen wir die erforderlichen
Veränderungen um, um ihre gewünschten Ziele zu erreichen.
3
4. "Wie können wir Agilität in unserer
großen, komplexen Organisation im
großen Maßstab anwenden?"
5. w w w . l e a n s h e r p a s . c o m
"Wie können wir Agilität in unserer
großen, komplexen Organisation im
großen Maßstab anwenden?"
DIE FALSCHE FRAGE
6. w w w . l e a n s h e r p a s . c o m
"Wie können wir das unnötig große und
komplexe Organisationsdesign
vereinfachen und agil sein, anstatt einfach
Agilität zu betreiben?"
DIE WICHTIGE FRAGE:
8. “Agilität ist die Fähigkeit einer Organisation,
sich neuen Bedingungen anzupassen und ihre
Richtung zu ändern, während sie maximalen
Wert und Kundenerfahrung schafft.”
- Mike Beedle
8
13. w w w . l e a n s h e r p a s . c o m
1. EIN SPRINT / EIN INTEGRIERTES
GESAMT-PRODUKT
WIE:
• Eine einheitliche Kadenz für alle Teams schaffen
• Das integrierte Produkt nach jeder Iteration gemeinsam
mit allen Teams überprüfen (mit Hilfe eines Sprint
Review Bazaars)
WARUM:
• Schafft Transparenz darüber, was in jedem
Sprint funktioniert und wie dies Wert erzeugt
• Ermöglicht frühzeitiges und häufiges Feedback
• Verringert das Risiko, isoliert zu arbeiten
• Ermöglicht stetige Verbesserung des Produkts
13
14. w w w . l e a n s h e r p a s . c o m
2. EIN PRODUCT OWNER / EIN
PRODUCT BACKLOG
WIE:
• Product Owner auf Team-Ebene eliminieren
• Team Product Backlogs durch Priorisierung eines einziges
Product Backlogs eliminieren
WARUM:
• Maximiert das Wissen der Produktgruppe über
das Gesamtprodukt
• Maximiert die Sichtbarkeit der (hypothetisch) wertvollsten
Elemente aus geschäftlicher/Kundensicht, an denen
gearbeitet werden soll
• Stellt sicher, dass die Teams hypothetisch an den wertvollsten
Elementen aus der Sicht des Unternehmens arbeiten
14
15. w w w . l e a n s h e r p a s . c o m
3. ERWEITERE DIE PRODUKT-
DEFINITION
WIE:
• Definiere das Produkt so weit wie möglich (Was sehen
die Kunden als “das Produkt”? Gibt es gemeinsame
Komponenten zwischen den aktuellen Produkten?)
WARUM:
• Ermöglicht eine kundenorientiertere und bessere
Priorisierung
• Löst Abhängigkeiten zwischen separaten Produkten auf
• Denken aus der Perspektive des Kunden
• Vermeidung doppelter Produktfunktionen
• Schaffung einfacherer Organisationen
15
16. w w w . l e a n s h e r p a s . c o m
4. ERSTELLE FEATURE TEAMS
WIE:
•Beseitige spezialisierte Rollen
•Bilde funktionsübergreifende Teams, die an
kundenorientierten Features von Anfang bis
Ende arbeiten
WARUM:
•Es müssen keine Abhängigkeiten zwischen
Teams geplant und verwaltet werden
•Ermöglicht bessere Ziel- und Kundenorientierung
•Verbessert die Lern- und Anpassungsfähigkeit
16
17. w w w . l e a n s h e r p a s . c o m
5. BESEITIGE SPEZIALISIERTE PROZESSE
WIE:
•Beseitige Projekt-Management
•Beseitige Portfolio-Management
• Beseitige vorgegebene Prozesse
WARUM:
•Schafft mehr Teamverantwortung für die
Prozesse
•Schafft sinnvolle Arbeit
17
18. w w w . l e a n s h e r p a s . c o m
6. TEAMS VERWALTEN ABHÄNGIGKEITEN
WIE:
• Gebe den Teams die Verantwortung, die Koordination mit
anderen zu verwalten
• Nutze Praktiken wie: Einfach sprechen, über Code
kommunizieren, Communities, Teamübergreifende
Meetings, Open Space, Komponenten Mentoren, Traveler,
Scouts, Leading Teams
WARUM:
• Koordinationstechniken müssen situationsabhängig und
anpassbar in großen Gruppen sein
• Schafft mehr Teamverantwortung für das gesamte System
• Schafft sinnvolle Arbeit
18
19. w w w . l e a n s h e r p a s . c o m
7. BESEITIGE GEOGRAFISCHE
VERTEILUNG
WIE:
• Reduziere die Anzahl der Standorte, Gebäude und Stockwerke
• Keine separaten Büros
• Regelmäßige Reisen der Teammitglieder zwischen
den Standorten
• Teilen Sie teamübergreifende Räume zum Entspannen,
Lernen und Informationsaustausch
• Verwenden Sie Räume mit bodentiefen Whiteboards und
ohne Möbel
WARUM:
• Erhöht die Fokussierung auf das Gesamtprodukt und
schafft bessere Produkte
19
20. w w w . l e a n s h e r p a s . c o m
8. BEFÄHIGE DIE MITARBEITER
WIE:
•Beseitige nachteilige HR-Praktiken
•Beseitige Hierarchien
•Führe Manager als Lehrer ein
WARUM:
•Schafft eine engagiertere Belegschaft, die
Verantwortung für Selbstmanagement
übernimmt
20
21. w w w . l e a n s h e r p a s . c o m
9. VERWENDE MODERNSTE
ENGINEERING-PRAKTIKEN
WIE:
•Führe Continuous Integration and Delivery ein
•Führe TDD and ATTD (SpecByExample) ein
•Etabliere ein hohes Maß an automatisierten Tests
•Arbeite an ständiger Verbesserung von Code und
Architektur
WARUM:
•Technische Agilität beschränkt organisatorische
Agilität
21
22. w w w . l e a n s h e r p a s . c o m
10. BETRACHTE JEDE ITERATION
RÜCKBLICKEND
WIE:
• Führe Retrospektiven auf Teamebene und auf Produkt-
/Bereichsebene durch
• Zu der Gesamtretrospective kommen Teamvertreter, PO,
SMs und Manager
• Verwende Systems Modelling bei der Diskussion des
Organisationssystems
WARUM:
• Das System verbessert sich hin zur Perfektion
• Probleme auf Organisationssystemebene werden angegangen
22