Slide 1

Slide 1 text

Nobody is left behind. Stephan Stapel Hermes Germany GmbH

Slide 2

Slide 2 text

01 Intro. 02 Technische Patterns. 03 Organisatorische Patterns. 04 Sharing Knowledge. 05 Erkenntnisse. Inhalt

Slide 3

Slide 3 text

Hermes ist in Deutschland die Nr. 2 in der B2C-Paketzustellung und der Marktführer im Großstücksegment. 11.000 Zustellende liefern für Hermes aus. Bis zu 2,5 Mio. Zustellungen am Tag.

Slide 4

Slide 4 text

Unser Ansatz. DevOps ist unser Betriebssystem. Continuous Delivery. Unsere Strategie seit 2017.

Slide 5

Slide 5 text

Dies hat uns deutliche Verbesserungen ermöglicht. Deutliche Geschwindigkeits-Steigerung. Höhere Qualität, höhere Sicherheit. Hohe Durchdringung mit Cloud-Technologie.

Slide 6

Slide 6 text

Wir haben festgestellt, dass unsere Teams in unterschiedlichen Geschwindigkeiten arbeiten.

Slide 7

Slide 7 text

Wir glauben, dass Two-Speed-IT schädlich für eine Tech-Kultur sind. Die Organisations-Entwicklung wird komplizierter. Wir wollen verhindern, dass es Verlierer in der Transformation gibt. Es braucht Anstrengung, alle Teams für die Transformation zu gewinnen.

Slide 8

Slide 8 text

Ich werde die Begriffe Langsames System-Team bzw. Schnelles System-Team nutzen.

Slide 9

Slide 9 text

Wir haben zwei Hauptgründe für Langsamkeit gefunden.

Slide 10

Slide 10 text

#1 Komplexe Logik. Zu viele Domains, die in einer Applikation adressiert werden. Oder: Zu viele Abhängigkeiten, die Aufmerksamkeit erfordern. Oder: Der Test-Scope ist zu groß. Test- Szenarien sind schwer zu erzeugen. #2 Technische Basis. Es wird Technologie eingesetzt, die nicht dazu gedacht ist, kontinuierlich zu deployen. In unserem Fall: vor allem JEE-Container. Oder: Wegwerf-Architekturen, ohne Gedanke an dauerhafte Weiterentwicklung.

Slide 11

Slide 11 text

Kein Grund (in unserem Fall): Team-Setup. Wir haben in unserem Umfeld keine Beispiele, wo Team-Kapazität die Ursache war. Wir haben auch keinen Fall, wo Fähigkeiten oder Ausbildung die Ursache war.

Slide 12

Slide 12 text

Keines der gefundenen Gründe kann einfach gelöst werden.

Slide 13

Slide 13 text

02 Einige technische Patterns helfen uns, um die Zusammenarbeit mit Teams mit langsamen Systemen zu erleichtern.

Slide 14

Slide 14 text

Pattern #1 Abhängigkeiten isolieren. Schnelles System Langsames System Adapter zum langsamen System Häufiges Muster: Abhängigkeiten werden explizit gemacht und isoliert durch das Implementieren eines dedizierten Adapters zum langsamen System. Dies ermöglicht es zum einen, beidseitig den Impact von Veränderungen zu reduzieren.

Slide 15

Slide 15 text

Pattern #2 Kontrakte nutzen, um Implementierungsphasen zu entkoppeln. Schnelles System Langsames System Teams verständigen sich auf einen expliziten Schnittstellenkontrakt.

Slide 16

Slide 16 text

Pattern #2 Kontrakte nutzen, um Implementierungsphasen zu entkoppeln. Nach der Synchronisation für die Kontrakterstellung geschieht die Implementierung in der jeweiligen Geschwindigkeit. Der Go-Live ist der zweite Synchronisations-Punkt. t t Sync Sync Go-Live Team S Team L Implementierung

Slide 17

Slide 17 text

Pattern #3 Gemeinsame Entwicklung. Schnelles System Langsames System • Kooperation • Pull Request

Slide 18

Slide 18 text

