Eigenentwicklung einer plattformübergreifenden App mit Kotlin Multiplatform, KI-Fotosuche und KI-gestütztem Entwicklungsprozess

• Ziel des Projekts ist die Entwicklung einer plattformübergreifenden Mobile-Anwendung (Kotlin Multiplatform) sowie die Erarbeitung eines reproduzierbaren KI-gestützten Entwicklungsprozesses. In diesem Zuge wird auch das Backend (Spring Boot) mit einer KI-gestützten Fotosuche (CLIP, Python) und Datenbank (Postgres-SQL) implementiert. Die Herausforderung bestand darin, die Geschwindigkeit KI-generierter Softwareentwicklung mit den Anforderungen an Architektur, Wartbarkeit und Codequalität zu verbinden.

Verantwortung & Vorgehen

• Architektur und Umsetzung einer plattformübergreifenden Anwendung mit Kotlin Multiplatform in vollständiger Eigenverantwortung
• Steuerung des KI-gestützten Entwicklungsprozesses über projekteigene Vorgaben und ein Referenzfeature als verbindliche Vorlage für alle weiteren Anteile.
• Manuelle fachliche Prüfung der generierten Klassen, gezielte Zurückhaltung bei neuen Bibliotheken und Gegenprüfung des eigenen Codes über KI-gestützte Reviews.

Ergebnisse & Wirkung

• Etablierung eines reproduzierbaren KI-gestützten Entwicklungsprozesses mit konsistenter Codequalität, nachdem unkontrollierte Codegenerierung zuvor nicht produktiv nutzbare Ergebnisse geliefert hatte.
• Nachweis einer produktionsnahen Kotlin-Multiplatform-Architektur als Grundlage für zukünftige Kundenprojekte und den professionellen Einsatz plattformübergreifender Entwicklung inklusive Backend und REST-Anbindung
• Veröffentlichung der Anwendung in den App Stores in Vorbereitung.

KI-gestützte Weiterentwicklung und Architektur-Migration einer reichweitenstarken E-Commerce-App

• Der Zahlungsdienstleister der Plattform sollte im laufenden Betrieb gewechselt werden, mit einer Übergangsphase über beide Anbieter. Parallel lief die Migration der Anwendung auf MVVM und Jetpack Compose im Produktivbetrieb.

Verantwortung & Vorgehen

• Analyse des Zahlungsdienstleister-Wechsels und dynamische Generierung der KYC-Formulare aus den vom Backend angeforderten Daten.
• Migration bestehender Anwendungsteile auf MVVM und Jetpack Compose im laufenden Produktbetrieb sowie Neuentwicklung der Bildauswahl-Bibliothek mit Compose.
• Produktiver Einsatz von Claude Code mit Prüfung generierter Anteile gegen bestehende Komponenten und das geltende Architekturmuster.

Ergebnisse & Wirkung

• Anbieterwechsel ohne Code-Duplizierung über zwei parallel laufende Zahlungsanbieter umgesetzt; Formularlogik seither anforderungsgetrieben statt fest verdrahtet.
• KI-gestützte Anzeigenerstellung ohne Störung des laufenden Betriebs eingeführt, mit ausdrücklich positiver Resonanz in den Store-Bewertungen.
• Bildauswahl-Modul als eigenständiger, vollständig auf Compose migrierter Bestandteil der Anwendung konsolidiert.

Enterprise-Integration einer Android-Lagerverwaltung mit SAP-Anbindung und geführten Prozess-Workflows

• Die interne Lagerverwaltung auf Zebra-Scannern sollte auf einen geführten Workflow umgestellt werden. Die bereits umgesetzte Version war nicht auf weitere Aufgaben skalierbar, die Anforderungen an das Endergebnis offen und eine Neuentwicklung von der Führungsebene abgelehnt worden.

Verantwortung & Vorgehen

• Erarbeitung eines Konzepts für wieder verwendbare Prozessbausteine auf Basis der bestehenden Anwendungsstruktur, im Team vorgestellt und gemeinsam verabschiedet.
• Schrittweise Integration weiterer Lagerprozesse ohne Ablösung der produktiven Vorversion.
• Client-seitige Anbindung an das unternehmensweite Lagerverwaltungssystem mit SAP-Anbindung.

