Gestalte als
Software Engineer die digitale Zukunft

Du willst es konkreter? Ein Praxisbeispiel…

Damit alle schnell, flexibel und koordiniert zusammenarbeiten können, sorgen agile Coaches für den optimalen organisatorischen Rahmen und haben auf Basis von Scrum mit Fragmenten aus LeSS und SAFe ein Vorgehen entwickelt, das perfekt für die Anforderungen zugeschnitten ist.

Wir richten uns konsequent am Wert eines Features aus und arbeiten domänenübergreifend in Missionteams zusammen. Über ein WIP-Limit stellen wir sicher, dass wir dabei den vollen Fokus auf die jeweilige Mission haben und so gemeinsam für das Gesamtprodukt FX den Nutzen heben können.

Unsere Vision: Eine datengetriebene analytische Software leitet für jede Forderung maßgeschneidert die bestmögliche nächste Maßnahme automatisch ab.

So wollen wir unsere Serviceleistungen jederzeit erhöhen und allen Nutzer*innen/Schuldner*innen helfen, ihre Schulden einfach und leicht bei uns zu begleichen. Jetzt und in Zukunft.

Feedback der Anwender*innen verbessert das Inkasso-System

Gestartet wurde FX als MVP, als Minimum Viable Product, nur mit den absoluten Basisfunktionen. Basierend auf dem inhaltlichen Feedback der Anwender*innen die aus vielen Jahren Erfahrung fast jede Situation, jeden Verlauf, jedes Argument säumiger Zahler*innen und jedes denkbare Problem kennen, entwickeln wir FX Schritt für Schritt praxisnah weiter.

FX bleibt auch langfristig flexibel

Durch den Einsatz digitaler Technologien wollen wir unser System FX immer schlanker und effizienter machen, um die digitale und analytisch getriebene Kunden-Unternehmens-Interaktion zu optimieren. Dank zeitgemäßer Technologien und Softwarearchitekturkonzepte bleibt FX auch mittel- und langfristig flexibel.

Wir können kontinuierlich Anforderungen nicht nur implementieren, sondern auch direkt live nehmen.

Ein System mit vielfältigen Aufgaben

Das Entwickeln eines solchen neuen Inkasso-Kernsystems besteht aus vielen Abschnitten und cross-funktionalen Abläufen: Die Druckerstraße für den automatisierten Versand von Briefen, der Kontakt mit den Gerichten und viele andere Umsysteme, die wir für unsere Vision anbinden müssen. Im besten Fall existieren die Schnittstellen bereits. Wenn nicht, implementieren wir sie neu.

Dabei arbeiten wir mit modernen Tech Stacks, Modulen, die wir kombinieren und die miteinander interagieren. Daraus entsteht dann ein großes Ganzes, eben FX. Der Vorteil: Wenn ein Modul nicht passt oder funktioniert, kann man es einfach reparieren oder austauschen, ohne, dass das ganze Konstrukt zusammenbricht.

Im System interagieren fast 100 Apps

Wir haben uns für eine moderne Microservice-Architektur entschieden, unterteilt in verschiedene Domänen. Aktuell kommunizieren die Apps miteinander per REST und/oder Kafka Events . Die Services laufen in einem Kubernetes Cluster und zusätzlich sind Schnittstellen zu externen Systemen vorhanden. Fast alle der Microservices haben den gleichen Tech Stack: aktuelles Java, Postgres, Spring Boot, ReactJS. Jede unserer Apps kann lokal gestartet werden und mit Docker Containern interagieren.
 

Kleine Änderungen, große Wirkungen

FX wird permanent an neue Anforderungen angepasst, davon sind oft nur einzelne Apps betroffen. Weil kleine Änderungen, in denen manchmal nur eine Zeile programmiert wird, aber große Wirkungen haben können, müssen diese Änderungen verschiedene Stages in mehreren verschiedenen Umgebungen durchlaufen und bestimmte Qualitätsanforderungen erfüllen, bevor sie live gehen – angefangen mit dem Build in Gitlab mit Unit Tests, Integration-Tests der App selbst mit Cucumber, sowie Integration-Tests mit anderen Apps auf Kubernetes Development-Clustern. Das kann durch eine falsche Konfiguration in einer Umgebung oder an einen nicht gesetzten Feature-Toggle bei einer anderen App schon scheitern. Erst wenn alles passt, können Product Owner, Process Manager oder Requirements Engineers die angepasste App abnehmen, bevor sie in der Produktionsumgebung eingesetzt wird.
 

Da in der komplexen Infrastruktur sehr viel Knowhow steckt, lernen wir jeden Tag dazu.