BETALT INDHOLD

Et samarbejde med et IT firma kan sagtens fortsætte i mange år. Systemerne virker nogenlunde, fakturaerne bliver betalt, og medarbejderne ved, hvilket nummer de skal ringe til, når noget driller.

Alligevel kan der komme et tidspunkt, hvor virksomheden begynder at stille spørgsmål.

Er supporten blevet for langsom? Mangler der overblik over licenser og udstyr? Er det uklart, hvem der egentlig har ansvaret for backup? Eller er virksomheden vokset fra den aftale, der blev lavet, dengang organisationen var halvt så stor?

At konstatere, at samarbejdet ikke længere passer, er den nemme del. Det mere vanskelige spørgsmål er, hvordan man skifter leverandør uden at skabe problemer for de medarbejdere, der bare skal kunne passe deres arbejde.

Her er forberedelsen afgørende. Et godt leverandørskifte bør være en kontrolleret overdragelse af viden og ansvar – ikke et brat farvel til én tekniker efterfulgt af en hektisk jagt på adgangskoder.

Et nyt IT firma skal først vide, hvad det overtager

Inden noget flyttes eller ændres, bør den eksisterende IT blive kortlagt.

Det gælder både de meget synlige dele som computere og Microsoft 365 og de områder, som medarbejderne sjældent tænker på: netværksudstyr, administratoradgange, domæner, backup, licensaftaler, sikkerhedsopsætning og eventuelle servere.

På https://azend.dk/it-firma/esbjerg/ beskriver AZEND på den angivne target-side et leverandørskifte, hvor servere, netværk, licenser, backup og sikkerhed kortlægges, før der udarbejdes en konkret plan. Selve overdragelsen planlægges derefter med henblik på at genere medarbejderne mindst muligt.

Princippet er værd at holde fast i, uanset hvilken leverandør man vælger.

Hvis den nye partner ikke kender udgangspunktet, bliver det svært at afgøre, hvad der bør bevares, ændres eller udfases. Man risikerer samtidig at opdage manglende administratoradgange eller uklare aftaler på det værst tænkelige tidspunkt.

Før skiftet bør virksomheden derfor forsøge at få overblik over blandt andet:

• centrale systemer og cloudtjenester
• administrator- og servicekonti
• domæner og DNS
• licenser og abonnementer
• backup og gendannelsesrutiner
• netværk og internetforbindelser
• supportaftaler og leverandørkontakter
• virksomhedens computere og øvrige enheder.

Listen er ikke kun teknisk dokumentation. Den viser også, hvilke afhængigheder den daglige drift bygger på.

Flyt ansvar, før du begynder at flytte teknik

Et leverandørskifte behøver ikke betyde, at al teknologi skal udskiftes.

Hvis Microsoft 365 fungerer fint, er der ingen grund til at ændre platform alene for at markere, at virksomheden har fået en ny partner. Det samme gælder hardware, netværk og andre løsninger, der fortsat opfylder behovet.

Det første, der bør flyttes, er derfor ansvaret.

Hvem overvåger backup fra hvilken dato? Hvem opretter den næste medarbejder? Hvem håndterer en kritisk supporthenvendelse, mens overdragelsen står på? Og hvornår ophører den gamle leverandørs adgang til systemerne?

De spørgsmål bør have konkrete svar.

Et overgangsforløb bliver hurtigt rodet, hvis både gammel og ny leverandør tror, at den anden part tager sig af en bestemt opgave. Det modsatte kan også ske: Begge ændrer noget i samme system uden at vide, hvad den anden har gjort.

Derfor er en tidsplan nyttig. Ikke nødvendigvis en kompliceret projektplan, men en klar oversigt over hvilke områder der overdrages hvornår, hvem der godkender ændringerne, og hvordan medarbejderne får besked.

AZEND beskriver på target-siden en proces, hvor den tekniske gennemgang efterfølges af en anbefaling og pris, før selve driften overtages i et planlagt forløb. Virksomheden oplyser, at overdragelsen typisk tilrettelægges uden for arbejdstid for at begrænse påvirkningen af medarbejderne.

Det er netop medarbejderperspektivet, der let bliver glemt. For dem er et vellykket leverandørskifte ofte et skifte, de næsten ikke opdager.

Brug leverandørskiftet til at rydde op

Et skifte af IT firma er også en sjælden anledning til at kigge kritisk på opsætningen.

Gennem flere år kan virksomheden have samlet licenser, konti og systemer, som engang havde et formål, men ikke længere bruges. Medarbejdere har måske skiftet rolle uden at miste gamle adgange, og abonnementer kan være blevet videreført, fordi ingen var sikre på, om de stadig var nødvendige.

Det betyder ikke, at alt gammelt skal fjernes straks.

Men inden den nye leverandør kopierer den eksisterende struktur én til én, bør virksomheden spørge, om strukturen stadig giver mening.

Det kan eksempelvis vise sig, at nogle licenser kan samles, at gamle brugere bør lukkes, eller at dokumentationen omkring netværket trænger til at blive opdateret. Måske findes der samtidig kritiske systemer, som hidtil har været alt for afhængige af én bestemt medarbejders viden.

Et leverandørskifte er derfor også en mulighed for at gøre IT mindre personafhængig.

Det er særligt relevant i virksomheder, hvor IT ikke er kerneforretningen. Medarbejderne skal kunne arbejde med salg, logistik, administration, produktion eller kundeservice uden samtidig at skulle fungere som uofficielle systemadministratorer.

Når overdragelsen er gennemført, bør det stå klart, hvem der kontaktes ved problemer, hvilke områder den nye leverandør har ansvar for, og hvilke opgaver virksomheden fortsat selv håndterer.

Så bliver skiftet mere end en udskiftning af et telefonnummer til supporten. Det bliver en mulighed for at få ryddet op i den tekniske arv, dokumentere de vigtigste afhængigheder og placere ansvaret tydeligere.

Og netop dét er et godt mål for en vellykket overgang: Ikke at alle systemer nødvendigvis er blevet nye, men at virksomheden efter skiftet ved mere om sin IT end før – og ved præcis, hvem der passer på den.