Das Dokument behandelt die Transformation in der Softwareentwicklung durch DevOps, Scrum, Continuous Delivery, Cloud-Modelle und Microservices, um die Produktivität und Innovation zu steigern. Es betont die Bedeutung interdisziplinärer Teams und Selbstverantwortung sowie die Notwendigkeit, Arbeitsmethoden und organisatorische Strukturen anzupassen, um schnellere Feedbackzyklen und Flexibilität zu ermöglichen. Der Fokus liegt auf der Automatisierung und dem Wandel des Denkens der Mitarbeiter, um die Effizienz und Qualität in der Softwareentwicklung zu erhöhen.

1. DevOps
29.09.2016
Alexander Pacnik,
Head of DevOps Engineering

2. Einführung
... Produktfokussierung – die Entstehungsgeschichte der Veränderung
2
Produktlebenszyklus
Umsatz/Features
Innovative Phase
(technisch orientiert)
Entwicklung Einführung und Wachstum
Deliver value faster
Produktqualität
Innovation
Flexibilität

3. DevOps
... die Entstehungsgeschichte der Veränderung
3
Veränderung der Arbeitsweise
1. Scrum 2. Continuous Delivery
3. Cloud & XaaS 4. Microservices
3

4. Arbeitsweise
... die Entstehungsgeschichte der Veränderung
4
Veränderung der Arbeitsweise
1. Scrum 2. Continuous Delivery
3. Cloud & XaaS 4. Microservices
4

5. Arbeitsweise
... Scrum – ein interdisziplinäres Team mit einem gemeinsamen Ziel
5
Product Backlog Sprint Backlog Lauffähige Inkrement
Sprint
14 Tage
24h
Sprint Planning
Daily Planning
Retrospektive

6. Arbeitsweise
... Continuous Improvement – Verbesserung durch Eigenverantwortlichkeit
6
Zeit
Qualität
Check
ActPlan
Do
Check
ActPlan
Do

7. Arbeitsweise
... Reifegrad
7
‣ Schnelles Feedback durch kurze Iterationen vorhanden?
‣ Führen Retrospektiven zu Veränderungen?
‣ Arbeitet das Team an einem gemeinsamen Ziel?

8. Automatisierung
8
Veränderung der Arbeitsweise
1. Scrum 2. Continuous Delivery
3. Cloud & XaaS 4. Microservices
8
... Übersicht

9. Automatisierung
... Überblick über Methoden und Umsetzung
9
Methodik Continuous Integration Continuous Delivery Continuous Deployment DevOps
Automatisierung Development Deployment Deploy to Production Operations

10. 1st Stage
Automatisierung
... Continuous Delivery – das DevOps-Team verantwortet alle App-Abläufe
1010
Testquadrant
Interdisziplinäres
Team
2nd Stage 3rd Stage Release Produktion
Self-Service
Deployment
Bei Bedarf
Entwicklung (Dev) Build & Test Integrationstests System Tests Fachliche Tests
Artefakt Repository Automatisch
Komponententests Funktionale Tests
Nichtfunktionale
Tests
User Acceptance
Tests
Monitoring, Logging

11. Automatisierung
... Reifegrad
11
‣ Wie lange dauert es, eine Zeile Code von der Idee zum Kunden zu bringen?
‣ Wie viele „escaped defects“ gibt es?

12. Infrastruktur
... Übersicht
12
Veränderung der Arbeitsweise
1. Scrum 2. Continuous Delivery
3. Cloud & XaaS 4. Microservices
12

13. Infrastruktur
... Skalierung der IT – das DevOps-Team verantwortet seine IT Umgebung
1313
Interdisziplinäres
Team
1st Stage 2nd Stage 3rd Stage Release Produktion
Self-Service
Deployment
Betrieb (Ops) Systeme &
Konfiguration
Bei Bedarf (Umgebungen und Systeme provisionieren)
Ressourcen-Verwaltung
Compute Network Storage Management
Systeme &
Konfiguration
Systeme &
Konfiguration
Systeme &
Konfiguration
Systeme &
Konfiguration

