Software Architecture Alliance 2021 - Das neue System muss aber das gleiche können wie das Alte - NEIN!

Transcript

1. »Das neue System muss aber das Gleiche können wie das alte!« »NEIN!«  Systeme richtig modernisieren Dr. Dominik Rost Dr. Matthias Naab 06. Oktober 2021 | Software Architecture Alliance
2. WARUM MODERNISIEREN UNTERNEHMEN SOFTWARESYSTEME?
3. Wir machen jetzt auch Microservices! “ ”
4. Finger weg! Wer weiß, was passiert, wenn wir das ändern! “ ”
5. Silverlight ist tot! “ ”
6. Boah, das ist aber ganz schön teuer! “ ”
7. Unser neues System muss aber das Gleiche können wie das alte! “ ”
8. WARUM HÖREN WIR DIE EINFACHSTE ANFORDERUNG DER WELT SO OFT?
9. Leicht, Minimalistisch, Einfach. “ ”
10. Gefühlte Präzision. “ ”
11. Abstraktes Wissen reicht. “ ”
12. Keine Angst vor dem weißen Blatt Papier! “ ”
13. WARUM IST DIE EINFACHSTE ANFORDERUNG DER WELT UNSINNIG? PERSPEKTIVE ARCHITEKTUR
14. Das haben wir mal auf die Schnelle reingebaut. “ ”
15. Das sollte gar nicht so lange da drin bleiben. “ ”
16. Wir mussten auf die vorhandenen Features achten. “ ”
17. Menge neu eingeführter Anforderungen Zeit Initiales Release Start der Entwicklung Modernisierung Abhängigkeit neu eingeführter Anforderungen von früheren Menge neu eingeführter Anforderungen
18. WARUM IST DIE EINFACHSTE ANFORDERUNG DER WELT UNSINNIG? PERSPEKTIVE USER EXPERIENCE
19. Das sieht ja aus wie in den 80ern. “ ”
20. Bei meinem iPad geht alles einfacher. “ ”
21. WARUM IST DIE EINFACHSTE ANFORDERUNG DER WELT UNSINNIG? PERSPEKTIVE FEATURE-NUTZUNG
22. Never 45% Rarely 19% Sometimes 16% Often 13% Always 7% Standish Group, Modernization Clearing a Pathway to Success, 2010 https://www.standishgroup.com/sample_research_files/Modernization.pdf Jim Johnson, Chairman of the Standish Group. Keynote Your Programming, Alghero, Italy, 2002 FEATURE USE IN 4 INTERNAL-USE PRODUCTS OF STANDISH GROUP, 2002
23. WELCHE FEATURES BRAUCHT UNSER MODERNISIERTES SYSTEM WIRKLICH?
24. Übernehmen was genutzt und somit gebraucht wird! “ ”
25. Nutzer:innen wissen, was wirklich gebraucht wird! “ ”
26. Man gewöhnt sich mit der Zeit an alles! “ ”
27. WIE VIEL MODERNISIERUNG SOLLTE ES SEIN?
28. Tiefe der Modernisierung festlegen. “ ”
29. Refactoring Useful & low risk but local scope, moderate cost & impact Rearchitect Higher risk, broad scope, potentially high cost & impact Renew Higher risk, broad scope, potentially high cost & impact
30. Nicht alle Teile müssen gleichartig modernisiert werden. “ ”
31. Modernisierung ist kein Selbstzweck. “ ”
32. WER KANN MODERNISIERUNG ÜBERHAUPT UMSETZTEN?
33. Wir müssten unsere Mitarbeiter klonen. “ ”
34. Wir brauchen die alte Brücke noch! “ ”
35. WENN MODERNISIEREN, DANN GLEICH RICHTIG!
36. Unser neues System muss aber das Gleiche können wie das alte! “ ” NEIN !!!
37. »Das neue System muss aber das Gleiche können wie das alte!« »NEIN!«  Systeme richtig modernisieren Dr. Dominik Rost Dr. Matthias Naab 06. Oktober 2021 | Software Architecture Alliance