CIO as a Service

Efter outsourcingen: hvad skal I selv kunne?

En skærm med en uskarp leverandørrapport på et skrivebord i en lille IT-gruppe, mens pladserne omkring står tomme

Når IT-drift eller systemer flyttes til en leverandør, flytter ansvaret ikke med. Virksomheden skal stadig kunne bestille, vurdere, styre og sige fra, og det kræver folk. Den gruppe kaldes på engelsk retained organisation, på dansk den tilbageværende organisation. Den består af de roller, I beholder for at styre det, I har købt: leverandørstyring, kontrakt, arkitektur, økonomi, sikkerhed og overblik over forretningens behov. Svaret på, hvad I selv skal kunne, skal ligge fast, før kontrakten underskrives, for den gruppe er ofte den første, der bliver skåret, når besparelsen skal hentes hjem.

Hvorfor gruppen bliver for lille

I en business case for outsourcing ser hver medarbejder, der bliver tilbage, ud som en omkostning, der burde være væk. Det presser tallet nedad. Samtidig er det svært at vise værdien af en rolle, hvis arbejde består i at stille de rigtige spørgsmål. De folk, der kender systemerne bedst, skifter ofte til leverandøren eller finder andet arbejde, og med dem forsvinder forklaringen på gamle valg og særlige løsninger.

Følgerne viser sig sent. De første måneder kører driften videre på gammel viden. Derefter begynder leverandørens tilbud at blive svære at vurdere, ændringer bliver godkendt uden indsigt, og forretningen går direkte til leverandøren med sine ønsker. Så er det i praksis leverandøren, der styrer retningen.

De roller, der skal blive

Navnene varierer, og en person kan dække flere af dem. Det afgørende er, at nogen med navn ejer hver funktion:

  • Leverandør- og kontraktstyring. Læser aftalen, følger op på den, håndterer ændringer og eskalerer. Se styring af outsourcingkontrakten.
  • Arkitektur. Afgør, hvordan systemerne skal hænge sammen, så retningen ikke bestemmes af den enkelte leverandørs løsninger.
  • Service- og systemejerskab. Ved, hvad forretningen har brug for, og vurderer, om det leverede svarer til det.
  • Bindeled til forretningen. Oversætter behov til bestillinger og samler ønsker, før de bliver til regninger. Rollen er beskrevet under IT business partner.
  • Økonomi. Kontrollerer fakturaer mod aftalen og forstår, hvad en ændring koster over tid.
  • Sikkerhed og krav. Sætter kravene og vurderer leverandørens svar. Arbejdet kan købes, men beslutningen hører til hos jer.

I en koncern kommer et spørgsmål oven i: Skal rollerne ligge centralt, eller skal hvert selskab have sin egen kontaktperson? Får selskaberne lov at bestille direkte, mister den centrale gruppe overblikket over både forbrug og forpligtelser.

Den kompetence, der er svær at genskabe

Det kræver andre evner at styre en leverandør end at drive et system selv. Nogle af jeres dygtigste teknikere vil trives i den nye rolle, andre vil ikke. Spørg hver enkelt tidligt, og lad ikke overførslen til leverandøren afgøre, hvem der bliver.

Til gengæld kræver leverandørstyring stadig teknisk dømmekraft. Den, der skal vurdere et oplæg til en større ændring, skal vide nok til at se, om det hænger sammen. Rollerne tømmes langsomt for den viden, når ingen længere har hænderne i systemerne. Derfor skal I beslutte, hvordan viden holdes ved lige, fx ved at beholde et mindre område selv, ved at deltage i leverandørens ændringsarbejde eller ved at bruge en uafhængig fagperson ved store beslutninger.

Hvor stor skal gruppen være?

Vi giver bevidst intet tal eller nogen tommelfingerregel. Størrelsen afhænger af, hvor mange leverandører der skal holdes sammen, hvor mange selskaber der bestiller, og hvor store programmer der kører. Kør i stedet en prøve på hver funktion ud fra spørgsmål som disse:

  • Hvem læser og vurderer leverandørens næste månedsrapport?
  • Hvem kan afgøre, om en ændringsanmodning er inden for aftalen?
  • Hvem ville kunne lede et skifte til en anden leverandør?
  • Hvem ved, hvilke systemer et forretningskritisk flow rører?
  • Hvem træder til, når den person holder ferie?

Kan et spørgsmål kun besvares med et navn hos leverandøren, mangler I den rolle.

Tegn på, at I allerede har skåret for meget

Er outsourcingen sket, kan tegnene stadig aflæses. Leverandøren skriver jeres oplæg til direktionen. Forretningen ringer direkte til leverandøren. Ingen kan forklare en stigning i regningen uden at spørge leverandøren. Strategien bliver i praksis til det, leverandøren foreslår. Møderne handler om sager, og ingen når at tale om retning. Ser I flere af tegnene, er det tid til at revurdere gruppen. I nogle tilfælde er det rigtige svar at bygge den op igen, og i andre at tage noget af arbejdet hjem, se hjemtagning af IT.

Sådan går I videre

Skriv funktionerne op, og sæt et navn ud for hver, enten i den nuværende organisation eller i den kommende. Står der tomme felter eller det samme navn mange gange, har I fundet næste ledelsesbeslutning. Skal outsourcingen først ske, så tag rollerne med i sourcingstrategien, og regn dem med i regnestykket fra begyndelsen. Er medarbejdere berørt, så læs IT-medarbejdere ved outsourcing, før planen fortælles.

Det skal I lade være med

  • At hente besparelsen i styringsrollerne · den regning kommer tilbage som dårligere aftaler.
  • At forlade jer på, at leverandøren holder overblikket · leverandøren ser sin egen del.
  • At fylde rollerne med dem, der ikke kom med over · rollerne skal besættes ud fra evner.
  • At lade styringen hvile på én person · så flytter nøglepersonen bare fra drift til kontrakt.

Det skal I kræve af dem, der leder IT

  • ☐ En liste over de funktioner, I beholder, med navne.
  • ☐ En plan for, hvordan teknisk dømmekraft holdes ved lige.
  • ☐ En aftalt vej for bestillinger, så selskaber og afdelinger ikke går direkte til leverandøren.
  • ☐ Stedfortrædere til de vigtigste styringsroller.
  • ☐ En begrundet vurdering af gruppens størrelse, som tages op, når leverandører eller programmer ændrer sig.

Senest gennemgået: november 2026.

Næste skridt

Læs også: Én totalleverandør eller flere specialister? · Organisering af IT-afdelingen · Offshoring af IT-drift og support

→ Kontakt · Tlf. 70 13 63 23 · Ekstern CIO hos Nielco IT

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Mangler I en CIO?

Fortæl kort, hvad der fylder: et program, flere selskaber, en IT‑afdeling eller en beslutning, ingen ejer. Rådgivningen er uvildig og uden bindinger til leverandører, så svaret tager udgangspunkt i jeres situation.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.