14. Infrastruktur
... Cloud-Modelle - Infrastruktur als Self-Service-Baukasten für das DevOps-Team
1414
Public Hybrid Private
IaaS
Infrastructure as a Service
SaaS
Software as a Service
PaaS
Plattform as a Service
Kontrolle / GovernanceAufwand
Flexibilität

15. Infrastruktur
... Reifegrad
15
‣ Wie lange dauert es, eine Umgebung (mit alten Versionen) aufzubauen?
‣ Kann frei über den Anbieter entschieden werden (on premise vs. Cloud)?

16. Applikation
... Übersicht
16
Veränderung der Arbeitsweise
1. Scrum 2. Continuous Delivery
3. Cloud & XaaS 4. Microservices
16

17. Applikation
... Teams und Software Architektur skalieren
1717
System
Team
Domäne
Interface
Logik
Daten
System
Team
Team
Team
Interface
Daten
Domäne
Domäne

18. Applikation
... Skalierung der Entwicklung – Microservices, Applikationen als Baukasten
1818
Team
Domäne (App)
System System
‣ ein Team, das sich um eine
Domäne kümmert und dafür
1-n Systeme verwendet
Daten Daten
Team
Domäne (App)
Daten
System
LoseKopplung(API)
Team
Domäne (Infrastruktur)
System System
Lose Kopplung (API)

19. Applikation
... Reifegrad
19
‣ Können Applikation und IT-Systeme außerhalb des Teams als Self-
Service konsumiert werden?
‣ Existieren produktorientierte Teams?

20. Organisation
... Übersicht
20
1. Scrum 2. Continuous Delivery
3. Cloud & XaaS 4. Microservices
20
Organisation

21. Organisation
... wie Produktorientierung die Organisation verändert
21
PO / PMIT Plattform
Provider
DevOps Design
Marketing
betreiben,
erstellen,
planen verkaufen
Kurze Kommunikations- und EntscheidungswegeSelf-Service

22. Organisation
22
‣ Auf den ersten Blick sind Technologien, Arbeitsweisen und Methoden
einer erfolgreichen Organisation offensichtlich.
‣ Der Versuch den Erfolg durch die Übernahme von Technologien,
Arbeitsweisen und Methoden zu kopieren ist oft nicht erfolgreich.
‣ Motivierte und befähigte Mitarbeiter sind entscheidend, da nur diese die
Technologien, Arbeitsweisen und Methoden an die Organisation und die
Umwelt anpassen können.
... Transformation – Umsetzung der Themen

23. Organisation
... Reifegrad
2323
‣ Kommunikation so einfach wie möglich?
‣ Existieren kurze Entscheidungswege?
‣ Existieren kurze Feedbackzyklen?
‣ Transparenz gegeben?
‣ Handlungsfähigkeit gegeben?
1. Applikation
entwickeln
2. Systeme &
Umgebung
konfigurieren
3. Applikation
installieren
4. Applikation
überwachen
(Monitoring)
5. Applikation
betreiben
(Logging)

24. Fazit
... auf die Mitarbeiter kommt es an
2424
Arbeitsmethoden Automatisierung
Infrastruktur Applikation
Selbstbestimmtes
Team
Die Veränderung von Verhalten und Arbeitsmethoden
führt zu einer Veränderung des Denkens.

25. Vielen Dank!
Alexander Pacnik
IT Engineering & Operations
Head of DevOps Engineering
inovex GmbH
Ludwig-Erhard-Allee 6
76133 Karlsruhe
Mobil: +49 (0)173 3181 040
Mail: alexander.pacnik@inovex.de
Sie möchten individuelle
Beratung? Nehmen Sie
Kontakt mit uns auf!
info@inovex.de

26. Anhang
Lizenz des Vortrags
‣ Creative Commons (by-nc-nd)