03 Patterns für die organisatorische Entwicklung.

Slide 19

Slide 19 text

Niemals aufgeben, die Teams verbessern zu wollen.

Slide 20

Slide 20 text

Langsame System-Teams bieten einen großen Wert in unserer Organisation. 20 Sie arbeiten häufig lange in der Konstellation zusammen. Es handelt sich meist um sehr erfahrene Kollegen, anerkannte Experten in ihren Business-Domains.

Slide 21

Slide 21 text

Langsame System-Teams sind oft Dreh- und Angelpunkt. 21 Langsamkeit darf nie als Waffe eingesetzt werden. Es ist wichtig, die eigene Bedeutung für die Anwendungslandschaft zu verstehen: Innovationen anderer (schnellerer) Teams kann behindert werden durch Abhängigkeiten zu Langsame System- Teams. Wir müssen die Atmosphäre zwischen den Teams im Blick behalten.

Slide 22

Slide 22 text

Pattern #1 Dein eigenen Takt finden. Die organisatorische Arbeit mit Langsame System-Teams sollte nicht abrupt geschehen. Stattdessen braucht es eine Schritt-für-Schritt-Entwicklung. Beispiel: Echte Continuous Delivery ist meist schwer zu erreichen. Einmal pro Sprint verlässlich zu deployen, ist meistens möglich. So fühlt sich jedes Team als Teil der organisatorischen Entwicklung.

Slide 23

Slide 23 text

Pattern #2 Die Spur halten. Die Entwicklung aller Teams muss im Blick behalten werden, insbesondere auch der Langsame System- Teams. Es ist einfach, sich in einer großen Organisation zu verstecken. Oder sich zu verlieren. Sicherstellen, dass das Leadership/ Team-Verhältnis eine gute Betreuung ermöglicht. Bend-and-wait ist keine Option!

Slide 24

Slide 24 text

Pattern #3 Nachhaltigkeit. Kontinuierliche Arbeit mit dem Team, an den Prozessen und an der Technologie sind notwendig. Und möglich. Vorteile von Innovationen verdeutlichen. Übersetzen, Adaptieren der Innovationen ermöglichen. Beispiel: Application Monitoring ist eine gute Investition. Selbst dann, wenn es in den vergangenen Jahren keine Ausfälle gab.

Slide 25

Slide 25 text

04 Wissen teilen.

Slide 26

Slide 26 text

Wir experimentieren mit verschiedenen Formaten. Keine Einbahnstraße. Interne IT-Messen, um voneinander zu lernen. Sowohl aus einer fachlichen als auch aus einer technologischen Perspektive. Offene Sprint-Reviews → gut investierte Zeit. Communities of Practice, um Wissen zu vergemeinschaften, aufzubereiten und zu teilen.

Slide 27

Slide 27 text

05 Unsere Erkenntnisse.

Slide 28

Slide 28 text

Gibt es Auswirkungen auf unser Geschäft? “Früher haben wir unsere Call Center-Agents intensiv für jedes Release trainiert. Daher waren wir sehr zurückhaltend bei der Idee, dass unsere Kern- Applikation alle 3 Wochen live gehen soll. Da die Änderungen allerdings so Klein sind, die alle 3 Wochen in die Applikation einfließen, reicht es, diese geeignet zu erklären und Release-Trainings komplett zu streichen.” – Christine, Trainer, Customer Service

Slide 29

Slide 29 text

Unsere Erkenntnisse. Es gibt keinen Universal-Ansatz für eine solche Transformation. Teams verändern sich in unterschiedlichen Geschwindigkeiten. Es braucht die kontinuierliche Arbeit mit Teams, auch wenn moderne Technologien nicht einfach adaptiert werden können. Das ist aufwendig. Der Aufwand lohnt sich, um glückliche Mitarbeiter und eine gesunde Tech-Kultur zu erreichen!

Slide 30

Slide 30 text

Stephan Stapel Head of Development [email protected] @StephanStapel https://www.linkedin.com/in/stephan-stapel Diese und weitere Präsentationen auf https://speakerdeck.com/hermes/

Slide 31

Slide 31 text

No content