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
93
The Tech Stack Canvas (BED-Con 2023)
joergm
0
170
Was hat der Produktlebenszyklus mit Software-Architektur zu tun? (BED-Con 2023)
joergm
0
180
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
39
Kubeless - Das Beste aus zwei Welten (Continuous Lifecycle 2018)
joergm
0
12
Microservice Architekturen praktisch - Kubernetes (Architecture Summit 2018)
joergm
0
22
Kubernetes - the abstract cloud (Microservice Summit 2018)
joergm
0
24
Getting started fast: Development infrastructure, CI, and test deployment to a Kubernetes cluster on AWS
joergm
0
220
Other Decks in Programming
See All in Programming
코딩 에이전트 체크리스트: Claude Code ver.
nacyot
0
990
テストから始めるAgentic Coding 〜Claude Codeと共に行うTDD〜 / Agentic Coding starts with testing
rkaga
16
6k
Vibe Codingの幻想を超えて-生成AIを現場で使えるようにするまでの泥臭い話.ai
fumiyakume
18
9.2k
可変性を制する設計: 構造と振る舞いから考える概念モデリングとその実装
a_suenami
3
590
バイブスあるコーディングで ~PHP~ 便利ツールをつくるプラクティス
uzulla
1
270
AIともっと楽するE2Eテスト
myohei
9
3.1k
プロダクトという一杯を作る - プロダクトチームが味の責任を持つまでの煮込み奮闘記
hiliteeternal
0
190
Quality Gates in the Age of Agentic Coding
helmedeiros
PRO
1
100
コーディングエージェント概観(2025/07)
itsuki_t88
0
130
ご注文の差分はこちらですか? 〜 AWS CDK のいろいろな差分検出と安全なデプロイ
konokenj
4
680
Rails Frontend Evolution: It Was a Setup All Along
skryukov
0
320
知って得する@cloudflare_vite-pluginのあれこれ
chimame
1
120
Featured
See All Featured
Balancing Empowerment & Direction
lara
1
500
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
Docker and Python
trallard
45
3.5k
Bash Introduction
62gerente
613
210k
Product Roadmaps are Hard
iamctodd
PRO
54
11k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
10
990
Thoughts on Productivity
jonyablonski
69
4.7k
Optimising Largest Contentful Paint
csswizardry
37
3.3k
Designing Experiences People Love
moore
142
24k
The World Runs on Bad Software
bkeepers
PRO
70
11k
The Power of CSS Pseudo Elements
geoffreycrofte
77
5.9k
Producing Creativity
orderedlist
PRO
346
40k
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