Wie werde ich in der Architekturarbeit agiler, wenn ich "alte", historisch gewachsene Architekturen modernisieren muss, damit sie sich in die aktuellen IT-Plattformen integrieren lassen.
Architekturarbeit findet nicht immer auf der grünen Wiese statt. Wie im richtigen Leben, kommt es sehr selten vor, dass wir komplexe Architekturen auf dem Reißbrett neu konzipieren. Softwarearchitekturen werden ja immer gerne mit dem Städtebau assoziiert. In der Regel werden Städtebau-Architekten die meiste Zeit damit beschäftigt sein, Probleme in bestehenden Städten zu lösen und die Architektur an die aktuellen Herausforderungen anzupassen. Es kommt äußerst selten vor, dass man eine neue Stadt komplett neu konzipieren kann. Im Gegensatz zu den Start-ups in der IT-Welt, sind Städtebauvorhaben definitiv komplexer und wenn man dort Entscheidungen getroffen hat, sind diese wortwörtlich in Stein, respektive Beton gemeißelt.

Haben sie schon mal Legacy-Start-ups gesehen?

In dem Vortrag versuche ich, folgende Fragestellungen zu beantworten:

• Was zeichnet Legacy-Architekturen aus?
• Was ist zu modernisieren, warum und wie?
• Muss ich meine Plattform wechseln?
• Was bringt es mir, das alles agil zu tun?
• Gibt es Architekturen, die zur Agilität passen?
• Wie verkaufe ich agiles Vorgehen in der Organisation?
• Gute und schlechte Beispiele
• Wie lange dauert es, was kostet es und lohnt sich das Ganze überhaupt?

Auch wenn ihr Microservices bereits umgesetzt habt, hängt ein wirklich erfolgreiches Produkt von technisch weiterführenden, methodischen und organisatorischen Themen ab. Wie stark ist die vertikale Idee ausgeprägt? Gibt es eine "Thinnest Viable Platform" und einen Pfad des geringsten Widerstands? Wie gut sind empirische Prozesse ausgeprägt und wie dezentral sind eure Entscheidungswege? In diesem Talk stelle ich ein Self-Assessment vor und biete damit Impulse, Microservices besser zu leben.