Organisationsevolution mittels Systems-Thinking

Transkript

1 Organisationsevolution mittels Systems-Thinking ein praktischer Ansatz Agile World 2016, München Hendrik VP Operations & Programs DE Program Director Supporting Agile Adoption

2 Eine Transformations-Story Warum gelingt es manchmal und manchmal nicht? Ein besserer Ansatz Unsere Transformation näher betrachtet Zusammenfassung Q&A

3 Eine Transformations-Story

4 und manchmal nicht?

5 Komplexität

6 Komplexität erfassen?

7 Cynefin KOMPLEX sondieren-erfassen-antworten KOMPLIZIERT erfassen-analysieren-antworten emergent practice UN- ORDNUNG good practice CHAOTISCH handeln-erfassen-antworten novel practice OFFENSICHTLICH erfassen-kategorisieren-antworten best practice Dave Snowden, HBR Article, Nov 2007

8

9 Das system verändern

10 Warten auf entstehende Veränderung?

11 Experimente zur System- Veränderung?

12 Wie können wir ein human system beeinflussen?

13 Rahmenbedingungen Alle Gesellschaften haben akzeptierte Regeln. Diese werden entweder gesetzt oder entstehen dynamisch. In einem Unternehmen setzen und managen wir üblicherweise Rahmenbedingungen.

14 Rahmenbedingungen? Mitarbeiter Verhalten Fähigkeiten Prozesse Strukturen Interdependenz ein System von Rahmenbedingungen

15 Human System Action Tool Verhalten Fähigkeiten Ziel- oder Problembeschreibung Strukturen Prozesse Human System Action Tool Ericsson AB/Hendrik Esser

16 Human System Action Tool Verhalten Verhalten Einstellungen Werte Bedürfnisse Organisation Steuerung Be-/Entlohnung Rollen (Informelle) Netzwerke Strukturen Ziel- oder Problembeschreibung Fähigkeiten Kompetenzen Fertigkeiten # Mitarbeiter Verborgene Talente Prozesse Praktiken Tools Gewohnheiten Prozesse Human System Action Tool Ericsson AB/Hendrik Esser

17 Lernzyklus Systembetrachtung Analyse: - Ist das Ziel noch gültig? - Was unterstützt das Ziel? - Was nicht? Beobachtung der entstehenden Veränderungen Definition eines Veränderungsexperiments Ergreifen von Veränderungsmaßnahmen

18 Beispiel: Unsere Transformation näher betrachtet Iterative Veränderungsexperimente

19 Iteration 1

20 Verhalten Fähigkeiten Erwartetes Führungsverhalten Gestärkte (empowered) Teams Rekrutierung von Führungskräften ( richtige Einstellung) Zusammenarbeit Dev-ProdMgt Agile manifesto X-funktionale Teams ScM, PO Rollen Backlog-Koordination System-Design, Entwicklung, Test in einer Organisation Steuerung Strukturen Kundenzufriedenheit Q TTM Prozesse Trainieren & Coachen von Teams Scrum Uncertainty Mgt Entscheidungsmodell Retrospektiven

21 Iteration 2

22 Verhalten Fähigkeiten Leadership Teams expected behaviors ignorieren Empower Kommittees teams Architektur Q Collaboration gefährdet R&D-ProdMgt Agile manifesto Architekten & Kommittees Mentor-Ansatz X-fct teams ScM, PO roles Backlog coordination Bestärkung der Architekten System und Kommittees Design, Development, Test in one org Governance Kundenzufriedenheit Q TTM Strukturen Prozesse Recruit leaders (right mindset) Volle Leadership- Train and coach teams Unterstützung für die Veränderung. Scrum Uncertainty Mgt Decision model Retrospectives

23 Iteration 3

24 Verhalten Fähigkeiten Leadership Funktionierende expected behaviors SW ist der einzige Empower Fortschrittsindikator teams Dokumentation Collaboration vernachlässigt. R&D-ProdMgt Recruit leaders (right mindset) Train and coach teams Fokus Agile auf manifesto sämtliche architects & committees Kundenerwartungen, mentoring approach nicht nur Code. X-fct teams ScM, PO roles Re-enforce architect Backlog and committee coordination roles Klärung der PO Rollendefinition System Design, Development, Test Höhere in one Priorität org auf Nicht-Code Governance Kundenzufriedenheit Q TTM Strukturen Prozesse Scrum Uncertainty Mgt Decision model Retrospectives