Ergebnisse & Wirkung

• Mehrere Dutzend Lagerprozesse schrittweise in die bestehende Anwendung integriert und auf einen geführten Workflow umgestellt.
• Lagerbetrieb während des gesamten Umbaus durchgehend nutzbar gehalten
• Lösung seither auf weitere Aufgabenbereiche und zusätzliche Standorte erweiterbar.

Nach dem Verkauf durch eBay musste der Namensbestandteil ?eBay? aus Marke und Anwendung entfallen. Für das Rebranding wurde ein eigenes Feature-Team gegründet; wegen Bedeutung und Risiko wurde zusätzlich ein erfahrener externer Entwickler hinzugezogen.

Verantwortung & Vorgehen

• Entwicklung eines Design-Systems als eigenständige Bibliothek für Schriften, Farben und Grafiken.
• Umsetzung neuer UI-Komponenten mit Jetpack Compose in enger Abstimmung mit dem Design-Team (Figma).
• Herstellung der Kompatibilität, sodass auch bestehende XML-basierte Views das neue Design übernehmen konnten.

Ergebnisse & Wirkung

• Rebranding ohne Bruch in der produktiven Anwendung ausgerollt und von den Nutzern positiv aufgenommen.
• Design-System als zentrale Bibliothek etabliert und codebasisweit übernommen, statt Oberflächen einzeln zu migrieren.
• Wiederverwendbare Grundlage für die weitere Produktentwicklung geschaffen, ohne Eingriff in die bestehende Architektur.

Ablösung WebView-basierter Komponenten durch native Android-Entwicklung in einer Mobility-App

• Der bestehende DB-Regio-Streckenagent sollte stabiler und moderner werden. WebView-basierte Komponenten waren durch native Umsetzungen abzulösen, während die Anwendung produktiv im Einsatz blieb.

Verantwortung & Vorgehen

• Native Neuentwicklung vorhandener WebView-basierter Komponenten.
• Feature-Entwicklung und Fehlerbehebung im Scrum-Prozess des Produktteams.
• Native Android-Entwicklung mit Kotlin.

Ergebnisse & Wirkung

• WebView-Komponenten schrittweise durch native Umsetzungen ersetzt und ohne negativen Nutzer-Impact ausgerollt.
• Wartbarkeit der betroffenen Anwendungsteile durch den Wegfall der Hybrid-Schicht erhöht.
• Auslieferung der Anwendung während der gesamten Umstellung durchgehend aufrechterhalten.

Android-Entwicklung im regulierten Healthcare-Umfeld (eGA/ePA) als White-Label-Produkt

• Bei der Einführung der elektronischen Gesundheitsakte in Deutschland gehört IBM zu den führenden Entwicklern. Die Android-Anwendung für die Krankenkassen sollte als White-Label-Lösung weiterentwickelt werden. Die Corona-Pandemie band zugleich Teile der Entwicklungskapazität für den Covid-Impfpass.

Verantwortung & Vorgehen

• Weiterentwicklung der Android-Anwendung als White-Label-Produkt für mehrere Krankenkassen mit unterschiedlichem Funktionsumfang.
• Anbindung komplexer Schnittstellen der Gesundheitsplattform (eGA, ePA) unter erhöhten Sicherheits- und Datenschutzanforderungen.
• Native Android-Entwicklung mit Kotlin, Coroutines und RxJava.

Ergebnisse & Wirkung

• Bestehendes Team in einer Phase hoher Kapazitätsbindung verstärkt und die Weiterentwicklung durchgehend fortgeführt.
• Entwicklung durchgehend innerhalb der Sicherheits- und Datenschutzvorgaben des regulierten Healthcare-Umfelds gehalten.

Native Neuentwicklung einer Fahrer-App auf reaktiver Architektur für Hardware-Scanner

• Durstexpress skalierte stark und wollte die bestehenden Microsoft-Tablets der Fahrer durch Zebra-Scanner ersetzen. Die vorhandenen Funktionen waren als native Android-Anwendung neu umzusetzen.

Verantwortung & Vorgehen

