The slides of my session KPI-Driven-Development at SoCraTes Conference 2019

1. KPI
1
KPI-Driven-Development
David Völkel

2. 2 Welten
2
Manager Entwicklungsteam

3. Geschäftsziele unklar für’s Team
3
Manager Entwicklungsteam
Geschäftsziel

4. Geschäftsziele unklar für’s Team
4
Manager Entwicklungsteam
Geschäftsziel
Problem
=> Features ohne Geschäftsnutzen

5. 5
C-Level Manager Entwicklungsteam
KPI-Driven-Development
Alignment
KPI

6. 6
C-Level Manager Entwicklungsteam
KPI-Driven-Development
Alignment
Autonome
&
datengetriebene
Umsetzung
KPI

7. 7
Agenda
- Alignment durch KPIs
- Datengetrieben in der Praxis
- Das Team als Product Owner
- Diskussion

8. 8
Nichts Neues?
- Alignment durch KPIs
- Datengetrieben
- Devs als Product Owner
OKRs
Lean Startup
Developer Anarchy

9. 9
ALIGNMENT
Die KPI als gemeinsames Ziel

10. 10
Beispiel-Kontext
- Business Case
- Potentiale
- Automatisierung
- UX
- Themenspeicher Self-Service Apps
- C-Level "Review-Board" alle 4 Monate
- Lean Startup Workshop

11. 11
Beispiel-Kontext
- Business Case
- Potentiale
- Automatisierung
- UX
- Themenspeicher
Anzahl eingesparte Vorgänge
NPS
KPIs

12. 12
Zielkonflikt zwischen KPIs
- Automatisierung
- UX
Anzahl eingesparte Vorgänge
NPS
KPIs

13. 13
C-Level Manager
"Mir ist letztlich
scheißegal was Ihr
baut, Hauptsache
ihr maximiert die
eingesparten
Vorgänge!“
Die Wende im Review Board
Entwicklungsteam
„Passt!“

14. 14
C-Level Manager
"Wir wollen ein
anderes Produkt
bauen, da das mehr
Vorgänge einspart“
Wir machen ernst im Review Board
Entwicklungsteam
„Gerne!“

15. 15
Nutzen
- Klares, gemeinsames Ziel
- Management & Team
- Im Team
- Transparenz
- Autonomie
=> Business Impact
=> Teamgeist
=> Vertrauen
=> Entkopplung

16. 16
The hard part: die "richtige KPI™“
- Immer Kontext-spezifisch,
aber OKR bietet Orientierung
- "Start, Inspect & Adapt“
statt "Analysis Paralysis"
- Balance zw. KPIs

17. 17
LEAN STARTUP
Datengetrieben in der Praxis

18. Quantitativ
• Bestehenden Daten
anderer Abteilungen
• Neue Messpunkte
erstellen
Qualitativ
• User Tests / Interviews
"out of the building"
• In-App-
Kommentarfelder
18
Know your Customer

19. 19
Trade-Offs
Zielkonflikte zw. KPIs
Lernen vs. liefern
Leading vs. Lagging Metriken

20. 20
There will be Uncertainty!
- Ideal: jede Story hat exakten Wert
- Praxis: Unsicherheit, Messen ist schwierig &
kostet

21. 21
Beispiel
- Vorgängervorgänge ausgewertet
- Bessere Usability (NPS)
- Strecke instrumentiert
- Vertragsarten (Potentiale)
- A/B-Tests in Maßen

22. 22
MVP Philosophie
Billige Experimente
statt teurer Umsetzung
Radikal Unwichtiges streichen
Simplicity als Teamwert

23. 23
Nutzen Lean Startup
- Daten statt Politik und Meinung
- Schneller und effektiver: bauen was
- Learnings bringt, was KPI steigert
- wirklich auf die KPI einzahlt

24. 24
"Agile Klassiker"
- Gutes "agiles Setup"
- Retro: Offene, konstruktiv streitfreudige, no-
fingerpointing Diskussionskultur braucht Zeit &
Reflexion
- Kurze Stories, no estimation, Flow statt Sprint
- Häufige Deployments
- Abhängigkeiten abschneiden

25. 25
DIE KÜR
Das Team als Product Owner

26. Entwicklungsstufen
Product Ownership
26
1. Mgmt. setzt Roadmap, PO verfeinert
2. PO (& BAs) gestalten Roadmap
3. Roadmap mit ganzem Entwicklungsteam
4. Team priorisiert im Planning
PO wird Servant Leader

27. 27
Das Team als Product Owner
- Identifikation mit dem Produkt
- Team übernimmt Verantwortung
- Autonomie:
Team-lokale Entscheidungen statt
Micromanagement

28. 28
Devs think Biz
- Stories von PO challengen
+ eigene Ideen einbringen
- Technische Tasks, statt U-
Boote
- Gamification durch
„KPI-Hacking"
- Selbstwirksamkeit erfahren

29. 29
Devs think Biz
„Zahlt die Story
wirklich auf unsere
Ziele ein?“
Junior Dev

30. 30
Win-Win
Business Impact Team Motivation
- Entwicklung schafft wirklich Wert
- Schneller & effektiver
- Ownership statt Kontrolle
- Gemeinsames Ziel => Teamgeist

31. 31
Diskussion