Angewendete Domain Driven Transformation

Bei idealo ist eine der Kernkomponenten unseres Business ein Monolith im 25. Jahr seiner Existenz. Er leidet unter den üblichen legacy Symptomen: Änderungen brauchen lange, die Codebasis ist schwer zu warten, es gibt viele Stakeholder & Features, auf dem Produktteam liegt ein hoher Druck. Technische Innovationen lassen sich nur schwer im Backlog priorisieren.

Im Jahr 2023 sollten die Aufgaben und Features des Monolithen zwischen dem bestehenden und einem neu gegründeten, zweiten Team aufgeteilt werden. Dieser Impuls der teamorganisatorischen Transformation wurde genutzt, um die Fachdomänen wiederzuentdecken (strategische Transformation). Auf der BEDCon 2023 lauschte der Vortragende gespannt einem Beitrag von Henning Schwentner zur Domain Driven Transformation und stelle fest: Das ist doch genau, was wir machen und brauchen.

Um die Transformation weiterzuführen und zu gestalten, braucht es (durchsetzungs)starke und engagierte Entwickler und Führungskräfte, die den Prozess unterstützen und gleichzeitig neue Produktfeatures wünschen.

Dieser Talk soll unsere Reise (bisher) beschreiben, konkrete Maßnahmen für alle drei Anteile der Transformation aufzeigen und Anderen Mut machen: Es ist möglich und es lohnt sich!

Transcript

