Warum IT-Expertise allein bei Bankenprojekten nicht reicht
Zahlungsverkehrs-Transformationen in Großbanken scheitern trotz formal hoher Qualifikation der Beteiligten. Die Ursache ist strukturell: IT-Teams denken in Architekturen und Schnittstellen, Fachbereiche denken in Geschäftsprozessen und regulatorischen Fristen, und das Management denkt in Risikobudgets. Ohne eine Person, die alle drei Sprachen fließend spricht, entstehen Informationsverluste an genau den Übergängen, die über Go-Live oder System-Rollback entscheiden.
Hinzu kommen verbindliche externe Treiber. Der G20-Fahrplan und europäische Richtlinien wie PSD2 sowie die kommende PSD3/PSR-E verpflichten Zahlungsdienstleister zur Modernisierung ihrer Schnittstellen und zur Einhaltung strenger Compliance-Standards [1]. Der globale Standard ISO 20022 (Version 2019) ist dabei keine Option, sondern das Rückgrat der modernen Zahlungsarchitektur, wobei die vollständige Umstellung auf strukturierte Adressformate bis November 2026 für alle Inlands- und Auslandszahlungen verbindlich ist [2]. Für den deutschen und europäischen Zahlungsverkehr ist gleichzeitig die Migration auf EBICS 3.0 zwingend erforderlich, da ältere Versionen wie EBICS 2.5 ab November 2026 nicht mehr unterstützt werden [3].
Dieses Regulierungsfeld macht eines deutlich: Ein Freelancer in Banking-Projekten braucht weit mehr als technisches Wissen. Die folgenden fünf Fähigkeiten sind die echten Differenzierungsmerkmale.
Die 5 entscheidenden Fähigkeiten für Banking-Transformationsprojekte
1. Schnittstellenmanagement zwischen IT und Fachbereich
Schnittstellenmanagement bezeichnet im Banking-Kontext die strukturierte Koordination zwischen technischen Entwicklungsteams, fachlichen Anforderungsgebern und externen Systemlieferanten über alle Projektphasen hinweg. Es ist die Fähigkeit, regulatorische Anforderungen wie ISO 20022 oder EBICS 3.0 in konkrete technische Umsetzungsmaßnahmen zu übersetzen und dabei keine Information zwischen den Gruppen zu verlieren.
In der Praxis bedeutet das: Ein Senior-Freelancer muss die Anforderungen eines Compliance-Teams (z.B. zur PSD3-Umsetzung) so aufbereiten, dass sie direkt als technische Spezifikation für die IT-Entwicklung verwendbar sind, und umgekehrt die technischen Einschränkungen eines Kernbankensystems verständlich für den Vorstand aufbereiten.
Ein effektives Programmmanagement im Zahlungsverkehr integriert Experten aus den Bereichen IT, Compliance und Risikomanagement, um regulatorische Anforderungen in technische Umsetzungsmaßnahmen zu übersetzen, und umfasst dabei den gesamten Lebenszyklus von der Konzeptstudie über die Gap-Analyse bis hin zum Go-Live-Management [4].
Ohne diese Fähigkeit entstehen die klassischen Projektcrashes: unvollständige Anforderungsdokumentation, Nacharbeiten in der Testphase und Überraschungen beim UAT.
2. Regulatorisches Fachwissen mit technischer Tiefe
Regulatorisches Fachwissen allein reicht nicht. Es braucht die Kombination: verstehen, was eine Richtlinie fordert, und gleichzeitig einschätzen können, was deren technische Umsetzung in einem gewachsenen Kernbankensystem bedeutet.
Die Migration auf ISO 20022 ist dafür das aktuell prägnanteste Beispiel. Banken müssen VoP-Gateways (Verification of Payee) implementieren, ihre Liquiditätsmanagement-Algorithmen für Echtzeitsysteme wie TIPS oder RT1 anpassen und gleichzeitig eine parallele Betriebsphase steuern, in der alte Formate wie MT103 und neue ISO-Formate koexistieren, bevor die Altformate endgültig abgeschaltet werden [5]. Eine detaillierte Stammdatenprüfung hinsichtlich IBAN, BIC und Adressstrukturen ist dabei eine kritische Voraussetzung, um Zahlungsabbrüche während der Umstellungsphase zu vermeiden [6].
Wer diese Anforderungen nur aus der regulatorischen Perspektive kennt, kann kein Projektteam durch diese Phase führen. Wer sie nur aus der IT-Perspektive kennt, unterschätzt die Compliance-Konsequenzen eines fehlerhaften Rollouts.
3. Governance und Steuerung von Steering Committees
Ein Banking Steering Committee ist das zentrale Lenkungsgremium in komplexen Transformationsprojekten: Es trägt die Budgethoheit, entscheidet über Scope-Änderungen und priorisiert Ressourcen, um die Ausrichtung zwischen Fachbereich und IT sicherzustellen [7].
Die Fähigkeit, dieses Gremium effektiv zu bedienen und zu steuern, ist eine eigenständige Kompetenz. Sie umfasst:
- Klare Eskalationspfade definieren, bevor kritische Entscheidungsmomente eintreten
- Technische und regulatorische Risiken so aufbereiten, dass sie auf Vorstandsebene entscheidbar werden
- Zwischen Projektsponsor, Projektleiter und CIO/CTO vermitteln, wenn technische Machbarkeit und Budgetvorgaben kollidieren
Die operative Leitung erfordert eine klare Rollenverteilung, bei der der Projektsponsor die Gesamtverantwortung trägt, während der Projektleiter als zentraler Berichterstatter fungiert. Die Einbindung von IT-Verantwortlichen wie dem CIO oder CTO ist zwingend erforderlich, um technische Risiken, Machbarkeit und die Integration in bestehende Kernbankensysteme frühzeitig zu bewerten [8].
Ein Freelancer, der in diesen Gremien nicht situativ agieren kann, verliert in der entscheidenden Phase die Steuerungsfähigkeit des Projekts.
4. Strukturierte Migrationsplanung für Kernbankensysteme
Kernbanken-Migration bezeichnet den gesteuerten Wechsel von Legacy-Systemen auf moderne Banking-Plattformen, einschließlich aller damit verbundenen Daten-, Prozess- und Schnittstellenmigration, ohne Unterbrechung des operativen Betriebs.
Das ist das risikoreichste Vorhaben im Banking-IT-Umfeld. Eine erfolgreiche Migration erfordert:
- Eine strukturierte Teststrategie mit Systemintegrationstests (SIT) und User Acceptance Tests (UAT), um die Einsatzfähigkeit in Echtzeitumgebungen zu validieren [5]
- Einen Projektplan mit definierter paralleler Betriebsphase, bevor Altformate abgeschaltet werden
- Requirements Engineering und Vendor-Management über den gesamten Systemlebenszyklus
- Einen systematischen Ansatz von der Zieldefinition über die Partnersuche für Kernbankensysteme bis zur technischen Implementierung, um operative Instabilitäten und regulatorische Risiken zu minimieren [9]
Die Erfahrung aus extrem langfristigen Projekten, wie Oliver Storch sie aus bis zu 20-jährigen Projektlaufzeiten bei Großbanken mitbringt, ist hier besonders wertvoll: Architekturentscheidungen aus frühen Projektphasen haben Jahrzehnte später noch Auswirkungen. Wer diesen Zeithorizont kennt, plant anders.
Mehr zu diesem Erfahrungshintergrund findet sich unter Oliver Storchs Beratungsprofil.
5. Business Analyse als operative Grundlage
Business Analyse im Bankensektor ist die systematische Erfassung, Strukturierung und Priorisierung fachlicher Anforderungen in einer Form, die direkt als Grundlage für technische Implementierungsentscheidungen dient.
In der Praxis des Zahlungsverkehrs bedeutet das: Anforderungen aus dem ISO 20022-Regelwerk müssen in Use Cases übersetzt werden, Gap-Analysen müssen den Unterschied zwischen Ist-Architektur und Zielarchitektur messbar machen, und Prozessmodelle müssen so dokumentiert sein, dass externe Softwareanbieter damit arbeiten können.
Die operative Steuerung erfordert eine enge Verzahnung von Fachbereich und IT, um die Komplexität der Middleware-Anbindung und der Ressourcen-Einsatzplanung zu bewältigen [9]. Business Analyse ist dabei nicht nur eine Einstiegsphase, sondern ein kontinuierlicher Prozess, der sicherstellt, dass sich Anforderungen und technische Lösung über die gesamte Projektlaufzeit nicht auseinanderbewegen.
Was diese fünf Fähigkeiten gemeinsam haben
Alle fünf Fähigkeiten haben eine Gemeinsamkeit: Sie funktionieren nur in Kombination. Ein Freelancer, der exzellentes Schnittstellenmanagement betreibt, aber keine Governance-Erfahrung hat, verliert die Steuerung in kritischen Eskalationsmomenten. Wer Migrationen plant, aber keine tiefe Business Analyse beherrscht, liefert Architekturen, die am fachlichen Bedarf vorbeigehen.
Das ist der strukturelle Unterschied zwischen einem IT-Dienstleister und einem erfahrenen Banking-Interims-Manager: Die Fähigkeit, alle fünf Dimensionen gleichzeitig zu aktivieren, je nach Projektphase unterschiedlich zu gewichten und dabei die regulatorischen Deadlines nie aus dem Blick zu verlieren.
Mit diesen Fähigkeiten sicher durch Ihre Transformation
Wenn Ihr Institut vor einer ISO 20022-Migration, einer EBICS 3.0-Umstellung oder einer Kernbanken-Ablösung steht, brauchen Sie keinen weiteren IT-Berater. Sie brauchen jemanden, der IT-Machbarkeit und regulatorische Anforderungen in einer gemeinsamen Sprache für CIOs, Fachbereiche und Vorstände übersetzt, und der die operative Steuerung von der Konzeptstudie bis zum Go-Live übernimmt.
Oliver Storch bringt genau diese Kombination mit: 30 Jahre Banking-Projekterfahrung, technisches Fundament als Diplom-Ingenieur für Datentechnik und nachgewiesene Projekterfolge bei Großbanken im DACH-Raum. Wenn Sie Ihr nächstes Transformationsprojekt auf eine stabile Grundlage stellen möchten, lohnt sich ein Blick auf alle Themen und Fachgebiete im Blog oder ein direktes Gespräch.
Häufige Fragen
Warum scheitern Bankentransformationsprojekte trotz hoher Qualifikation aller Beteiligten?
Das häufigste Scheitermuster ist kein Kompetenzmangel, sondern ein Koordinationsproblem: IT-Teams, Fachbereiche und Compliance-Einheiten sprechen unterschiedliche Sprachen und priorisieren unterschiedlich. Ohne eine zentrale Rolle, die alle drei Perspektiven integriert, entstehen Anforderungslücken, die erst in der Testphase oder nach dem Go-Live sichtbar werden, also dann, wenn Korrekturen am teuersten sind. Hinzu kommen externe Fristen, die keinen Spielraum lassen.
Welche konkreten Aufgaben übernimmt ein Interims-Manager bei der ISO 20022-Migration?
Ein erfahrener Interims-Manager übernimmt bei der ISO 20022-Migration die Gap-Analyse zwischen bestehender Systemarchitektur und Zielformat, koordiniert die Testphasen (SIT und UAT), steuert das Steering Committee mit entscheidungsreifen Risikoberichten und begleitet die parallele Betriebsphase, in der alte Formate wie MT103 und neue ISO-Nachrichten gleichzeitig verarbeitet werden müssen. Er verantwortet außerdem die Stammdatenprüfung für IBAN und BIC, um Zahlungsabbrüche während der Umstellung zu verhindern.
Was unterscheidet einen spezialisierten Banking-Freelancer von einer großen Unternehmensberatung?
Große Beratungshäuser bringen Teams mit generalistischem Projektmanagement-Know-how. Ein spezialisierter Banking-Freelancer mit 30-jähriger Branchen-Erfahrung bringt dagegen operative Projekterinnerung aus realen Transformationen, kennt die typischen Eskalationsmuster in Lenkungsausschüssen und kann Entscheidungen auf Augenhöhe mit CIOs und Programmverantwortlichen treffen, ohne Lernkurve auf dem Projektbudget.
Wie früh sollte ein Interims-Manager in ein Transformationsprojekt eingebunden werden?
So früh wie möglich, idealerweise bereits in der Konzept- und Machbarkeitsphase. Wer erst in der Implementierungsphase hinzugezogen wird, erbt häufig Architekturentscheidungen, die sich im Nachhinein kaum noch korrigieren lassen. Eine frühzeitige Einbindung ermöglicht eine saubere Gap-Analyse, eine realistische Ressourcenplanung und die Verankerung von Teststrategien, bevor kritische Pfade gesetzt sind.
Gilt die EBICS 3.0-Pflicht wirklich für alle deutschen Banken?
Ja. Die Deutsche Kreditwirtschaft hat verbindlich festgelegt, dass ältere EBICS-Versionen wie EBICS 2.5 ab November 2026 nicht mehr unterstützt werden. Die Migration betrifft alle Zahlungsdienstleister im deutschen und europäischen Zahlungsverkehr. Die Deutsche Kreditwirtschaft stellt Mapping-Leitfäden bereit, um die Konsistenz zwischen nationalen BTF-Parametern und internationalen ISO-Regelwerken sicherzustellen.
Quellen
[1] Bundesbank: Regulatorische Treiber im Zahlungsverkehr
[2] SIX Group: ISO 20022 Standard
[3] Deutsche Kreditwirtschaft: EBICS Standard
[4] Syncwork AG: Zahlungsverkehr und Banking
[5] Banking.Vision: ISO 20022 Migration
[6] adesso GmbH: SEPA 2.0 und Zahlungsverkehr
[7] PURE Consultant: Lenkungsausschuss