Meine Geschichte
Vom Bankkaufmann zum Softwareentwickler

Heute arbeite ich als Softwareentwickler mit Microsoft-Technologien, aber das war nicht immer so, denn meine berufliche Laufbahn begann ich als Associate im Firmenkundengesch?ft. Anders als viele heute habe ich weder an Bootcamps teilgenommen, noch wollte ich den Job wechseln, weil mir Finanzen und Banking nicht gefielen.
?berraschenderweise geschah dies einfach, weil ich meine Arbeit, meine allt?gliche Arbeit, automatisieren wollte. Die ausf?hrliche Geschichte folgt.
Die Anf?nge
Nach meinem Abschluss in Finanz- und Bankwesen im Jahr 2010 begann ich, f?r BNP Paribas Corporate Banking zu arbeiten. Zuerst war ich Assistent des Relationship Managers und sp?ter Credit Documentation Specialist. Es war eine gro?artige Erfahrung und Corporate Banking war das, was mich am meisten interessierte. Au?erdem glaubte ich, dass die Position des Kreditanalysten das ist, was ich zumindest in den n?chsten Jahren machen wollte.

In den ersten drei Jahren hatte ich jedoch nur ein Problem: viele m?hsame Aufgaben. Irgendwann begann ich mich zu fragen, ob ich etwas tun k?nnte, um den manuellen Aufwand zu reduzieren. Leider konnte man aufgrund der Funktionsweise des Banksystems und des Zustands der bestehenden Prozesse (einschlie?lich des Bankrechts) nicht viel tun, um die Prozesse zu automatisieren, oder zumindest glaubte ich das.
Mitte 2013 hatten wir zwei gr??ere Probleme mit einem unserer Bestandskunden. Aufgrund menschlicher Fehler und mangelhafter Bankprozesse konnte unser Kunde einen Tag lang nicht auf seinen ?berziehungskredit zugreifen (ich glaube, es ging um ein paar Millionen PLN f?r ein mittelgro?es Unternehmen, das ihn f?r den t?glichen Betrieb nutzt). Dies geschah, weil die Bankabteilung, die Bankprodukte anbietet, den Kreditverl?ngerungsprozess abwickeln muss, der eine manuelle Verfolgung der Kreditlaufzeiten der Kunden erfordert. Und wenn es soweit ist, m?ssen der Business Analyst und der Relationship Manager eine vollst?ndige Finanzanalyse und eine Verl?ngerungsanfrage f?r die Kreditrisikoabteilung vorbereiten. Wir haben versagt.
Diese Situation war eine Gelegenheit, eine automatisierte L?sung vorzuschlagen. Ich habe eine kleine Desktop-Anwendung f?r Windows entwickelt, die im Hintergrund l?uft und die F?lligkeit von Kundenkrediten verfolgt. Sie sendet dem Team 14, 7 und 3 Tage vor dem F?lligkeitsdatum des Kredits E-Mail-Benachrichtigungen. Und auch wenn 3 Tage normalerweise nicht ausreichen, um eine Verl?ngerung zu bearbeiten, erm?glicht sie oft die Vorbereitung einer technischen Verl?ngerungsanfrage f?r beispielsweise zwei Wochen, um die Sperrung der Kreditlinie zu vermeiden (Banksysteme erledigen dies automatisch).
Obwohl es sich nicht um eine vollkommen perfekte Anwendung handelt (keine SOLID oder DRY-Prinzipien angewandt wurden, ist die seltsame Mischung aus OOP und prozeduralem Code), die innerhalb von 2 Wochen in Delphi (VCL-Framework), es hat bei uns funktioniert. Es schien, dass es immer eine M?glichkeit gibt, die Arbeit durch automatisierte L?sungen zu verbessern, auch wenn man nicht Teil der IT-Abteilung ist. Es erfordert nur analytisches Denken, Kreativit?t, etwas technisches K?nnen und die Bereitschaft, neue Dinge zu lernen, um die Aufgaben zu erledigen.
Alles in allem war es eine interessante Erfahrung mit der Automatisierung, aber dennoch sah ich mich eher im Finanz-/Bankwesen t?tig als im IT-Gesch?ft.
DFDS Polska
Ein paar Monate sp?ter beschloss ich, meine Karriere in einem der Shared Services Center in Posen fortzusetzen. DFDS Polska ist ein Unternehmen, das zum gro?en d?nischen Logistik- und F?hrbetreiber DFDS A/S geh?rt. Das Unternehmen wurde 2013 gegr?ndet und begann, viele seiner Buchhaltungsprozesse aus verschiedenen L?ndern nach Polen zu migrieren, um die Lohnkosten deutlich zu senken. Ich kam im M?rz 2014 in das Unternehmen und flog nach nur zwei Tagen im neuen B?ro f?r eine zweimonatige Eingew?hnungszeit von Posen nach Oslo.