1. Angewandte Domain- Driven Transformation Daniel Hübner | he/him | daniel.huebner@idealo.de © Pixabay | prexels.com
2. Gründung 2000 1.000 Mitarbeiter,   davon ~300 Mitarbeiter in der Produktentwicklung 8 Millionen Produkte 500 Millionen Angebote auf der Platform 76 Millionen Besucher pro Monat Deutschland führende Preisvergleichplattform
3. © Eden Curtis | prexels.com
4. Symptome
5. Änderungen brauchen lange Codebasis schwer zu warten Viele Stakeholder & Features Hoher Druck auf dem Entwicklerteams Technische Innovationen lassen sich nur schwer priorisieren Symptome
6. © Juan Felipe Ramírez | prexels.com
7. DDT - die Theorie Henning Schwentner - Domain Driven Refactorings https://hschwentner.io/domain- driven- refactorings/
8. Strategische Transformation Domain Rediscovery   Domain Storytelling   Event Storming Bounded Contexts Context Mapping Kunde Verkäufer Probefahrt mit Wunschauto fragt an bei verfügbare Termine 01 03 fragt an bei Fuhrpark sucht nach Verfügbarkeit im 02 product details product variations offer list product data
9. Strategische Transformation Extract Bounded Context
10. Taktische Transformation Extract Specialized Service Extract Service from Smart UI Tactical that Support Strategic Tactical that strengthen Domain knowledge
11. Sozio- technische Transformation Form cross functional teams Move Operator to DevOps Team
12. Assign Context to (Existing) Team Sozio- technische Transformation product details product variations offer list product data Team B Team A
13. Vorgehen: Schrittweise Ablösung Martin Fowler - Strangler Fig Application https://martinfowler.com/bliki/StranglerFigApplication.html
14. Was treibt Transformation? Was macht sie Domain- Driven? © Maksim Goncharenok| prexels.com
16. Impulse bei idealo Organisation- entwicklung Technik Tools 2 Transformationsphasen 2016 - 2019 seit 2023 Was schauen wir uns heute an?
17. Erste Phase der Transformation 2016 - 2019
18. Organisationsstrukturen als Impuls © Pixabay | prexels.com
19. Reverse Conway Manouver Frontend Team 1 Backend Team Form departments with general context assignment Frontend Team 2 Frontend Team 3 Product Discovery Shopping Sozio- technische Transformation
20. 11/16 - 04/17 2020 2019 2018 2017 2016 Reverse Conw ay M anouver Zeitliche Abfolge erste Transformationsphase
21. Product Discovery Shopping Monolith vs. Und Conway's Law?
22. Herausforderungen Abteilungsübergreifende Collaboration Domain Ownership übernehmen High coupling Context Isolation
23. Makroarchitektur SCS Kleinste Einheit im Frontend: Eine Webseite © fauxels | prexels.com
24. 05/18 11/16 - 04/17 2020 2019 2018 2017 2016 Reverse Conw ay M anouver SCS discussion & decision Zeitliche Abfolge erste Transformationsphase
25. Teile und herrsche © Elina Sazonova | prexels.com
26. Split Monolith along general user journey Product Discovery Shopping Frontend Monolith Persistenz Persistenz Strategische Transformation
27. mid 2018 05/18 11/16 - 04/17 2020 2019 2018 2017 2016 Reverse Conw ay M anouver SCS discussion & decision 1st m onolith split Zeitliche Abfolge erste Transformationsphase
28. Technik als Impuls © Freepik | flaticon.com
29. Verfügbarkeit neuer Technologien
30. Zentrale Datenbank Operatives Risiko Technische Kopplung Kostentreiber
31. Split Monolith along general user journey Product Discovery Shopping Persistenz Product Discovery Shopping Taktische Transformation
32. Herausforderungen? Abteilungsübergreifende Collaboration Domain Ownership übernehmen High coupling Context Isolation
33. 11/18 - 06/19 mid 2018 05/18 11/16 - 04/17 2020 2019 2018 2017 2016 Reverse Conw ay M anouver SCS discussion & decision 1st m onolith split 2nd m onolith split Zeitliche Abfolge erste Transformationsphase
34. Der Monolith © Amanda Smith
35. Zweite Phase der Transformation seit 2023
36. Was macht der Monolith? Wichtigste Webseite bei idealo / ~ 1.800 request pro Sekunde Kunde trifft viele Entscheidung auf dieser Seite Cross cutting concerns: User login, SEO, etc. Performance     Auslieferungsgeschwindigkeit     Core Web Vitals
37. Änderungen brauchen lange Codebasis schwer zu warten Viele Stakeholder & Features Hoher Druck auf dem Entwicklerteams Technische Innovationen lassen sich nur schwer priorisieren Symptome
38. Organisationsstrukturen als Impuls
40. Assign Context to (Existing) Team
41. Monolith vs. Und Conway's Law?
42. Herausforderungen Enablement Teamübergreifende Collaboration Domain Ownership übernehmen High coupling Domain Isolation
43. Raum für Zusammenarbeit © fauxels | prexels.com
44. Technik Produkt Vorgehen: Schrittweise Ablösung © Freepik / Kiranshastry | flaticon.com
45. Tools als Impuls © Becris | flaticon.com
46. Module im Monolithen Extract Bounded Context Deploy- Monolith © Andrejs Kirma | flaticon.com
47. Hexagonalarchitektur ArchUnit zur Kontrolle der Modularchitektur xMolecules? Spring Modulith? Frontend Monolith
48. GitHub [codeowners] Ownership & Enablement ############################################################ # Team A and B have both full ownership of the frontend code. ipc- site/src/main/webapp/* @idealo/team- a @idealo/team- b ############################################################ ############################################################ # SUB- DOMAIN product- details # OWNER Team B ############################################################ ipc- site/src/main/java/com/idealo/eu/offerpage/product/details/* @idealo/team- b ipc- site/src/test/java/com/idealo/eu/offerpage/product/details/* @idealo/team- b
49. Technik als Impuls © Freepik | flaticon.com
50. Frontend Modernisierung © Anastasia Shuraeva | prexels.com
51. Extract domain component Deploy Monolith Deploy Monolith Taktische & Strategische Transformation Extract domain service Modernized FE
52. Herausforderungen? Wir haben einen Plan Enablement Teamübergreifende Collaboration Domain Ownership übernehmen High coupling Domain Isolation
53. Zusammenfassung © fauxels | prexels.com
54. Impulse ... kommen in verschiedener Form vor ... können top- down oder bottom- up erfolgen ... bewirken (manchmal) nur gemeinsam Transformation © Freepik / Becris | flaticon.com Organisations- entwicklung Technik Tools
55. ... wenn USP und Kunde Antrieb ist   ... wenn sich Technik und Organisation dem unterordnen ... wenn engagierte und verantwortungsvolle Personen diese gestalten Transformation ist domain- driven © Freepik / Kiranshastry | flaticon.com
56. Danke für die Aufmerksamkeit Fragen? © Cytonn Photography | prexels.com