En IT-chef, der vil være på forkant, bør samle et kort og dateret grundlag om de vigtigste systemer, uden at gøre det til et projekt med budget og styregruppe. Når direktionen spørger, skal I kunne svare på tre ting: hvor afhængige er vi, hvor findes der et realistisk alternativ, og hvad ville en overgang kræve af tid og folk?
Spørgsmålet kommer ofte udefra. En bestyrelse har læst en artikel, en kunde har sendt et spørgeskema, eller en konkurrent har meldt ud, at de flytter noget. Den IT-chef, der først begynder at undersøge, når spørgsmålet lander, ender med at svare i generelle vendinger. Den, der har et grundlag, kan svare konkret og roligt. Det er en del af en leverandørstrategi at vide det, også selv om ingen har bedt om det endnu.
Hold det lille
Et forarbejde bliver hurtigt til et projekt, når det får et navn, en mødeserie og en tidsplan. Så skal det prioriteres mod alt andet, og så spørger nogen, om I er ved at forlade jeres leverandør. Det er I ikke. I samler viden.
Giv det et tidsloft, fx nogle timer om ugen over en afgrænset periode, og hold det på jeres eget bord. Arbejdet kræver hverken adgang til nye systemer eller kontakt til leverandører. Det meste kan læses i aftaler, fakturaer, administrationsportaler og leverandørernes offentlige vilkår.
Det, der skal ligge klar
En liste over systemerne målt med samme målestok. For hvert af de vigtigste systemer noteres ejer, kontraktpart, hvor data står, hvem der driver og supporterer, og hvem der står bag koden. Svarene dateres. Leddene gennemgås ét for ét i artiklen om, hvornår noget tæller som europæisk. En samlet oversigt over leverandørerne kan bygges op som i leverandøroversigten.
Hvad der hænger sammen. Hvilke systemer deler login, hvilke sender data til hinanden, og hvilke fagsystemer forudsætter en bestemt kontorpakke? Den tegning afgør rækkefølgen, hvis det en dag bliver aktuelt. Integrationerne er sjældent skrevet ned, og det er her, et forarbejde giver mest.
Hvor der findes et realistisk alternativ. For nogle områder findes der modne europæiske tjenester, for andre gør der ikke. En kort vurdering pr. område med en dato er nok. Undgå at vælge produkt. Det kommer senere, hvis direktionen beslutter at gå videre.
Hvornår I reelt kan gøre noget. Udløbsdatoer, opsigelsesvarsler og fornyelser for de store aftaler. Et alternativ kan kun tages i brug, når aftalen tillader det, så kalenderen er en del af svaret.
Et overslag i tid og folk. For hvert område, hvor et alternativ er realistisk, et lavt og et højt skøn over egne timer, partnerens timer og den tid, hvor gammelt og nyt kører samtidig. Ingen kroner. Tallene sætter direktionen selv på, hvis de vil.
Sådan siger I det til direktionen
Grundlaget bør kunne stå på to sider. Første side svarer på spørgsmålet med jeres egne ord: hvor er vi afhængige, hvor findes der alternativer, og hvad ville det kræve. Anden side er oversigten med datoer.
Vær tydelig om, hvad I anbefaler. At blive på et område kan være det rigtige svar, og det skal stå lige så klart som et forslag om at undersøge et alternativ. Grundene til at blive har fået deres egen artikel: når alternativet er det forkerte valg. En IT-chef, der kun peger på det, der kan ændres, mister troværdighed, første gang direktionen spørger til omkostningen.
Hvad I ikke behøver at gøre endnu
I behøver ikke kontakte leverandører af alternativer, bede om tilbud eller starte en pilot. Det giver forventninger, som I ikke kan styre, og det kan nå jeres nuværende leverandør gennem partneren. Det, I kan afklare uden at nogen udenfor hører om det, er samlet i undersøg et skifte i stilhed.
I behøver heller ikke at vurdere jura i dybden. Hvor et spørgsmål kræver det, noterer I det som åbent og skriver, hvem der kan svare.
Når direktionen siger ja til at gå videre
Grundlaget bliver så udgangspunktet for et egentligt forløb: valg af område, krav til alternativet, pilot og plan for overgangen. Det er her, et forarbejde betaler sig. Direktionen har allerede set afhængighederne og overslaget, og I kan begynde med de områder, hvor gevinsten er størst og risikoen mindst. Valget mellem områderne er beskrevet i hvad flytter I først.
Hvad det kræver, og hvad det koster at lade være
Forarbejdet kræver IT-chefens tid og adgang til aftaler og fakturaer. Har I flere selskaber eller mange fagsystemer, tager det længere, og så kan det deles over flere perioder. Skøn timerne lavt og højt, før I begynder, og stop, når loftet er nået.
Lader I være, er der intet galt, så længe ingen spørger. Spørger nogen, bliver svaret enten for hurtigt eller for langsomt. Et for hurtigt svar lover noget, der ikke holder. Et for langsomt svar gør spørgsmålet til et projekt, før nogen har besluttet, at det skal være et.
Det skal I lade være med
- At give forarbejdet et projektnavn · så skal det prioriteres og forklares, før der er noget at forklare.
- At kontakte leverandører af alternativer for tidligt · forventningerne kan nå jeres nuværende leverandør.
- At udelade områder, hvor svaret er at blive · det svækker resten af vurderingen.
Det skal valget kunne vise
- ☐ De vigtigste systemer målt på samme fem led, med dato.
- ☐ Hvilke systemer der hænger sammen gennem login og integrationer.
- ☐ Hvor der findes et realistisk alternativ, og hvor der ikke gør.
- ☐ Udløb og opsigelsesvarsler for de store aftaler.
- ☐ Et overslag i timer med lav og høj vurdering for hvert område.
Senest gennemgået: november 2026.
Næste skridt
Tag de tre største aftaler og skriv de fem led op for hver. Det tager kort tid og viser, om resten er værd at gøre.
Læs også: Alternativer, I kan drive selv med egne IT-folk · Integrationerne, ingen har skrevet ned
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
