Min historie
Fra bankassistent til programvareutvikler

I dag jobber jeg som programvareutvikler med Microsoft‑teknologier, men det har ikke alltid vært slik. Jeg startet min profesjonelle karriere som bankassistent i bedriftsbank. Som mange andre var jeg ikke interessert i bootcamps eller i å bytte jobb fordi finans og bankvirksomhet ikke virket spennende nok.
Overraskende nok skjedde det bare fordi jeg ønsket å automatisere mitt arbeid, de kjedelige oppgavene. Den detaljerte historien følger.
Assistent og spesialist
BNP Paribas Bank Polska S.A.
Etter å ha fullført studier i finans og bank i 2010, begynte jeg å jobbe for BNP Paribas Corporate Banking. Først var jeg assistent til Relationship Manager og senere Credit Documentation Specialist. Det ble en flott erfaring, og bedriftsbank virket som det mest interessante området; jeg trodde at stillingen som kredittanalytiker ville være min vei i de neste årene.

I løpet av de første tre årene hadde jeg bare ett problem… mange kjedelige oppgaver, så på et tidspunkt begynte jeg å lure meg selv om det var noe jeg kunne gjøre for å redusere manuellhet. Dessverre, på grunn av hvordan banksystemene fungerer og tilstanden til eksisterende prosesser (som også inkluderte banklovgivning), fantes ikke mye som kunne automatiseres, eller i hvert fall trodde jeg så.
Mot midten av 2013 hadde vi to store problemer med en eksisterende kunde. På grunn av kombinasjonen av menneskelige feil og mangler i bankprosesser, kunne kunden ikke få tilgang til kredittoverskuddet for en dag (jeg tror det var flere millioner PLN for et mellomstort foretak som brukte det i hverdagen). Det skjedde fordi banken må håndtere kreditfornyelsesprosessen manuelt; når tiden kommer, må Business Analyst og Relationship Manager forberede en full finansiell analyse og fornyingsforespørsel til Credit Risk Department. Vi feilet.
Situasjonen var en mulighet til å foreslå en automatisert løsning. Jeg utviklet et lite skrivebordsprogram for Windows som kjørte i bakgrunnen, sporing av kundekredittens løpetid, sendte e‑post‑varsler 14, 7 og 3 dager før forfallsdato; og selv om 3 dager vanligvis er for kort tid til å fornye, gjorde det ofte mulig å forberede en teknisk utvidelsesforespørsel i ca. to uker for å unngå at kredittlinjen lukkes (bankens system gjør dette automatisk).
Selv om det ikke var en perfekt applikasjon (ingen SOLID eller DRY‑prinsipper var brukt), så ble den et unikt miks av OOP og prosedyre‑kode) skrevet på 2 uker i Delphi (VCL‑rammeverk), den fungerte for oss. Det virket at det alltid finnes en måte å forbedre arbeidet med automatisering på, selv om du ikke er del av IT‑avdelingen. Allt som kreves er analytisk tenkning, kreativitet, teknisk kompetanse og vilje til å lære nye ting.
Alt i alt var det en interessant opplevelse med automatisering, men jeg vurderte fortsatt meg selv som en person innen finans/ bank heller enn IT‑virksomhet.
Kredittkontroller
DFDS Polska Sp. z o.o.
Noen måneder senere bestemte jeg meg for å følge karrieren min i ett av Shared Services Centres i Poznan. DFDS Polska er et selskap som tilhører det store danske logistikk‑ og fergeransjen DFDS A/S. Selskapet ble etablert i 2013 og begynte å flytte mange av sine regnskapsprosesser fra ulike land til Polen for å kutte lønnskostnadene betydelig. Jeg gikk med på selskapet i mars 2014 og etter bare to dager i det nye kontoret fløy jeg ut av Poznan til Oslo for en to måneders overgangsprosess.

