Shift Left ist der Ansatz das Testen ganz zum Anfang der Produktentwicklung zu verschieben. Haben wir das auch richtig verstanden? Was bedeutet «ganz am Anfang»?! Wenn wir in den Mindset von Lean Startup oder Design Thinking eintauchen, dann steht «ganz am Anfang» die Kundin, deren Bedürfnisse wir (leider noch) nicht kennen. Lean Startup ist das Testen, das Experimentieren mit dem Kunden, das Shift Left bis in die reale Welt des kompetitiven Markets. Diese Kunst zu beherrschen, bringt Dynamik und Geschwindigkeit in die Entwicklung von Produkten die unsere Kund:innen lieben. Denn Dynamik und Geschwindigkeit sind die neuen Gewinner am Markt – Fast is the new Big. Dieser Talk will Impulse setzen dem Shift Left konsequent bis ganz links zu folgen, gewürzt mit Beispielen aus dem Erlebnisschatz des Vortragenden.

1. Shift Left fängt ganz links an
Rainer Grau, Komplexdenker & Humanist, pragmatic solutions gmbh
BATBern47, 17. Juni 2022

2. 16 June 2022 www.pragmatic-solutions.ch 2
• Werdegang
• Komplexdenker, Humanist, Mit-Inhaber @ pragmatic solutions gmbh
• Gründer & Inhaber der Juropera GmbH (2018 – heute)
• Head Business Development @ digitec Galaxus (2014 – 2018)
• Vorstand International Requirements Engineering Board IREB e.V.
• Distinguished Consultant & GL @ Zühlke Engineering AG (2004 – 2014)
• Gründer & Inhaber der SoUCon GmbH (2000 – 2004)
• Software Engineer, System Architect @ ISTEC GmbH (1989 – 2000)
• Meine aktuellen Lieblingsthemen
• Enterprise Agility & Leadership
• Lean Portfolio Management
• Innovation, Design Thinking, Lean Startup
• Strategy Alignment
• Collegial Leadership Development
• Erfahrungen aus den Business Domänen
• Industrie, Logistik, Retail, Versicherungen, Telco
Meine Person

3. 16 June 2022 www.pragmatic-solutions.ch 3
Fast is the new big
Was wir anstreben – schnelles Kundenfeedback

4. 16 June 2022 www.pragmatic-solutions.ch 4
Wir reden über DevOps oder BizDevOps…

5. 16 June 2022 www.pragmatic-solutions.ch 5
• Quantifying the Effect of Using Kanban versus Scrum: A Case Study. Software, Sjøberg, Dag &
Johnsen, Anders & Solberg, Jorgen. (2012). IEEE. 29. 47-53. 10.1109/MS.2012.110.
• An Empirical Study of Lead-Times in Incremental and Agile Software Development, Kai
Petersen, Blekinge Institute of Technology, ICSP 2010, pp. 345 – 365
• Waste and Lead Time Reduction in a Software Product Customization Process with Value
Stream Maps, Shahid Mujtba, Robert Feldt, Kai Petersen, 21st Australian Software Engineering
Conference (ASWEC), 2010
Konsultieren wir doch ein paar Quellen

6. 16 June 2022 www.pragmatic-solutions.ch 6
• 40% der Lead Time (ohne Ideation Phase) für Analyse und Spezifikation von Business
Requirements (≈ Granularität eines SAFe Feature)
• 17 % steckt in Design und Entwicklung
• 20 % steckt in Verification
• 23 % der Lead Time verstreicht zwischen Verification und Release als Waiting Time
• 26% bis 50% der spezifizierten Requirements werden nicht realisiert  Waste
Zusätzlich zeigen die Studien auf
• Die Lead Time besitzt lineare Korrelation zur Anzahl Lines of Code eines Systems
• Die Lead Time besitzt lineare Korrelation zur Anzahl Abhängigkeiten des Systems zu
anderen Systemen (≈ Schnittstellen für Austausch von Business Objekten)
Zahlen zu Lead Time eines Produkt Feature 1/2

7. 16 June 2022 www.pragmatic-solutions.ch 7
Absolute Zeitdauer der Lead Time in Large Scale Environments
• gemäss verschiedenen Quellen (siehe oben): >= 100 Tage
• typisch in SAFe: ein PI für Business Analyse, ein PI für DevOps: ≈ 180 Tage
• entspricht den Erfahrungen des Autors: 100 – 200 Tage
Also konkret heruntergebrochen
• 40 – 80 Tage für Business Analyse
• 60 – 120 Tage für die Zeit in der DevOps infinity loop
Gedankenspiel: die perfekte DevOps Umgebung
• Reduktion der Anteile für Testing & Release um 60%
 Lead Time eines Features verkürzt sich um ≈ 30% auf 70-140 Tage (2-5 Monate)
