IT-Architekt / IT Solution Architekt mit Fokus RiskControlling (m/w/d)

Die LBBW hat ein klares Ziel: die bestemittelständische Universalbank zu sein! Wir bauen unseregewachsenen Stärken konsequent aus und stellen uns denHerausforderungen des Bankensektors. Hier suchen wir laufendAbsolventen, die im Rahmen eines Direkteinstiegs direkt den Sprungins kalte Wasser wagen.
Bist Du bereit fürNeues?

Referenznummer: 15708

Land:Deutschland (DE)

Einsatzort: Stuttgart

Funktionsbereich: ITServices

Organisationseinheit: ArchitectureManagement

Vollzeit / Teilzeit: 100

Im Rahmenunserer IT-Strategie gewinnt das Architekturmanagement eine immergrößere Rolle um die Bank in die Zukunft zu steuern. DieIT-Landschaft der LBBW mit ihren über 600 Applikationen ist insechs unterschiedliche Plattformen aufgeteilt:
Konzernanwendungen, Privatkunden, Unternehmenskunden, Kapitalmarkt,Gesamtbanksteuerung und IT. Auf jede der Plattformen fallen damitgrob 100 Anwendungen. Die Plattform Gesamtbanksteuerung (GBS) istin fünf Cluster unterteilt. Eines dieser Cluster ist RiskControlling.

Im Cluster RiskControlling sind die Applikationen für die verschiedenenDisziplinen des Risikocontrollings, u.a. die Limitüberwachung, dieMarktdatenversorgung und die Ratinganwendungen der LBBW verortet.Dabei kommen neben marktgängiger Standardsoftware on Prem (z.B.Balance Sheet Manager von FIS, Limitsystem von Razor Risk),SaaS-Lösungen (z.B. Landesbanken-Rating von RSU) undeigenentwickelte Applikationen zu Kreditrisikosteuerung und-Reporting auf Basis von SAS (z.B. KRIS-Plattform) bzw. für dasMarktpreisrisiko auf Basis von C# (z.B. MaRiA) zum Einsatz. Danebengibt es noch eine Reihe von zusätzlichen IDV-Applikationen, die vonden Fachbereichen verantwortet werden und die fachlichenFunktionalitäten des Clusters zielgerichteterweitern.

Hierfür suchen wir zurUnterstützung in einer neu geschaffenen Rolle einen SolutionArchitekten Risk Controlling (m/w/d), der folgende aktuelle Fragenin dem oben genannten Cluster bearbeitet:

• Wie und wo sollen komplexeAnforderungen umgesetzt werden, so dass sie architekturell sinnvollsind?
• Wie kann das Umfeld architekturellweiterentwickelt werden- bspw. im Rahmen technischerStabilisierung, Steigerung der Flexibilität, Aufbau einesübergreifenden Reportings oder unserer Cloud-Strategie?
• Welche technischen Schulden sind vorhanden, welche davonsollten abgebaut werden?

APCT1_DE