Softwareentwicklung in großen Konzernen war nie wirklich gut. Zu lange Entscheidungswege, abgestandene Infrastruktur, Veränderung als Endgegner. Ich kann nicht alles ändern, kann aber Veränderung zum Thema machen. Mit meinem technischen Background, offener Kommunikation und kreativem Mindset schaffen wir gemeinsam ein Ökosystem für moderne Softwareentwicklung.
Meine Motivation: Ich möchte dein Unternehmen bestmöglich auf die sogenannte "Economy of Speed" vorbereiten.
Hier einige Szenarien, wie ich sie oder ähnlich bereits mit anderen Kunden erfolgreich durchgeführt habe.
Szenario: Du bist verantwortlich für ein Entwicklungsteam, dass sich mit Themen wie Test-Driven-Development, Testautomatisierung oder agilem Mindset generell schwer tut.
Vorschlag: Als Lead-Developer arbeite ich im Team als lebendes Beispiel, das man beobachte, hinterfragen, diskutieren und herausfordern kann. Ganz nebenbei entwickeln wir natürlich Features. Cool, oder?
Szenario: Du bist im Legacy Entwicklungsmodus gefangen. Halbjährliche Releases, die Testabteilung braucht Wochen, Testsysteme sind rar. Jeder Fehler ist teuer.
Vorschlag: Lass uns - gerne auf der grünen Wiese - mal Anfangen: Ihr bekommt eine für euch erstellte moderne Cloud Native Entwicklungspipeline auf Basis von Technolgien wie (Achtung Buzzword Attacke) Kubernetes, Knative, JenkinsX, Gradle auf Google Cloud oder AWS. Auf dieser Basis lernen wir gemeinsam und schauen, wie wir eure IT-Landschaft modernisieren können.
Szenario: Es dauert Wochen oder Monate, bis neue Team Mitglieder produktiv arbeiten können. Ihr habt Features oder Produkte, die fest an bestimmten Entwicklern "kleben". Der sogenannte Bus-Faktor ist sehr klein.
Vorschlag: Ich denke hier gerne an eine "IT für die IT" - das heisst für mich konkret: Hohe (Test-) Automatisierung, Infrastructure as Code, Organic Teans. Für euch heisst das: Ihr bekommt mehr Zeit für Businessfunktionalität, qualitativ bessere Software und besseres Team-Klima durch weniger "Ivory-Towers".
Szenario A: Ihr habt einen echten Monolithen geschaffen. Unabsichtlich, aber es ist so: ein unbewegliches Stück Software ohne Struktur. Jede Änderung könnte fatale Folgen haben. You created a MONSTER!
Szenario B: Ihr habt einen sogenannte "distributed monolith" geschaffen.
Unabsichtlich, aber es ist so: Microservices, die untereinander ungewünschte Abhängigkeiten haben, Update-Kaskaden lassen die Vorteile von einer solchen Architektur schnell ins Gegenteil umschlagen. You created a MONSTER, too!
Vorschlag: Okay, um ein Monster zu besiegen bekämpft man es am besten mit einem anderen Monster. Zumindest ist das die Einstellung vieler, die von vorhergehenden OSGi Projekten gehört haben. Lasst uns gemeinsam den (verteilten-) Monolithen erlegen und über Bounded Context, Serverless, Modular Modulith und andere Dinge reden.
Seit 2019 aktives Mitglied und Teilnehmer an verschiedenen Arbeitsgruppen der Digitalen Gesellschaft.
Themen bisher u.a.Die Mitarbeit in der Digitalen Gesellschaft D21 e.V. war in diesem Jahr für mich eine komplett positive Erfahrung: diverses Teilnehmerfeld, tolle Diskussionen und ein erweitertes Weltbild.
Integration von Cloud Infrastruktur und proprietärem Konzernbackend. Verantwortlich für Koordination zwischen Teams.
Besondere Platformen (mehrere Projekte)Integration von Cloud Infrastruktur und proprietärem Konzernbackend. Verantwortlich für Koordination zwischen Teams.
Besondere Platformen & FrameworksMOIA zählt zu den Unternehmen, von denen ich persönlich wahrscheinlich mehr gelernt habe als andersherum. In vielen Teilen kann MOIA ein Zielbild für zukünftige Projekte sein.