Was mir w?hrend der Migration zuerst auffiel, war, dass das Buchhaltungssystem des Unternehmens (VISMA) sehr klobig und veraltet war. Daher mussten viele m?hsame Aufgaben einschlie?lich unn?tiger Papierarbeit erledigt werden. An diesem Punkt sah ich zwei M?glichkeiten: es akzeptieren und damit leben oder es lassen. Aber sp?ter begann ich ?ber die dritte Option nachzudenken: es ?ndern, den Prozess selbst verbessern, ihn trotzdem automatisieren. Und das ist passiert.
Nach der ?bergangszeit waren meine Aufgaben:
- Kreditempfehlungen f?r neue und bestehende Kunden vorbereiten (DFDS Seaways AB in Schweden).
- Journaleintr?ge vornehmen und Mahnungen gem?? norwegischem Recht verarbeiten.
- Finanzbericht f?r den Finanzmanager vorbereiten (DFDS Seaways AS in Norwegen).
- Mit Spezialisten f?r Hauptbuchhaltung und Kreditorenbuchhaltung zusammenarbeiten.
Da die migrierten Prozesse und das alte Buchhaltungssystem nicht weiterhalfen, entschied ich mich, Excel und VBA zu verwenden, um den Berichtsprozess nur f?r mich selbst zu automatisieren. Das funktionierte recht gut und mein Teamleiter fragte, ob die Funktionalit?t erweitert werden k?nnte, damit auch andere sie nutzen k?nnten. Ich habe dies bejaht und begonnen, Access mit JET-SQL zu verwenden, einer lokalen Datenbank, die in einem freigegebenen Ordner auf einem gemeinsamen Laufwerk abgelegt ist, sodass eine Excel-Kopie eine Datenquelle lesen/beschreiben kann. Die Daten aus dem Buchhaltungssystem wurden separat aus einer von den BI-Leuten vorbereiteten CSV-Datei entnommen und mehrmals t?glich (automatisch) vom Server heruntergeladen.
Dies f?hrte zur Erstellung einer Excel-basierten Anwendung mit nur wenigen Schl?sselbestandteilen: Excel, Access, JET-SQL, VBA, CSV-Daten aus einem Buchhaltungssystem. Im Jahr 2014 war dies nicht der modernste Technologie-Stack, den man sich vorstellen konnte, aber da ich offiziell kein Techniker war und nicht zur IT-Abteilung geh?rte, war es das Einzige, was ich unabh?ngig machen konnte. Trotzdem glaube ich, dass ich wirklich agil war. Ich habe in schnellem Tempo entwickelt und getestet, w?hrend andere Benutzer es ebenfalls testeten und es in ihrer t?glichen Arbeit verwendeten.
Zwischen Oktober 2014 und 2016 arbeitete ich teilweise als Kreditcontroller und VBA-Entwickler an der Software, die ich TR Tool for Debt Management nannte. Sie erg?nzte fehlende Funktionen im Buchhaltungssystem. Die wichtigsten Funktionen waren:
- Verbindung zur konsolidierten VISMA-Datenbank.
- Bidirektionale Verbindung zu MS Access.
- Risikoklassen und Qualit?tsindex.
- Diskontierter Rechnungswert und Portfoliobewertung.
- Anrufprotokoll f?r Kreditkontrolleur.
- Privates Adressbuch und automatischer Massenmailer.
Team f?r kontinuierliche Verbesserung
Der Erfolg von TR Tool f?hrte zu vielen kleineren Automatisierungsprojekten mit einem ?hnlichen Ansatz und im Wesentlichen zur Gr?ndung eines Continuous Improvement Teams, das nach der Aufl?sung des alten Projektteams zwischen 2016 und 2017 aufgebaut wurde. Mein Team und ich konnten uns auf die Wartung der aktuellen L?sungen und den Aufbau einer neuen L?sung mit Microsoft-Tools konzentrieren, darunter:
- Microsoft Visual Studio Professional, Visual Studio Code.
- Azure Cloud-Dienste (AppServices, SQL Server/Datenbank, WebJobs, Azure Functions, Azure Active Directory).
- Microsoft Exchange Server.
- VISMA lokale SQL-Datenbank.
- NET Framework 4.5 und h?her NET Core 2.1, 2.2 und 3.1.
- Bootstrap mit jQuery, Materialize mit jQuery, React.js mit Bulma/Bloomer.
- Sprachen: C#, JavaScript, Delphi.

Das Team wurde sp?ter erweitert und bestand aus drei Entwicklern und einem Produktbesitzer. Wir ?bernahmen Scrum-Konzepte und das Azure DevOps-Tool zur Verwaltung der t?glichen Arbeit und Aufgaben. Wir erstellten auch Dokumentationen unter Verwendung des C4-Modells, einem damals akzeptierten Standard innerhalb von DFDS A/S. Unsere Projekte mussten vom IT-Architekten gr?nes Licht bekommen.
ABSL Diamond Awards 2017

