Bankkaufmann
Die ausgeprägte Möglichkeit mein langjähriges Expertenwissen in Beratungsmandate einzubringen, motivierten mich zu bankon zu wechseln. Immer wieder begeistert es mich, mit unserem klaren Teamansatz, innovative und komplexe Projekte erfolgreich umzusetzen.
Matthias Hotzel
Am 2. September las ich einen interessanten Artikel zum Thema „IT-Skills im Banking”. Der eingängige Titel lautet:
„If you want a banking job now, you need to code in Python”
Mia Holmes, https://www.efinancialcareers.com/news/2021/08/python-for-banking-jobs, 1. August 2021
Die Autorin schrieb darin über den Wandel der Anforderungen an Mitarbeiter in Banken: „Weg von Excel – hin zu Python”. Gut: ob nun Python das künftige Analysetool ist oder nicht sei dahingestellt. Die Botschaft halte ich jedoch für valide.
Die Anforderungen an die Mitarbeiter im Finanzdienstleistungssektor in Bezug auf IT-Kenntnisse werden und müssen steigen!
Der Artikel brachte mich dazu, über das Thema weiter nachzudenken, weil es mich bereits seit längerem bewegte. Einige Leserinnen und Leser aus dem Kreis meiner Kunden wissen das, da wir bereits gemeinsam darüber philosophierten 😉
Ein kleiner Rückblick sei gestattet: Als ich im September 1994 meine Banklehre begann, war die Welt noch „in Ordnung”:
Am Ende meiner Ausbildung stieg ich in die neu gegründete Abteilung „Electronic Banking” ein: Wir waren ein Team von anfangs zwei Leuten. Mein Chef (22 Jahre) und ich (21). Außer einigen Mitarbeitern in der Abteilung Organisation wusste so gut wie niemand, was wir da trieben. Und wir hatten bereits E‑Mail und Internet! 🙂
Nun – die Zeiten haben sich gewandelt. Inzwischen ist so ziemlich jedem klar, dass die IT neben der Ressource „Mensch” der wichtigste Produktionsfaktor der Bank ist. Ja – ich gehe so weit zu behaupten: Banken sind faktisch IT-Unternehmen! Folglich liegt es doch nahe, dass vielleicht abgesehen vom direkten Kundenvertrieb in nahezu allen Tätigkeitsbereichen der Bank Mitarbeiter mit IT-Kenntnissen benötigt werden. Und damit meine ich nicht, Excel benutzen zu können, auch wenn es hier noch großen Nachholbedarf gäbe (nicht nur bei Banken und Sparkassen). Wenn wir über Zukunftsthemen – nein – aktuelle Themen wie „Machine Learning” und „Data-Science” reden, sollten wir uns ehrlich fragen: Wer in den Banken und Sparkassen kennt sich denn heute wirklich mit diesen Themen aus, kann sie auch anwenden, geschweige denn beherrschen?
Die Liste ließe sich noch eine Weile fortsetzen, das haben jedoch schon Andere getan. Seien wir ehrlich: Da ist die Luft sehr dünn. Im Bereich der Geldautomatenüberwachung und Fraud Detection entwickeln Spezialisten schon entsprechende Lösungen. Jedoch stecken viele Projekte derzeit noch in den Kinderschuhen und erst recht bei wirklich spannenden Themen wie der Frage, wie Kundenbedürfnisse und damit Verkaufschancen wirklich besser erkannt werden können, wird die Luft wirklich dünn.
Es genügt also nicht, sich als Bank bzw. Sparkasse darauf zu verlassen, dass der Markt schon „irgendwann” entsprechende Lösungen anbietet, die dann „schlüsselfertig” eingebaut bzw. genutzt werden können. Denn spätestens zu diesem Zeitpunkt stehen diese Lösungen dann auch dem Wettbewerb zur Verfügung!
Nein, die Lösung muss lauten: Jetzt selbst aktiv werden!
Ausgehend von meiner Einleitung müssen Kreditinstitute also endlich beginnen, sich als IT-Unternehmen zu betrachten. Dazu gehört neben der Fortbildung der vorhandenen Mitarbeiter vor allem, IT-Experten einzustellen und zu integrieren. Und natürlich bedeutet das auch, diesen Menschen entsprechende Arbeitsbedingungen zu bieten.
Tipp: junge Menschen lassen sich mit Prozessen, Arbeitsanweisungen und Vorschriften wie „Reisekostenabrechnung mit dreifacher Unterschrift der Vorgesetzten, des Papstes und der eigenen Mutter” richtig toll motivieren 😉
Vor allem Sparkassen und Volksbanken sind hier an einem Punkt, der erhebliches Know-how und Durchsetzungsvermögen der Beteiligten erfordert. Sind überhaupt adäquate Testumgebungen vorhanden? Wer betreibt diese? Wie sind sie abgesichert und wie schnell können sie an neue Anforderungen angepasst werden? Hier ist das Management gefragt, die Teams bei der Beschaffung der Ressourcen zu unterstützen und entsprechende Anforderungen auch bei den IT-Dienstleistern zu vertreten.
Weiterhin müssen Big-Data-taugliche Datenbanksysteme beschafft und Entwicklungstools bereitgestellt werden. Die Entwickler benötigen ausreichend Freiraum, um Bibliotheken selbstständig nachzuinstallieren. Das Institut muss dabei selbstverständlich in der Lage sein, die daraus entstehenden Risiken zu managen. Auch hier ist es erforderlich, entsprechende Expertise im Haus zu haben:
Was ist das wichtigste Asset der Banken und Sparkassen? Das Vertrauen der Kunden!
Von regulatorischen Anforderungen einmal abgesehen sollte es selbstverständlich sein, dass der Schutz der Datenbestände des Instituts oberste Priorität hat und dementsprechend erfordert der Aufbau brauchbarer anonymisierter Testbestände Expertenwissen und kann nicht „nebenbei” geschehen. Notwendig sind hier Fachleute im Bereich:
Um sinnvolle Lösungen zu finden müssen Produktentwickler der Bank und IT-Fachleute zusammenarbeiten. Und natürlich auch den Endkunden einbeziehen. Zum Thema „Kundenorientierung” und „Design Thinking” wurde wahrhaftig schon viel publiziert und sinniert. Ich vermeide jetzt einfach mal bewusst, irgendein Zitat von Steve Jobs einzubauen 😉 . Unbestritten ist, dass agile Entwicklungsprozesse hier helfen und zwingend einzusetzen sind, um nicht „am Kunden vorbei” zu laborieren.
Zu guter Letzt muss auch geplant sein, wie eine fertige Lösung in die hauseigenen Prozesse und Systemlandschaft integriert werden kann.
Nach ausgiebigen Tests, einer IT-Sicherheitsprüfung, Prüfungen von Datenschutzbelangen usw. müssen Produktionssysteme aufgebaut und betrieben werden. Auch hier kann die Komplexität sehr unterschiedlich sein: Im einfachsten Fall werden Daten manuell zum Beispiel für Kampagnen in separate Tools überführt, ausgewertet und das Ergebnis in die vorhandenen Kampagnenwerkzeuge der Bank importiert. Bei Anwendungsszenarien, die regelmäßige automatische Verarbeitungen von Produktionsdaten vorsehen, sind Verarbeitungspipelines zu implementieren und zu betreuen. Auch hier sind Fachleute mit IT-Kenntnissen und Kenntnissen in der Regulatorik notwendig:
Will sich eine Bank oder Sparkasse ernsthaft der Zukunft stellen und neue, innovative Ansätze entwickeln, muss dem Management klar sein, dass ein völlig neuer Typus von Mitarbeitern erforderlich ist.
Nutzen Sie unsere umfangreichen Erfahrungen und sprechen Sie mit uns:
bankon Management Consulting GmbH & Co. KG
Max-Planck-Str. 8
85609 Aschheim/München
Tel.: (089) 99 90 97 90
Fax: (089) 99 90 97 99
Web: https://www.bankon.de
E‑Mail: research@bankon.de
Gedanken über eine effiziente Kommunikation in Organisationen und was wir aus der Softwareentwicklung lernen können. In den kommenden Beiträgen möchte ich meine Gedanken darüber mit Ihnen teilen. Ich freue mich auf Feedback und Diskussionen!
Da ist sie wieder, diese Situation, die wir doch wahrscheinlich alle kennen: Wir sitzen im Meeting, mal wieder ist etwas im Projekt schiefgelaufen. Kollege Müller arbeitete an seinem Arbeitspaket Task und am Ende stellt sich heraus, dass das Ergebnis nicht zum Input der Kollegin Meyer passt. Ärgerlich! Und wir alle sind uns einig: Hätten wir mehr miteinander kommuniziert, wäre das nicht passiert!
Also lautet der gemeinsame Beschluss: Wir müssen mehr miteinander kommunizieren!
Alle finden das gut und richtig, alle nehmen sich das vor. Es werden neue Regeln verabschiedet, bestehende konkretisiert. Eigentlich ganz einfach, oder?
Aber seien wir ehrlich: So treiben wir das alle seit Jahren oder noch länger. Und trotzdem passiert es immer wieder, dass die richtigen Leute nicht zum rechten Zeitpunkt miteinander sprechen. Und wir wissen, dass das selbst in hochmotivierten Teams mit toller Arbeitsatmosphäre keine Absicht ist.
Nach dem Meeting schweifen dann die Gedanken und lassen das Geschehene Revue passieren: „Stimmt das denn wirklich? Müssen wir mehr kommunizieren? Wir treffen uns täglich beim Stand-up (Daily Scrum oder ganz banal: zur morgendlichen Abstimmung), wir wissen, was die Anderen tun, sitzen in weiteren Teambesprechungen. Schreiben Mails, Slack-Einträge, JIRA-Tickets. Und stellen fest, dass zwischen 25 bis 50 % unserer Arbeitszeit faktisch nur der Kommunikation dienen. Und nun wollen (oder sollen) wir noch mehr kommunizieren?
In den kommenden Beiträgen möchte ich meine Gedanken darüber mit Ihnen teilen. Ich freue mich auf Feedback und Diskussionen! Ihr Matthias Hotzel
Nutzen Sie unsere umfangreichen Erfahrungen und sprechen Sie mit uns:
bankon Management Consulting GmbH & Co. KG
Max-Planck-Str. 8
85609 Aschheim/München
Tel.: (089) 99 90 97 90
Fax: (089) 99 90 97 99
Web: https://www.bankon.de
E‑Mail: research@bankon.de
Aktuell taucht in den Medien das Schlagwort „Low Code“ auf. Und bei allen „durchs Dorf getriebenen“ Schlagworten sollte der Leser immer skeptisch sein. Deshalb war die erste Reaktion des Autors auch hier: „Wer möchte sich denn hier wieder substanzlos profilieren?“
Aber nach etwas Nachdenken und Recherche sieht das Thema doch nicht so substanzlos aus und ist es meiner Meinung nach wert, genauer betrachtet zu werden.
Im Endeffekt soll dieser Ansatz Fachleute dabei unterstützen, ihre Anforderungen an IT-Systeme schneller umzusetzen. Entsprechende Tools gibt es schon seit den 90er Jahren. Diese Werkzeuge bieten in der Regel über eine grafische Oberfläche die Möglichkeit, die Anwendungslogik einfach zusammenzustellen. Eine gute und kurze Übersicht über die Geschichte dieses Ansatzes ist wie zu erwarten auf Wikipedia zu finden unter:https://de.wikipedia.org/wiki/Low-Code-Plattform.
Sicher ist es nicht verkehrt, erst einmal Analogien zwischen der Finanzindustrie und dem klassischen Produktionssektor zu ziehen.
In der klassischen Industrie ist es selbstverständlich, dass Produktionsplanung und Produktentwicklung von Mitarbeitern betrieben werden, die zumindest die wesentlichen Prozesse der Produktion kennen und beherrschen, d. h. im besten Falle auch während ihrer Ausbildung an CNC-Maschinen gearbeitet bzw. diese programmiert haben.
Halten wir weiterhin fest: Das eigentliche Produktionsmittel einer modernen Bank ist die IT! Kaum eine Branche, einmal abgesehen von IT-Unternehmen, ist so sehr von der IT abhängig. Geschäfte und Produkte werden von Maschinen produziert.
Schaut man sich allerdings die Skills der dort beschäftigten Mitarbeiterinnen und Mitarbeiter an, stellt man fest, dass hier eine sehr scharfe Trennung zwischen den Beteiligten verläuft:
Hier kann also der in der Industrie völlig selbstverständliche Prozess der Produktentwicklung nicht genauso funktionieren!
Die Möglichkeit, Bankprodukte schnell direkt durch Fachleute kreieren und testen zu können, könnte die Innovationsfähigkeit der Institute deutlich voranbringen.
Selbstverständlich ist der Low-Code-Ansatz kein Allheilmittel! Denn IT-Fachleute sind weiterhin notwendig, um die entsprechende Infrastruktur bereitzustellen und professionelle Arbeitsweisen aus der IT-Welt in die Fachwelt zu transportieren! Dazu gehören Dinge wie professionelle Testvorgehen, Dokumentation und die Sicherstellung der Wartbarkeit des so produzierten Codes.
Neben dem „klassischen“ Low-Code-Ansatz gibt es inzwischen weitere interessante und in der Praxis angekommene Lösungsansätze, z. B. der Einsatz von „Domain Specific Languages“ (DSL). Hier werden problemspezifische Programmiersprachen erstellt und den Fachleuten bereitgestellt, die sich durch einfache, oft natürlich-sprachliche Konstrukte auszeichnen. Der Umfang der Sprachen ist dabei begrenzt, um Komplexität zu vermeiden. Der Einsatz von Schleifen und anderen aus der Programmierung bekannten Konstrukten ist dabei möglich und bietet damit weit mehr Einfluss als die oft bereits angebotenen klassischen Konfigurationsmöglichkeiten. Natürlich erfordern diese Freiheiten auch entsprechende Schulungen und optimalerweise automatisierte Tests der erzeugten Konstrukte.
Ein System stellt dabei einfach gesagt eine Ablaufumgebung bereit, welche der Fachfrau/dem Fachmann u. a. in der Entwicklung fachliche Variablen und Event-Trigger zu einem Produkt bietet:
Als Vertreter dieser Lösungen seien hier mbeddr (http://mbeddr.com) oder JetBrains MPS (https://www.jetbrains.com/mps/) genannt. Weiterhin bietet Groovy als auf Java basierende Scriptsprache interessante Möglichkeiten, eigene DSLs zu entwickeln und damit einen einfachen Einstieg in das Thema.
Wollen Banken und Sparkassen dauerhaft ihre Position verteidigen, müssen sie sich nach Meinung des Autors an den Vorgehensweisen der Industrie orientieren, IT-Know-how bei den Fachleuten aufbauen und Instrumente wie DSLs und andere Low-Code-Tools einsetzen. Dieser Wandel wird selbstverständlich nicht einfach zu vollziehen sein, da sowohl die IT-Spezialisten als auch die Produktfachleute ihre Grenzen überschreiten und aufeinander zugehen müssen. Jedoch können beide Seiten mit Sicherheit voneinander profitieren und am Ende innovative und stabile Produkte entwickeln.
Nutzen Sie unsere umfangreichen Erfahrungen und sprechen Sie mit uns:
bankon Management Consulting GmbH & Co. KG
Max-Planck-Str. 8
85609 Aschheim/München
Tel.: (089) 99 90 97 90
Fax: (089) 99 90 97 99
Web: https://www.bankon.de
E‑Mail: research@bankon.de
