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-JAX 2013)
Search
Joerg Mueller
November 06, 2013
Programming
0
4
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
37
The Tech Stack Canvas (BED-Con 2023)
joergm
0
110
Was hat der Produktlebenszyklus mit Software-Architektur zu tun? (BED-Con 2023)
joergm
0
44
Istio, Linkerd 2, or …? A comparison of Service Mesh implementations
joergm
0
11
ISTIO, LINKERD UND CO. IM VERGLEICH: WELCHES SERVICE MESH PASST ZU MIR?
joergm
0
10
Kubeless - Das Beste aus zwei Welten (Continuous Lifecycle 2018)
joergm
0
6
Microservice Architekturen praktisch - Kubernetes (Architecture Summit 2018)
joergm
0
3
Kubernetes - the abstract cloud (Microservice Summit 2018)
joergm
0
5
Getting started fast: Development infrastructure, CI, and test deployment to a Kubernetes cluster on AWS
joergm
0
190
Other Decks in Programming
See All in Programming
TypeScriptの型とパフォーマンス (TSKaigi 2024)
ypresto
14
4.4k
An adventure of Happy Eyeballs
coe401_
1
140
スタックトレース始めてみた
kuro_kurorrr
4
1.1k
TypeScriptから始める VR生活
tamagokakeg
2
110
TCAとKMPを用いた新規動画配信アプリ 「ABEMA Live」の設計
tomu28
2
140
最近コードレビューで指摘したこと
forrep
3
110
RustでAWS Lambda functionをいい感じに書く
taiki45
2
140
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
0
120
The grand strategy of Ruby Parser
yui_knk
4
250
Documentation testsの恩恵 / Documentation testing benefits
ssssota
1
550
ソースコードを美しくたもつために ~コードレビューの認知限界を突破し、年間400リリースを達成する~
kotauchisunsun
1
600
Runtime Objects in Rust
mitsuhiko
0
210
Featured
See All Featured
The Invisible Customer
myddelton
114
12k
Unsuck your backbone
ammeep
664
57k
GraphQLの誤解/rethinking-graphql
sonatard
56
9.3k
What’s in a name? Adding method to the madness
productmarketing
PRO
17
2.7k
What the flash - Photography Introduction
edds
64
11k
Building Your Own Lightsaber
phodgson
100
5.7k
What's new in Ruby 2.0
geeforr
338
31k
Art, The Web, and Tiny UX
lynnandtonic
290
19k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
26
2.3k
BBQ
matthewcrist
80
8.8k
How to name files
jennybc
65
94k
Agile that works and the tools we love
rasmusluckow
325
20k
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