Abgesehen von der Abkehr von der Buchhaltung hin zur Programmierung ging es 2017 um etwas anderes. Unser Gesch?ftsf?hrer (Radek Mierzejewski) hat uns von der zweiten Ausgabe der ABSL Diamond Awards erz?hlt.
ABSL steht f?r Association of Business Service Leaders ? es ist eine f?hrende Organisation, die Unternehmensdienstleistungen in Polen vertritt. Sie organisiert mehr als 100 Treffen, Schulungen und Workshops, um Unternehmen zu ermutigen, ihr Wissen und ihre Erfahrungen auszutauschen, sich gegenseitig zu inspirieren und Beziehungen zu Branchenvertretern und Entscheidungstr?gern aufzubauen.
Wir haben beschlossen, das Hauptprojekt, das ich f?r DFDS Polska erstellt habe (TR-Tool f?r Schuldenmanagement), bei den ABSL Diamond Awards in der Kategorie ?Business Excellence? einzureichen.
Wir haben nicht nur die Einreichung vorbereitet, sondern auch eine kurze Videopr?sentation erstellt (nicht erforderlich, aber sehr informativ). Das haben wir Mitte Februar gemacht.

Ende Februar 2017 erhielten wir die Nominierung. Dabei erfuhren wir auch von unseren Mitbewerbern und deren nominierten Projekten. Zu diesem Zeitpunkt glaubten wir kaum, dass wir gewinnen k?nnten.

Einen Monat sp?ter reisten wir nach Warschau, um an der ABSL-Gala teilzunehmen. Wir hatten seltene Gelegenheiten, die Shared Services-Community kennenzulernen, die durch Manager und F?hrungskr?fte vertreten wurde.

Wir konkurrierten mit 3M Global Service Center Poland, das ?ber ein gro?es Projektbudget und mehr als 15 Entwickler verf?gte. Wir freuten uns sehr, den Sieg w?hrend der ABSL Poland Gala im M?rz 2017 entgegennehmen zu k?nnen. Der Schl?ssel zu unserem Sieg war, dass wir ?ber geringe Ressourcen verf?gten und dennoch anst?ndige Ergebnisse erzielen konnten, w?hrend unsere Konkurrenz Millionen f?r das Projekt ausgeben musste.

Das folgende Video gibt einen seltenen Einblick in das Event. Es war wirklich gro?artig und wir hatten jede Menge Spa?.

Mobile Anwendung (iOS/Android)
Da ich bereits ?ber zwei Jahre Erfahrung verf?gte und bereit war, in die mobile Entwicklung einzusteigen (ich hatte bereits Erfahrung mit Swift und Cocoa), erkl?rte ich mich bereit, mit drei anderen Leuten ein Start-up-Unternehmen zu gr?nden und eine Anwendung f?r die Plattformen Swift und Cocoa zu entwickeln.
Die Hauptentwicklung fand zwischen August 2018 und Februar 2019 statt. Es handelte sich um eine mobile Anwendung, mit der man Pubs und Bars entdecken und alle 24 Stunden ein Getr?nk anfordern konnte. Wir haben f?r den Service eine geringe Geb?hr (monatliches Abonnement) erhoben, sodass man f?r den Preis eines Getr?nks (19 PLN) bis zu 30 Getr?nke in verschiedenen Pubs/Bars anfordern konnte.

Das Gesch?ft wuchs und einige Monate sp?ter begannen wir, unsere Kosten zu decken. Wir hatten Pl?ne, das Gesch?ftsmodell zu ?ndern (als Reaktion auf ver?nderte Kundenbed?rfnisse) und auch das mobile Projekt auf Google Flutter zu ?bertragen.

Leider wurde das Projekt aufgrund von COVID-19 Anfang 2020 abgebrochen und wir werden das Unternehmen in diesem Jahr schlie?en.
Einige technische Details:
- Azure SQL-Datenbank.
- NET Core 2.2, WebAPI, MVC.
- Integration mit PayU API (sp?ter PayLane API) zur Zahlungsabwicklung (wiederkehrend und einmalig, einschlie?lich BLIK).
- JavaScript/jQuery und Bootstrap f?r die Unternehmenswebsite.
- FireMonkey-Framework (Delphi-Sprache) f?r die plattform?bergreifende mobile Anwendung.
- Google Cloud Platform, Firebase.
IT Magination und dar?ber hinaus
Mehr als drei Jahre lang habe ich an internen L?sungen gearbeitet, bei denen die Qualit?tssicherung nicht einmal Teil unseres Prozesses war. Ende 2020 habe ich beschlossen, zu Software House zu wechseln, das Softwareprodukte f?r externe Kunden liefert, was bedeutet, dass Kosten, Markteinf?hrungszeit und Qualit?t entscheidende Faktoren sind. Dies gibt mir neue Erfahrungen, die ich bei DFDS Polska nicht machen konnte.
Damit endet letztendlich die Geschichte, wie ich als Entwickler vom Finanz- und Bankwesen in die Informationstechnologiebranche gewechselt bin.