Schwerpunkte

Was ich kann — belegt durch das, was ich gemacht habe

Drei Felder, in denen ich seit über zwei Jahrzehnten arbeite. Sie überschneiden sich, weil in der Banken-IT selten eine Aufgabe rein technisch, rein fachlich oder rein regulatorisch ist.

Feld 01

Migration & Integration

Die Migration von Kernsystemen verzeiht keine Fehler. Ich plane und begleite den Umstieg von Legacy-Strukturen — mit Fokus auf Datenintegrität und das Einhalten regulatorischer Stichtage.

Kernbanken-Datenmapping

Kunden- und Kontodaten-Mapping zwischen heterogenen Kernbank-Datenmodellen zweier Banken. Auflösung struktureller Unterschiede — etwa unterschiedlich granularer Wertebereiche — inklusive Mapping-Logik für Kunden-, Konto- und Sperrdaten und Validierung der Integrität.

Dokumentenmigration im Millionenbereich

End-to-End-Verantwortung für die Migration von rund 12 Millionen Dokumenten samt Metadaten aus einem Objektspeicher in ein Dokumentenmanagement-System — Schnittstellendesign und Steuerung der Entwicklungs- und Testteams.

Schnittstellen zu externen Partnern

Microservice für Kreditversicherungen mit 14 Workflows und bidirektionaler REST-Anbindung an einen externen Versicherungspartner und den internen Enterprise Service Bus, inklusive Webtool für die Sachbearbeitung.

Feld 02

Regulatorik als Anforderung

In hochregulierten Umgebungen ist die Vorschrift der Anfang, nicht das Ende. Ich übersetze regulatorische Vorgaben in Spezifikationen, mit denen Entwicklung und Aufsicht arbeiten können.

EBA-konformes Incident-Monitoring & Meldewesen

Umsetzung aufsichtsrechtlicher Vorgaben zur Erkennung und Meldung schwerer Betriebs- und Sicherheitsvorfälle — Meldeprozesse, Klassifizierungskriterien, Bereitschaftsdienst und Mitentwicklung der regulatorischen Meldetemplates.

PSD2-Migration & regulatorischer Datenexport

Ablösung eines internen Payment-Services durch einen Drittanbieter inklusive API-Governance und End-to-End-Testleitung. Definition und Umsetzungssteuerung regulatorischer Datenexporte (Einlagensicherung, aufsichtsrechtliches Reporting) zum gesetzlichen Stichtag.

BCM-Klassifizierung & Service-Governance

Klassifizierung von IT-Beständen nach Vertraulichkeit, Integrität und Verfügbarkeit; Aufbau eines unternehmensweiten IT-Servicekatalogs als Grundlage für Governance und Auditierbarkeit. Genau diese Logik bildet vailuate heute als Software ab.

Feld 03

KI-gestützte Delivery

Requirements Engineering als Steuerungsinstrument: Ich habe erprobt, was KI-gestützte Umsetzung leistet — und wo ihre Grenzen liegen.

Zwei veröffentlichte Anwendungen

Eine mobile App (im Apple App Store und Google Play) sowie vailuate als Web-SaaS — beide vollständig KI-gestützt umgesetzt, ohne klassisches Entwicklerteam, gesteuert über strukturierte User Stories und Architekturvorgaben.

Die Erkenntnis

KI beschleunigt die Umsetzung radikal — und macht die Qualität der Anforderungen zum einzigen echten Engpass. Architekturentscheidungen, Systemgrenzen und Schnittstellendesign kann KI nicht übernehmen; sie müssen vom Requirements Engineer durchdacht und verantwortet werden, bevor KI produktiv wird.

Klingt das nach Ihrer Herausforderung?

Lassen Sie uns über Ihre technische Roadmap sprechen.

Kontakt aufnehmen