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.