Zahlen zu Lead Time eines Produkt Feature 2/2

8. 16 June 2022 www.pragmatic-solutions.ch 8
Die Realität für Large Scale Systems sieht also so aus
Analyse &
Spezifikation
40% 60%
Lead Time eines (!) Produkt Features: 70 – 140 Tage

9. 16 June 2022 www.pragmatic-solutions.ch 9
Das erfolgreiche Verhindern dem Kunden ein Produkt Feature zur Verfügung zu stellen
Was das Business gerne möchte
 dem Kunden ein neues Produkt anbieten
Ein Produkt im Large Scale Umfeld besteht aus typisch 35 – 250 Produkt Features
• Wie viele Features kann die Entwicklungsorganisation parallel ohne Wartezeiten
realisieren?
• Wie viele Features besitzt das vom Business akzeptierte "MVP"?
 Das Bauen eines neuen Produktes benötigt eine Lead Time von bis zu 500 Tagen
Verschlimmbesserung Nr. 1: der Feature Toggle

10. 16 June 2022 www.pragmatic-solutions.ch 10
Das ist traurig
Das Bauen eines neuen Produktes im Large
Scale Umfeld benötigt eine Lead Time von
bis zu 500 Tagen

11. 16 June 2022 www.pragmatic-solutions.ch 11
Wie kommen wir aus der selbstgebauten Falle ?!

12. Erscheinungsdatum 06. Okt 2011
• Wir haben alle das Buch gelesen ?
• Wir stimmen den Aussagen zu ?
• Verfügen wir über die Technologie ?
…und wir wenden es nicht an…
16 June 2022 www.pragmatic-solutions.ch 12
Interessant – wir wissen es schon lange
Warum !?

13. 16 June 2022 www.pragmatic-solutions.ch 13
• 40% für Analyse und Spezifikation
 Wie wäre es diesen Anteil zu kürzen?
• 26% bis 50% der spezifizierten Requirements werden nicht realisiert
 Wie wäre es diese nicht zu spezifizieren?
• Die Lead Time ist linear abhängig zur Anzahl Lines of Code eines Systems
 Wie wäre es Systeme mit weniger Lines of Code zu bauen?
• Die Lead Time ist linear abhängig zur Anzahl Abhängigkeiten
Wie wäre es die Anzahl Abhängigkeiten zu verkleinern?
Geben uns die Zahlen Hilfestellung?

14. 16 June 2022 www.pragmatic-solutions.ch 14

15. 16 June 2022 www.pragmatic-solutions.ch 15
1.

16. 16 June 2022 www.pragmatic-solutions.ch 16
2.

17. Entwicklungsschritte
1. Accounting Prozess Audit-
gerecht implementieren für
ein einziges (!) Produkt
2. Den Marktplatz Teilnehmer
fragen, wie er sich am
liebsten präsentieren möchte
3. Die optimale Customer
Journey mit A/B Testing
abholen
16 June 2022 www.pragmatic-solutions.ch 17
3.

18. 16 June 2022 www.pragmatic-solutions.ch 18

19. 16 June 2022 www.pragmatic-solutions.ch 19
Search
Product
<event interface>
listed products meta data

20. 16 June 2022 www.pragmatic-solutions.ch 20
Search
Product
<event interface>
listed products meta data
Ist das ein Kunden Feature oder
eine technische Komponente ?!

21. 16 June 2022 www.pragmatic-solutions.ch 21
Weitere Beispiele – als Beobachter
Bring! Einkaufsliste
Covid Cert Doodle
https://www.ubique.ch/blog/die-geschichte-der-swisscovid-app/

22. 16 June 2022 www.pragmatic-solutions.ch 22
Wie wir uns erfolgreich selbst fesseln

23. 04.03.20 CAS Lean Service Management - Real World Experiences Slide 23
Architektur: Legacy, COTs, Abhängigkeiten
Bespoke A
Bespoke B
Bespoke D
Bespoke H
Bespoke C
Bespoke G
Bespoke F
Bespoke E
Bespoke K
COT A
bzw.
Plattform Blub
System A
System B
COT B
bzw.
Plattform Bla

24. 16 June 2022 www.pragmatic-solutions.ch 24
Der grösste Stolperstein in meiner Wahrnehmung
Business / Linie / … Agile Umsetzungsorganisation
40% ?! 60% ?!
Lead Time eines (!) Produkt Features: ?? Tage

25. 16 June 2022 www.pragmatic-solutions.ch 25
Vielleicht hilft uns etwas mehr davon … ?
Anfangen es zu tun
Mut
gemeinsame
Experimentierfreude

26. www.pragmatic-solutions.ch
…und nun legen wir los…