Die LBBW hat ein klares Ziel: die beste mittelständische Universalbank zu sein! Wir bauen unsere gewachsenen Stärken konsequent aus und stellen uns den Herausforderungen des Bankensektors. Hier suchen wir laufend Absolventen, die im Rahmen eines Direkteinstiegs direkt den Sprung ins kalte Wasser wagen.
Bist Du bereit für Neues?
Referenznummer: 15708
Land: Deutschland (DE)
Einsatzort: Stuttgart
Funktionsbereich: IT Services
Organisationseinheit: Architecture Management
Vollzeit / Teilzeit: 100
Im Rahmen unserer IT-Strategie gewinnt das Architekturmanagement eine immer größere Rolle um die Bank in die Zukunft zu steuern. Die IT-Landschaft der LBBW mit ihren über 600 Applikationen ist in sechs unterschiedliche Plattformen aufgeteilt:
Konzernanwendungen, Privatkunden, Unternehmenskunden, Kapitalmarkt, Gesamtbanksteuerung und IT. Auf jede der Plattformen fallen damit grob 100 Anwendungen. Die Plattform Gesamtbanksteuerung (GBS) ist in fünf Cluster unterteilt. Eines dieser Cluster ist Risk Controlling.
Im Cluster Risk Controlling sind die Applikationen für die verschiedenen Disziplinen des Risikocontrollings, u.a. die Limitüberwachung, die Marktdatenversorgung 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) und eigenentwickelte Applikationen zu Kreditrisikosteuerung und -Reporting auf Basis von SAS (z.B. KRIS-Plattform) bzw. für das Marktpreisrisiko auf Basis von C# (z.B. MaRiA) zum Einsatz. Daneben gibt es noch eine Reihe von zusätzlichen IDV-Applikationen, die von den Fachbereichen verantwortet werden und die fachlichen Funktionalitäten des Clusters zielgerichtet erweitern.
Hierfür suchen wir zur Unterstützung in einer neu geschaffenen Rolle einen Solution Architekten Risk Controlling (m/w/d), der folgende aktuelle Fragen in dem oben genannten Cluster bearbeitet:
* Wie und wo sollen komplexe Anforderungen umgesetzt werden, so dass sie architekturell sinnvoll sind?
* Wie kann das Umfeld architekturell weiterentwickelt werden- bspw. im Rahmen technischer Stabilisierung, Steigerung der Flexibilität, Aufbau eines übergreifenden Reportings oder unserer Cloud-Strategie?
* Welche technischen Schulden sind vorhanden, welche davon sollten abgebaut werden?
APCT1_DE