• Neuentwicklung der bestehenden Funktionen im neuen Design als native Android-Anwendung.
• Umsetzung und Validierung der reaktiven Zielarchitektur gemeinsam mit einem weiteren Android-Entwickler.
• Anbindung an das vorhandene Backend mit Kotlin, RxJava und Retrofit.

Ergebnisse & Wirkung

• Scanner-Flotte der Fahrer schrittweise auf die neue Anwendung umgestellt.
• Bestehender Funktionsumfang vollständig nativ auf der neuen Hardware abgebildet.
• Anwendung über die Zusammenführung mit Flaschenpost hinaus im Einsatz geblieben (eigene Beobachtung)

Plattformübergreifende Neuentwicklung eines Planungswerkzeugs für iOS und Android

• Wienerberger beauftragte die Agentur mit der Neuentwicklung des Poroton-Planungswerkzeugs, das bis dahin ausschließlich als Browseranwendung existierte. Die bestehende Webanwendung samt Backend gab die fachliche Basis vor; die Architektur der beiden mobilen Anwendungen lag in eigener Verantwortung.

Verantwortung & Vorgehen

• Definition der Anwendungsarchitektur für beide Plattformen nach dem damaligen Stand der Technik.
• Umsetzung der zentralen Tabellenansicht für kleine Displays als Custom Views, in beide Richtungen scrollbar mit fixiertem Kopfbereich.
• Umsetzung der Formulare im jeweiligen Plattformdesign, Anbindung an das bestehende Backend und erste vollständige iOS-Entwicklung mit Swift.

Ergebnisse & Wirkung

• Anwendung termingerecht in beiden Stores veröffentlicht und stabil im Betrieb.
• In den Folgejahren ohne größere Fehlerbehebungen oder Anpassungen ausgekommen.
• Architektur und Designadaption beider Plattformen eigenverantwortlich verantwortet.

Alleinverantwortliche Architektur und Umsetzung eines Automotive-Prototyps für ein Fahrzeug-Display

• Daimler TSS wollte eine Health-Anwendung als Prototyp auf einem Truck-Display präsentieren. Für die Aufgabe wurde ein neues Team zusammengestellt, die Android-Version lag in alleiniger Verantwortung.

Verantwortung & Vorgehen

• Definition der Anwendungsarchitektur auf Basis von Data-Binding aus der Jetpack-Bibliothek in einem MVVM-Ansatz.
• Alleinverantwortliche Entwicklung der Android-Anwendung im neu zusammengestellten Team.
• Erprobung der Anbindung an Google Health und Gestaltung einer an das Cockpit-Design angepassten Oberfläche.

Ergebnisse & Wirkung

• Prototyp planmäßig zur IAA fertiggestellt
• Architektur und Umsetzung vollständig eigenverantwortlich ohne bestehende Vorgaben aufgebaut.
• Ohne Fortführung geblieben: für die Weiterentwicklung stand kein Budget zur Verfügung.

Externe Mobile-Verantwortung für Kiosk-Anwendungen und Besucherführungen (iOS und Android)

• Die Agentur beschäftigte zu dieser Zeit keine eigenen Android-Entwickler; die Verantwortung für sämtliche mobilen Anwendungen lag extern. Nach einer ersten Besucherführung für das Focke Museum Bremen kamen vergleichbare Anfragen weiterer Museen hinzu, während die Aramark-Anwendung fortlaufend an die geltende Gesetzeslage anzupassen war.

Verantwortung & Vorgehen

• Umsetzung der Besucherführung für die Gedenkstätte Bautzen als native Android-Anwendung mit Indoor-Navigation.
• Aktualisierung der Besucherführung für das Jüdische Museum Rendsburg sowie der Aramark-Anwendung für iOS und Android, einschließlich Einarbeitung in Objective-C.
• Umsetzung des Kiosk-Betriebs einschließlich Rooten der Tablets und vollständigem Verbergen des Betriebssystems.

Ergebnisse & Wirkung

• Besucherführungen und Gastronomie-Anwendung für mehrere Endkunden parallel betreut und aktualisiert.
• Alleinige externe Verantwortung für den gesamten mobilen Bestand der Agentur über mehrere Monate getragen.
• Kiosk- und Infrastruktur-Erfahrung aus dem ersten Museumsprojekt so weit verdichtet, dass Folgeanfragen deutlich schneller umgesetzt werden konnten.