Post on 14-Jan-2015
description
transcript
Agil skalieren Prinzipien statt Blaupause
Scrum Club, Immobilien Scout 24 Stefan Roock, stefan.roock@it-agile.de, @StefanRoock
„Theory and practice need to
co-evolve.[…] If it works, find out why. Then you
can scale.“
Dave Sowden, Autor des Cynefin-Frameworks.
Flexibel reagieren
erfolgreicher agiler Pilot
Wie Agilität
in größerem Umfang nutzbar
machen?
zufriedene Kunden
kurze Time-2-Market
hohe Qualitätzufriedene Entwickler
Koordination der Teams?
Zusammenarbeitsmodell mit dem Rest des Unternehmens für den Regelbetrieb finden (Pilot war Ausnahmesituation)
Skalierung mit Blueprints?
Culture eats strategy for breakfast.
Agilität bedeutet Kulturwandel
Peter Drucker
Kulturwandel skalieren
schrittweise Ausbreitung von Keimzellen aus
Organisch wachsen
t
•Face-2-Face Kommunikation und gemeinsames Arbeiten
•Emergente Strukturen •Inspect&Adapt •Process Ownership
PRINZIPIEN
Teams koordinieren?
Alignment vs. Autonomie
Alignment Autonomie
Autonomie durch Alignment nach Moltke
Autonomie
Alig
nmen
t
siehe auch Stephen Bungay: „The art of action“
Aktionen: das „wie“
Intention: das „warum“
und „was“
Agilität: Alignment und Autonomie
Autonomie
Alig
nmen
t
Aktionen: das „wie“
Agile Lean
Intention: das „warum“
und „was“
•Unterstützende Führung •Autonome Teams •Selbstorganisation •Dezentrale Entscheidungen
PRINZIPIEN
technische Koordination
fachliche Koordination
technische Koordination
fachliche Koordination
Chief Product Owner
Product Owner
Product Backlog
Chief Product Owner
Product Backlog
Product Feature Owner
Feature-Teams
Team hat alle Skills, die notwendig sind, um lieferbare
Produktinkremente herzustellen
cross-funktional besetzt
entwickelt lieferbare Funktionalität (aus
Kundensicht) über alle Teams
setzt Product Backlog Items um
ein Product Owner für das Produkt
Teams besitzen die Fähigkeit, Features
selbst zu detaillieren.
Feature Owner
Probleme / grobe Features
Definition of Done
t
Team-Fähigkeiten erweitern: Def. of Done
Team
leis
tet
meh
r
Definition of Ready Definition of Done
t
Team-Fähigkeiten erweitern: Def. of Ready
Team
leis
tet
meh
r
Team
bra
ucht
w
enig
er V
orga
ben
•Kontinuierliche Zusammenarbeit von Business und IT
•Cross-funktionale autonome Teams
•Lernen •kontinuierliche Verbesserung
PRINZIPIEN
Teams mit Missionen
Missionen
Teams optimieren selbstorganisiert
auf ihre Missionen hin
grobe Features
Goal#1-Team
Missionen
Teams optimieren selbstorganisiert
auf ihre Missionen hin
grobe Features
Goal#1
•Priorisierung / Fokus •Selbstorganisation •Autonome Teams
PRINZIPIEN
? ?
technische Koordination?
Unabhängigkeit der Teams
Kosten durch
Code- und
Daten-
Redundanz
Kost
enRedundanzkosten
Unabhängigkeit der Teams
Kost
en
Abstimmungs- kosten
Abstimmungskosten
Kosten durch
Code- und
Daten-
Redundanz
Unabhängigkeit der Teams
Kost
en
Abstimmungs- kosten
Gesamt-kosten
Gesamtkosten
Kosten durch
Code- und
Daten-
Redundanz
•Technische Exzellenz •Autonome Teams •Emergente Strukturen
PRINZIPIEN
Agile Scaling Cycle
Koordination der Teams
Abhängigkeiten minimieren
Organisations- entwicklung
Prinzipien agiler
Skalierung
Agile Scaling Practices
Team-Verantwortung entlang der Wertschöpfungskette ausdehnen Feature-Teams Team-Missionen Open Allocation Modularisierung (z.B. Verticals) Sandboxing Definition of Done, Definition of Ready synchronisierte Sprints Release Cadence Continuous Delivery …
Prinzipien
Abhängigkeiten minimieren
Koordination der Teams
Organisations-entwicklung
Team-Verløtung Goal#1 Portfolio-Board Besuch bei Daily Serums Scrum of Scrums Communities of Practice Open-Spaces Task-Forces gemeinsame Release-Planung gemeinsames Sprint-Planning gemeinsames Sprint-Review Open Prio Meeting konsultative Einzelentscheidung Continuous Integration …
PDCA Gemba (statt Reporting) Transitionsteam Organizational Impediment Backlog gemeinsame Retrospektiven Operations-Review …
Communities of Practice
Goal#1
Beispielhafte Praktiken zur Koordination
Zeitlicher Horizont
Anz
ahl T
eam
sTeam-Verløtung
Portfolio/Program-Kanban
gemeinsame Sprint-Planung
gemeinsames Sprint-Review
Continuous Integration
gemeinsame Release-Planung
Besuch bei Daily
Scrums
Scrum of Scrums
konsultative EinzelentscheidungTask-Forces
Open Prio Meeting
Stunden Tage Wochen Monate
•Kulturwandel •End-2-End-Verantwortung •Emergente Strukturen • Inspect & Adapt •Selbstorganisation •Autonome Teams •Process Ownership •Kontinuierliche Verbesserung •Gekippte Matrix / CoPs •Technische Exzellenz
Zusammenfassung
siehe auch scaledprinciples.org
it-agile hilft auch Ihnen gerne dabei, den eigenen Weg zur agilen Skalierung zu finden.E-Mail: info@it-agile.deTel. 040/41 358 48-0
Weiterführende Informationen zum Thema haben wir Ihnen auf einer Web-Seite zusammengestellt:http://www.it-agile.de/agile-skalierung
IHR HABT EUCH DAGEGEN GESPERRT, EINEN BLUEPRINT FÜR DIE TRANSITION VORZULEGEN. DAMALS HIELT ICH DAS FÜR UNPROFESSIONELL, HEUTE WEISS ICH, DASS IHR RECHT HAT TET.
Philip Missler Geschäftsführer InteractiveMedia CCSP GmbH (ehem. Projektleiter Scrum Transition Deutsche Telekom Products & Innovations)
„skalieren“ ist ein Verb
TransitionsteamTransitions- Backlog
Produkt des Transitionsteams: Agile Teams in einer agilen
Organisation
Erkenntnisse aus den agilen Teams
Vielen Dank für die Aufmerksamkeit
Stefan Roock stefan.roock@it-agile.de Twitter: @StefanRoock
Broschüre zur agilen
Skalierung: www.it-agile.de