25 Iteration 4

26 Verhalten Fähigkeiten Gut Leadership expected behaviors funktionierende Teams divergieren Zusammenarbeit Recruit leaders (right mindset) Empower Diskussionen, teams was die Dev-ProdMgt beste Vorgehensweise ist. Collaboration R&D-ProdMgt Train and coach teams Bestärkung Agile manifesto innerhalb architects & committees von Rahmenbementoring approach dingungen X-fct teams ScM, PO roles Re-enforce architect Backlog and committee coordination roles System Design, Development, Test in one org Governance Strukturen Kundenzufriedenheit Q TTM Scrum e2e-flow nicht optimal Uncertainty Mgt Stärkung des Entscheidungsmodells: mehr Fokus Decision auf e2e model in DoD Klärung, welche Prozesse Retrospectives und Tools verpflichtend bzw. optional sind. Prozesse

27 Iteration 5

28 Verhalten Fähigkeiten Leadership expected behaviors Wir benötigen Empower keine teams Zusage- Entscheidung Collaboration R&D-ProdMgt Recruit leaders (right mindset) Train and coach teams Empowerment Agile manifesto architects & committees within boundaries mentoring approach X-fct teams ScM, PO roles Re-enforce architect Backlog and committee coordination roles System Design, Development, Test in one org Governance Kundenzufriedenheit Q TTM Strukturen Scrum Uncertainty Mgt Strengthen decision model Entfernen der Decision Zusage- model Clarify Entscheidung which processes aus dem & tools Modell are mandatory and which Retrospectives ones optional Prozesse

29 Iteration 6

30 Verhalten Fähigkeiten Leadership Teams expected möchten behaviors näher am Kunden Empower teams arbeiten Collaboration R&D-ProdMgt Recruit leaders (right mindset) Train and coach teams Empowerment Agile manifesto architects & committees within boundaries mentoring approach X-fct teams ScM, PO roles Re-enforce architect Backlog Frühe and committee Kunden-Demos coordination roles System Einklinken Design, der Teams Development, in die Test Kommunikation in one org zwischen ProdMgt und Kunden Governance Strukturen Kundenzufriedenheit Q TTM Scrum Uncertainty Mgt Strengthen decision model Remove Decision commitment model Clarify Frühe which Interaktion decisions processes mit from dem the & tools Kunden model are mandatory and which Retrospectives ones optional Prozesse

31 Iteration 7

32 Verhalten Fähigkeiten Teams Leadership expected behaviors überambitioniert gegenüber Kunden Empower teams hoher Stresspegel Collaboration R&D-ProdMgt Recruit leaders (right mindset) Lernen, realistische Zusagen zu machen Train and coach teams Empowerment Agile manifesto architects & committees within boundaries mentoring approach X-fct teams ScM, PO roles Re-enforce architect Backlog and committee coordination roles System Design, Development, Test in one org Governance Kundenzufriedenheit Q TTM Strukturen Scrum Uncertainty Mgt Strengthen decision model Remove Decision commitment model Clarify which decisions processes from the & tools model Erwartungsmanagement? are mandatory and which Retrospectives ones optional Prozesse

33 Die Reise geht weiter

34 Resultate 100% Produkt-Releases pünktlich 50% Weniger SW-Fehler nach Produkteinführung beim Kunden Bessere Entscheidungen durch signifikant verbesserte Interaktionen (Kultur der Zusammenarbeit)

35

36 Eine agile Transformation ist eine dynamisch entstehende Veränderung eines human systems! Durchführung von Systemveränderungs-Experimenten + Betrachen des entstehenden Ergebnises Adaption über das nachfolgende Experiment Das Human System Action Tool hilft bei der Identifizierung guter Systemveränderungs-Experimente

37 Q A

38