Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Continuous Delivery ist keine Technologie (W-JA...
Search
Joerg Mueller
November 06, 2013
Programming
0
10
Continuous Delivery ist keine Technologie (W-JAX 2013)
Joerg Mueller
November 06, 2013
Tweet
Share
More Decks by Joerg Mueller
See All by Joerg Mueller
The Tech Stack Canvas (engl.)
joergm
0
92
The Tech Stack Canvas (BED-Con 2023)
joergm
0
170
Was hat der Produktlebenszyklus mit Software-Architektur zu tun? (BED-Con 2023)
joergm
0
170
Istio, Linkerd 2, or …? A comparison of Service Mesh implementations
joergm
0
39
ISTIO, LINKERD UND CO. IM VERGLEICH: WELCHES SERVICE MESH PASST ZU MIR?
joergm
0
38
Kubeless - Das Beste aus zwei Welten (Continuous Lifecycle 2018)
joergm
0
11
Microservice Architekturen praktisch - Kubernetes (Architecture Summit 2018)
joergm
0
22
Kubernetes - the abstract cloud (Microservice Summit 2018)
joergm
0
22
Getting started fast: Development infrastructure, CI, and test deployment to a Kubernetes cluster on AWS
joergm
0
210
Other Decks in Programming
See All in Programming
Azure AI Foundryではじめてのマルチエージェントワークフロー
seosoft
0
150
LT 2025-06-30: プロダクトエンジニアの役割
yamamotok
0
620
AIプログラマーDevinは PHPerの夢を見るか?
shinyasaita
1
180
Systèmes distribués, pour le meilleur et pour le pire - BreizhCamp 2025 - Conférence
slecache
0
110
童醫院敏捷轉型的實踐經驗
cclai999
0
210
新メンバーも今日から大活躍!SREが支えるスケールし続ける組織のオンボーディング
honmarkhunt
0
140
プロダクト志向なエンジニアがもう一歩先の価値を目指すために意識したこと
nealle
0
120
High-Level Programming Languages in AI Era -Human Thought and Mind-
hayat01sh1da
PRO
0
640
GoのGenericsによるslice操作との付き合い方
syumai
3
700
Quand Symfony, ApiPlatform, OpenAI et LangChain s'allient pour exploiter vos PDF : de la théorie à la production…
ahmedbhs123
0
100
Node-RED を(HTTP で)つなげる MCP サーバーを作ってみた
highu
0
110
#kanrk08 / 公開版 PicoRubyとマイコンでの自作トレーニング計測装置を用いたワークアウトの理想と現実
bash0c7
1
650
Featured
See All Featured
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
PRO
181
53k
Making Projects Easy
brettharned
116
6.3k
Writing Fast Ruby
sferik
628
62k
Practical Orchestrator
shlominoach
188
11k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
34
5.9k
A Tale of Four Properties
chriscoyier
160
23k
GitHub's CSS Performance
jonrohan
1031
460k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
The Pragmatic Product Professional
lauravandoore
35
6.7k
It's Worth the Effort
3n
185
28k
Bash Introduction
62gerente
614
210k
Git: the NoSQL Database
bkeepers
PRO
430
65k
Transcript
Continuous Delivery ist keine Technologie Marco Kisperth, Jörg Müller
Marco Kisperth der Product Owner @kisperth Jörg Müller der Techniker
@joergm
Unser Product Owner hatte eine Vision!
Update der Anwendung mindestens einmal pro Stunde möglich
Features werden während der Umsetzung laufend ausgerollt
Ein System für Produktion, Akzeptanz, Preview und Schulung
Wir hatten erstmal gewaltige Zweifel!
„Jeder Commit automatisch auf Produktion!“
None
Wer bezahlt den Aufwand für die automatisierte Testabdeckung?
Wie soll so ein automatisches Deployment funktionieren?
Jetzt sollen If-Bedingungen für neue Features in den Code?
Warum wollte der Product Owner so etwas?
Nur ein genutztes Feature ist ein gutes Feature
Keine goldenen Wasserhähne
Features in kleinen Schritten zur Verfügung stellen
Weniger Komplexität
Mehr Zufriedenheit
Was mussten wir tun, damit es funktioniert?
Kein extra QA
Operations im Team
Support durch Business Analysten und Developer
Alle Verantwortung und Fähigkeiten mussten in ein Team
Technologisch brauchten wir eine Deployment Pipeline
Automatisierte Test-Stages aber nur ein Stage für Menschen
Der Test-Modus ersetzt das Preview- System test
Feature Switches sind nötig, aber seltener, als man denkt
Kanban statt Scrum pull
Commanders Intent Acceptance Tests Kommunikation ! keine detaillierte Spezifikation !#?
Community mit Anwendern und Entscheidern aufbauen
Anwendungs-Controlling
Die Anwendung informiert selber über Änderungen neu
Wie weit sind wir damit gekommen?
500.000 Zeilen Code (Java, Javascript, Groovy, XML, HTML)
21.000 Unit Tests & 400 Selenium Test
Fehler schnell beheben ist wichtiger als vermeiden
17 „Entwickler“, 3 BA, 1 UX, 1 PO
Klassische Rollenbilder gemischt
Was hat es in uns verändert?
„Das ist mein Produkt“
Test Driven Development
Refactoring in small steps
Agile Methoden und Continous Delivery greifen perfekt ineinander!
Keine Abstimmung zum Rollout nur Freischalten ist Entscheidung des Product
Owners
Feature oder Bugfix Wo ist der Unterschied?
Neue Prioritäten für Bugfixes/Findings Quickwins first
Hard-Coded ist die neue Konfigurierbarkeit
Was sind die Voraussetzungen?
„Einfach“ beginnen Es gibt kein „Fertig“
„Seniore“ Teammitglieder
Ohne Disziplin geht es nicht
Nein sagen! Der Sog zum klassischen Vorgehen wird stark sein
Eigenverantwortung muss gewollt und möglich sein
Haben sich die Erwartungen erfüllt?
JA!
Themen können technisch und fachlich fertiggestellt werden!
Continuous Delivery ist ein Mindshift
Marco Kisperth
[email protected]
@kisperth Jörg Müller
[email protected]
@joergm blog-it.hypoport.de Vielen
Dank an Verena Würfel für die Erstellung der Grafiken