Det jeg først la merke til under migrasjonen, var at selskapets regnskapssystem (VISMA) var veldig klønete og veldig gammelt. Dermed måtte man utføre mange kjedelige oppgaver inkludert unødvendig papirarbeid. På det tidspunktet så jeg to alternativer: akseptere og leve med det; eller forlate det. Men senere begynte jeg å tenke på den tredje muligheten: endre det, forbedre prosessen selv, automatisere uansett. Og dette skjedde.
Etter overgangsperioden var mine oppgaver:
- Forberede kredittanbefalinger for nye og eksisterende kunder (DFDS Seaways AB i Sverige).
- Gjøre journalposter og behandle påminnelser i henhold til norsk lov.
- Forberede finansrapport for Finance Manager (DFDS Seaways AS i Norge).
- Samarbeide med General Ledger og Accounts Payable‑spesialister.
Siden de migrerte prosessene og det gamle regnskapssystemet ikke hjalp, bestemte jeg meg for å bruke Excel og VBA til å automatisere rapporteringsprosessen kun for meg selv. Det fungerte ganske bra, og teamlederen min spurte om funksjonaliteten kunne utvides slik at andre også kunne bruke den. Jeg ga positivt svar og begynte å bruke Access med JET‑SQL, en lokal database plassert i en delt mappe på en felles disk, slik at én Excel‑kopi kunne lese/skrive fra én kilde; dataene fra regnskapssystemet ble separat hentet fra CSV‑fil generert av BI‑teamet og dumpet noen ganger om dagen fra serveren (automatisk).
Dette førte til opprettelsen av en Excel‑basert applikasjon med bare noen få nøkkelkomponenter: Excel, Access, JET‑SQL, VBA, CSV‑data fra regnskapssystemet. I 2014 var dette ikke den mest moderne teknologistakken du kunne forestille deg, men som offisielt ikke‑teknisk og utenfor IT‑avdelingen var det eneste som kunne gjøres selvstendig. Likevel tror jeg at jeg virkelig var smidig; jeg bygde og testet i raskt tempo mens andre brukere også testet og brukte det i hverdagsarbeidet.
Mellom oktober 2014 og 2016 jobbet jeg delvis som kredittkontroller og VBA‑utvikler med programvaren jeg kalte TR Tool for gjeldshåndtering. Det fylte de manglende funksjonene i regnskapssystemet. Dens hovedfunksjoner var:
- Kobling til VISMA‑konsolideringsdatabasen.
- Bi‑direksjonell forbindelse til MS Access.
- Risikoslag og kvalitetsindeks.
- Diskontert verdi av faktura og porteføljeyrangering.
- Samtalelogg for kredittkontroller.
- Privat adressebok og automatisk masse‑mail‑utsendelse.
CI Lead
DFDS Polska Sp. z o.o.
Suksessen med TR Tool førte til mange mindre automatiseringsprosjekter ved hjelp av samme tilnærming og grunnleggende opprettet en Continuous Improvement‑Team som ble bygget etter at den gamle Project Team ble avsluttet mellom 2016 og 2017. Mitt team og jeg kunne fokusere på vedlikehold av eksisterende løsninger og bygge nye med Microsoft‑verktøy, inkludert:
- Microsoft Visual Studio Professional og Visual Studio Code.
- Azure‑Cloud‑tjenester (AppServices, SQL Server/Database, WebJobs, Azure Functions, Azure Active Directory).
- Microsoft Exchange‑servere.
- VISMA on‑premise‑SQL‑database.
- .NET Framework 4.5 og senere .NET Core 2.1, 2.2 og 3.1.
- Bootstrap med jQuery, Materialize med jQuery, React.js med Bulma/Bloomer.
- Språk: C#, JavaScript, Delphi.

Teamet ble senere utvidet og bestod av tre utviklere og en Product Owner. Vi antok Scrum‑begreper og brukte Azure DevOps for å håndtere daglig arbeid og oppgaver. Vi lagde også dokumentasjon ved hjelp av C4‑modellen, et akseptert standard innen DFDS A/S på den tiden. Våre prosjekter måtte godkjennes av IT‑arkitekten.
ABSL Diamonds Awards
DFDS Polska Sp. z o.o.

