IT-Budgets in Zeiten der Finanzmarktregulierung - Roland Berger

Weitere Magazine

Empfehlungen

Info

ROLAND BERGER STRATEGY CONSULTANTS EIN RECHENBEISPIEL: DIE BELASTUNGEN ALLEIN DURCH DIE IMPLEMENTIERUNG VON MIFID II 0,15% der Betriebskosten - einmalig + 0,12% der Betriebskosten - jährlich Regulierung keine Einmalaufwände in Wellen nach sich zieht, sondern als hohe strukturelle Fixkosten das Projektbudget belastet. Bei den Implementierungskosten von MiFID II beispielsweise kalkulieren unsere Experten für den Einmalaufwand im Durchschnitt rund 0,15 % der Betriebskosten zuzüglich rund 0,12 % der Betriebskosten für den Aufwand pro Jahr. Für Banken bedeutet die Regulierung, dass sie immer mehr regulatorische Anforderungen unter hohem Zeitdruck und großer Unsicherheit mit geringem direkten wirtschaftlichen Nutzen und hohen Folgekosten etwa für Wartung und Lizenzen sicherstellen müssen – ohne nennenswerte Gegenleistung. Allerdings können sich Institute auf künftige Regulierungswellen vorbereiten. Wirkungsvolle Entscheidungsstrukturen bei gleichzeitiger Flexibilität sind ein zentrales Erfolgskriterium – gefragt ist das rasche Starten, Stoppen und Umlenken von Projektressourcen, wenn sich die Rahmenbedingungen verändern. Auch die IT kann den Umgang mit externen Vorgaben trainieren und sich für die Zukunft aufstellen – etwa mit einer angepassten Softwarestrategie und einer Modernisierung ihrer Strukturen. Die Optimierung von drei zentralen Bereichen bietet unserer Erfahrung nach das größte Erfolgspotenzial. DIE IT-STRATEGIE MUSS ZWISCHEN STANDARD-LÖSUNGEN, OUTSOURCING UND EIGENLEISTUNGEN ABWÄGEN Viele Banken haben ihre Kernanwendungen traditionell selbst entwickelt, denn Standardsoftware konnte die komplexen Anforderungen lange Zeit nicht abbilden. In der Folge müssen die oft veralteten Systeme immer häufiger an gesetzliche Vorgaben angepasst werden, was zunehmend komplex und teuer ist. Zudem sind viele Banken an das Know-how ihrer IT-Mitarbeiter gebunden – kein zukunftsfähiges Modell und angesichts der alternden Entwickler eine riskante Strategie. Überdies sind die verbliebenen Spezialisten kaum in der Lage, neben ihrem Tagesgeschäft auch noch die regulatorischen Vorgaben fristgerecht umzusetzen. Anbieter von Standardsoftware versuchen derzeit gezielt, diese Situation für die Akquisition neuer Kunden unter den Banken auszunutzen. Allerdings können geänderte Gesetze oder Prozesse auch mit Standardanwendungen nicht auf Knopfdruck angepasst werden, weil sie den Anforderungen verschiedener Organisationen gerecht werden müssen und daher umfangreich sind. So greift es in jedem Fall zu kurz, Standardsoftware nur einzuführen, um regulatorische Anforderungen erfüllen zu können – bei derartigen Vorhaben müssen in einem Atemzug immer auch die IT-Architektur und das Zusammenspiel mit den Fachbereichen analysiert und optimiert werden. Die durch die Regulierung erzwungene "Inventur" der Bank-IT hat jedoch auch langfristige Vorteile. Ihre zentrale Aufgabe ist die Definition eines integrierten Fach- und DV-Konzepts, auch Alignment von Business und IT genannt. Hier zeigt sich häufig die fehlende IT-Strategie eines Instituts, die zur Folge hat, dass Vorgaben nur problemorientiert, aber nicht strate-
giekonform umgesetzt werden. Dies wiederum zieht teure Nacharbeiten nach sich. Als Ausgangssituation findet sich oft eine komplexe IT-Landschaft mit vielen Systemen, deren Schnittstellen meistens schlecht dokumentiert sind. In der Bereinigung dieser Legacy- Systeme steckt ein hoher Aufwand, aber auch ein großer Nutzen, der über die IT der Bank hinaus bis weit in die Fachbereiche reicht. Erfahrungsgemäß lässt sich der Automatisierungsgrad in jedem Zahlungsverkehrssystem verbessern. Gleiches gilt für die meisten Prozesse in den Fachbereichen und der IT. Hierfür müssen Banken konsequent auf erprobte Marktmechanismen zurückgreifen. So kann es sich über die Jahre auszahlen, eine Software für das Meldewesen einzukaufen und nicht selbst zu programmieren. Zwar ist hierbei der Einmalaufwand größer, auf längere Sicht lohnt sich aber die Investition, weil der Aufwand für Wartung und Pflege geringer ist. Ähnliches gilt für den Bereich der Datenanalyse, wo es sich trotz der anfänglichen Investition über die Laufzeit hin rechnet, ein einziges Data Warehouse einschließlich Migrationspfad sowie eine zeitgemäße IT-Architektur zu etablieren. Da kein direkter wirtschaftlicher Nutzen aus der Umsetzung der Regulierungsanforderungen resultiert, fallen normale Kosten-Nutzen-Analysen als Entscheidungshilfe für oder gegen eine Standardsoftware aus. Die Abwägung sollte sich immer an der vorhandenen IT-Strategie, der IT-Architektur sowie am Know-how auf IT- und Fachseite speziell zur Ausarbeitung von Konzepten orientieren. Weitere Kriterien sind die Flexibilität in der Anpassung an die spezifischen Anforderungen der Bank, die Performance und die Zukunftsfähigkeit der Software. Wenn Outtasking von Anwendungen als eine Option diskutiert wird, sollte Standardsoftware vorgezogen werden, weil sich die Bank sonst von einem externen Dienstleister abhängig macht. Hierbei ist eine langfristige Planungssicherheit kaum noch gegeben, und das Risiko wird unkalkulierbar. Aus regulatorischer Perspektive (kurzfristig) sowie aus Kostensicht (langfristig) ist die Einführung einer oder mehrerer Standardanwendungen daher in den meisten Fällen wirtschaftlich sinnvoll, wenn gleichzeitig grundlegende Modernisierungsarbeiten in der IT geleistet werden. Mit einer Standardsoftware können Banken von Releasewechseln profitieren, wodurch der Aufwand für die Umsetzung künftiger Anforderungen – verglichen mit den Anpassungen einer Legacy-Umgebung – deutlich sinkt. FACHLICH-INHALTLICHE FÜHRUNG STEHT VOR GROSSEN ANFORDERUNGEN Die unklaren inhaltlichen Vorgaben und die ungewisse endgültige Terminplanung der Regulierungsanforderungen üben einen großen Umsetzungsdruck aus, der hohe Ansprüche an die fachlich-inhaltliche Steuerung stellt. Dies betrifft das Stakeholder-Management, die Wirtschaftlichkeit des Projekts sowie die Provider-Steuerung, falls externe Leistungen bezogen werden. Vor allem dann, wenn eine Regulierungsaufgabe und ein Jahr mit reduziertem Budget zusammenfallen, wiegen Projekte zur Bankenregulierung schwer. Unternehmen müssen daher ihr Portfolio priorisieren und Regulierungsprojekte stets an die oberste CONTENT IT-Budgets ES BESTEHEN DREI OPTIONEN FÜR DIE KÜNFTIGE IT-STRATEGIE Standard Software Individuelle Eigenlösung Outsourcing In den meisten Fällen ist die Einführung von Standardanwendungen sinnvoll
Seite 1 und 2: ROLAND BERGER STRATEGY CONSULTANTS
Seite 3: Die Regulierung der Finanzmärkte h
Seite 7 und 8: wie externen Stakeholdern und dem s

IT-Budgets in Zeiten der Finanzmarktregulierung - Roland Berger

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?