Das Dokument beschreibt das DevOps-Paradigma, das Entwicklung und Betrieb integriert und die Übergabe von Verantwortung zwischen diesen Bereichen minimiert. Es wird betont, dass durch Selbstbedienung, Automatisierung und Teamverantwortung neue Prozesse und Rollen entstehen, die die Produktentwicklung effizienter gestalten. Zudem werden die Grenzen traditioneller Projektmanagementansätze infrage gestellt und die Nutzung von Feature-Teams hervorgehoben, um eine kontinuierliche Verantwortung und bessere Kommunikation zu ermöglichen.

1. Consulting. Design. Agile Projects. Products. Innovation Hosting.
DevOps Day!
Haute Couture: DevOps, CI/CD und Featureteams
Walter Strametz, CTO - please follow me @WalterStrametz

2. Consulting. Design. Agile Projects. Products. Innovation Hosting.
Das DevOps Paradigma

3. Development und Operations sind getrennt, Applikation wird übergeben.
DevOps – Derzeitige Situation
Dev Ops
Programmierung
- Software
- Erstellt «Packet»
Betrieb
- Überwacht Blech
- Logfiles
- Definiert Lieferstandard
Handover
- Bestellung der IT
- Betriebsdokumente
- Software Packet
- Entlang des
Deployment Prozesses

4. Verantwortlichkeiten, Prozesse, Tools und Organisation ändern sich!
DevOps – Was ändert sich?
Dev Ops
Programmierung
- Software
- Erstellt «Packet»
Betrieb
- Überwacht Blech
- Logfiles
- Definiert Lieferstandard
Handover
- Bestellung der IT
- Betriebsdokumente
- Software Packet
- Entlang des
Deployment Prozesses

5. Kein Handover von notwendig, Entwickler orchestrieren Deployment (Infrastructure as Code)
DevOps – DevOps!
Dev Ops
Programmierung &
betriebliche
Verantwortung
- Software
- Release & Betrieb
Betrieb
- Eliminiert (Cloud)
- Maintenance Self-Service
Shops
- Self-Service und
Monitoring Tools
Ops?
Self-Service
- Toolgestützt und
automatisiert
- Cloud oder Intern
- Neue Tools

6. Consulting. Design. Agile Projects. Products. Innovation Hosting.
Klassischer Ansatz:
Projektierung, Scrum und Ops

7. DevOps Day! – Verträge, Übergaben, Abstimmungen und Abhängigkeiten
Zeit, Budget, Scope
PO
Backlog
Projekt
Team1
SM
Team2
SM
Team3
SM
PO
Backlog
PO
Backlog
Projekt
Projekt
PL
PL
PL
Übergabe
INT
Übergabe
PROD
ScrumTeams

8. DevOps Day! - Prozesse und Rollen im Betrieb
Zeit, Budget, Scope
PO
Backlog
Ops
Ops
Ops
Ops
Ops
Ops
Ops
Projekt
Team1
SM
Team2
SM
Team3
SM
PO
Backlog
PO
Backlog
Projekt
Projekt
PL
PL
PL
Übergabe
INT
Übergabe
PROD
ScrumTeams

9. DevOps Day! - Abhängigkeiten zwischen Komponenten
Zeit, Budget, Scope
PO
Backlog
Ops
Ops
Ops
Ops
Ops
Ops
Ops
Projekt
Team1
SM
Team2
SM
Team3
SM
PO
Backlog
PO
Backlog
Projekt
Projekt
PL
PL
PL
Übergabe
INT
Übergabe
PROD
ScrumTeams

10. DevOps Day! - Handoff (Übergabe) heisst Management
Zeit, Budget, Scope
PO
Backlog
Ops
Ops
Ops
Ops
Ops
Ops
Ops
Projekt
Team1
SM
Team2
SM
Team3
SM
PO
Backlog
PO
Backlog
Projekt
Projekt
PL
PL
PL
Übergabe
INT
Übergabe
PROD

11. Consulting. Design. Agile Projects. Products. Innovation Hosting.
Featureteams:
Devops, CI, CD und keine
Projekte

12. DevOps Day! – Das Versprechen von Feature Teams
PO
Product
Backlog
Team1
SM
Team2
SM
Team3
SM
Keine
Übergabe
INT
Keine
Übergabe
PROD
ScrumTeams
Breitere
Produkt
Definition
Ein Produkt, eine Quelle, ein TaktKein Projektvertrag
bzw. Vorbestimmung.
Budget/Scope Check
und PL nicht notwendig

13. DevOps Day! – Prozesse und Rollen im Betrieb
PO
Product
Backlog
Team1
SM
Team2
SM
Team3
SM
Keine
Übergabe
INT
Keine
Übergabe
PROD
ScrumTeams
Breitere
Produkt
Definition
Ein Produkt, eine Quelle, ein Takt
Durchgehende Verantwortung
Teammitglieder werden «gemixt», jedes
Team machen alle vier Komponente
GEMEINSAM. Komponenten-Experten und
«Reisende» (Ziel: Wissensvermittlung!)
für Einzelne Experten.

14. DevOps Day! – Abhängigkeiten zwischen Komponenten
PO
Product
Backlog
Team1
SM
Team2
SM
Team3
SM
Keine
Übergabe
INT
Keine
Übergabe
PROD
ScrumTeams
Breitere
Produkt
Definition
Ein Produkt, eine Quelle, ein Takt
Durchgehende Verantwortung
«Communication in code»:
Abhängigkeiten werden so weit wie
möglich im gemeinsamen Source Code
Repo gebracht. CI, CD, Testautomati-
sierung, Container sind Enabler.

15. DevOps Day! – Kein Vertrag und keine Übergaben. Wo ist das Management?
PO
Product
Backlog
Team1
SM
Team2
SM
Team3
SM
Keine
Übergabe
INT
Keine
Übergabe
PROD
ScrumTeams
Breitere
Produkt
Definition
Ein Produkt, eine Quelle, ein Takt
Durchgehende Verantwortung

16. DevOps Day! – Kleinstmögliches Zusammenarbeitsmodell
PO
Team
Stake-
holder(ja!)
Higher
Mgt
(bei internen
Kunden)
Abklärungen
PO Übergibt keine:
- Spezifikationen
- Dokumente
- Mockup
- Wireframes
bestellt

17. Consulting. Design. Agile Projects. Products. Innovation Hosting.
Diskussion

18. DevOps Day! – Zum Vergleich und Diskussion
Copyright 2014 - AgiliX Agile Consulting B.V.
- Was wären die Vorraussetzungen für
«Communicate in Code»?
- Wie würde eine mehrstufige CI/CD
aussehen?
- Was wäre die Aufgabe von PLs?
- Was würden Manager machen?
- Was ist mit Security?
- Was ist mit Architektur?
- Was machen «Architekten»
ohne SAD?
- Würde das Chaos ausbrechen?
- Für jedes Problem eine neue
Rolle/Stelle
- Copy/Paste Organisation

19. Wir digitalisieren Ihr Unternehmen.
Consulting. Design. Agile Projects. Products. Innovation Hosting.
ti&m AG
Buckhauserstrasse 24
CH-8048 Zürich
Belpstrasse 39
CH-3007 Bern
Telefon +41 44 497 75 00
E-Mail info@ti8m.ch
Twitter @ti8m_ag
Facebook ti8m.ch/fb
www.ti8m.ch