Utenom å forlate regnskap og gå over til programmering, handlet 2017 om noe annet. Vi ble fortalt av vår Managing Director (Radek Mierzejewski) om den andre utgaven av ABSL Diamonds Awards.
ABSL står for Association of Business Service Leaders – det er en ledende organisasjon som representerer business‑services i Polen. Den organiserer mer enn 100 møter, opplæring og workshops for å oppmuntre selskaper til å dele kunnskap og erfaringer, inspirere hverandre og bygge relasjoner med bransjefolk og beslutningstakere.
Vi bestemte oss for å sende inn hovedprosjektet jeg opprettet for DFDS Polska (TR Tool for gjeldshåndtering) til ABSL Diamonds Awards innen Business Excellence‑kategorien.
Ikke bare forberedte vi innsendelsen, men også laget en kort videopresentasjon (ikke påkrevd, men veldig informativ). Vi gjorde det i midten av februar.

Ved slutten av februar 2017 mottok vi nomineringen. Vi fikk også vite om våre konkurrenter og deres nominerte prosjekter. På den tiden trodde vi nesten ikke at vi kunne vinne.

En måned senere reiste vi til Warszawa for å delta på ABSL‑galaen. Vi hadde sjeldne muligheter til å møte Shared Services‑samfunnet, representert av ledere og toppledere.

Vi konkurrerte med 3M Global Service Center Poland som hadde et stort prosjektbudsjett og mer enn 15 utviklere. Vi var glade for å ta imot seieren under ABSL‑Poland Gala i mars 2017. Nøkkelen til vår seier var at vi hadde små ressurser og likevel klarte å oppnå gode resultater; mens våre konkurrenter måtte bruke millioner på prosjektet.

Den følgende videoen er et sjeldent innblikk i arrangementet. Det var virkelig stort og vi hadde det gøy.

Mobilutvikler
Infusion Code Sp. z o.o.
Med to års erfaring allerede og vilje til å gå inn i mobilutvikling (jeg hadde tidligere erfaring med Swift og Cocoa) ble jeg enige om å starte en oppstartsbedrift sammen med tre andre personer og bygge en applikasjon for Swift og Cocoa‑plattformer.
Hovedutviklingen skjedde mellom august 2018 og februar 2019. Det var en mobilapp som gjorde det mulig å oppdage puber og barer og kreve én drink per 24 timer. Vi beløp tjenesten med et lite abonnement (månedlig); med kostnaden for én drink på 19 PLN kunne man kreve opptil 30 drinks i ulike puber/barer.

Forretningen vokste og vi begynte å dekke kostnader noen måneder senere. Vi hadde planer om å endre forretningsmodellen (som svar på skiftende kundebehov) og også flytte mobilprosjektet til Google Flutter.

Dessverre ble prosjektet avbrutt på grunn av COVID‑19 tidlig 2020 og vi vil stenge selskapet i år.
Noen tekniske detaljer:
- Azure SQL‑database.
- .NET Core 2.2, WebAPI, MVC.
- Integrasjon med PayU API (senere PayLane API) for betalingsbehandling (årlig og engang, inkludert BLIK).
- JavaScript/jQuery og Bootstrap for selskapets nettside.
- FireMonkey‑rammeverk (Delphi) for cross‑plattform mobilapp.
- Google Cloud Platform, Firebase.
Full‑stack utvikler
IT Magination Sp. z o.o.
I løpet av de siste tre årene jobbet jeg med interne løsninger der QA ikke engang var en del av prosessen. Senere i 2020 bestemte jeg meg for å bli med i et software house som leverer programvareprodukter til eksterne kunder, slik at kostnader, time‑til‑marked og kvalitet er kritiske faktorer. Dette gir nye erfaringer jeg ikke kunne få hos DFDS Polska.
Dette avslutter historien om hvordan jeg gikk fra finans og bank til IT‑virksomhet som utvikler.