Der findes ingen brøk, der er rigtig. Vi har ingen kilde til et tal, og programmer er for forskellige til, at det ville give mening. Det, der kan afgøres, er, hvilke opgaver der skal blive i huset, for at I fortsat kan styre leverandørerne og overtage løsningen, når de stopper. Det er ejerskabet, de vigtigste beslutninger, kontrollen med kvalitet og økonomi samt viden om jeres egne processer. Resten kan i princippet købes. Grænsen er nået, når I ikke længere selv kan vurdere, om det, konsulenterne siger, er rigtigt, og når der er flere konsulenter end egne folk, der forstår, hvordan det hele hænger sammen.
Hvorfor konsulenterne kommer ind
Der er gode grunde til at bruge dem. I har sjældent folk nok, et program skal bruge specialer, I kun har brug for én gang, og nogen med erfaring fra et lignende forløb sparer jer for fejl. Egne IT-folk skal også holde driften kørende, mens programmet står på.
Konsulenterne bliver et problem, når de overtager noget, de kun kan låne jer. Det sker sjældent ved en beslutning. Programmet er under pres, en intern stilling står tom, en konsulent gør det godt, og så får vedkommende en opgave mere. Efter to år sidder den eneste, der forstår integrationerne, på en aftale, der udløber.
Det, der skal blive i huset
Tænk på det, der skal blive hos jer, som en styrende kerne. Den kan være lille, men den skal være jeres egen.
Ejerskabet. Programejer og procesejere skal være jeres ledere. En konsulent kan forberede. Beslutningen om, hvordan virksomheden skal arbejde, tager I selv.
Programledelsen eller kontrollen med den. Er programlederen ekstern, hvad der kan være fornuftigt, skal der være en intern person, som er tæt på, kender planen og kan overtage. En ekstern programleder bør arbejde for jer og have sin aftale direkte med jer, adskilt fra de leverandører, der laver arbejdet.
Arkitekturen. Hvem bestemmer, hvordan systemerne hænger sammen, og hvad der er en undtagelse? Det valg lever med jer i mange år, længe efter at konsulenterne er væk.
Kontrakt og økonomi. Den, der godkender timesedler og leverancer, skal ikke arbejde hos den, der sender dem.
Testledelse og godkendelse. Forretningen skal kunne afgøre, om det er færdigt. Det kan ikke ligge hos dem, der har lavet det.
Data. Viden om jeres data, og hvad de betyder, sidder hos jer, og det er ofte her, de sene overraskelser kommer fra.
Det, der godt kan købes, er det specialiserede og det tidsbegrænsede: opsætning, integrationer, projektledelse af delprojekter, datakonvertering og hjælp i spidsbelastning.
Tegn på, at grænsen er overskredet
Læg mærke til, hvordan beslutninger bliver truffet. Der er nogle faresignaler:
- Konsulenter skriver indstillingerne til styregruppen og vurderer selv deres egne leverancer.
- Svaret på et spørgsmål om løsningen er, at I må spørge konsulenten.
- Egne medarbejdere deltager i møder som lyttere.
- Den samme leverandør har folk på flere sider af bordet, fx både i udviklingen og i kvalitetssikringen.
- En konsulent har været i programmet så længe, at ingen kan forestille sig, hvad der sker uden vedkommende.
- Konsulentteamet er vokset, uden at nogen har truffet en beslutning om det.
Der er også et spørgsmål om interesser. En konsulent med timer på en aftale har sjældent interesse i, at opgaven bliver mindre. Det følger af, hvordan aftalen er skruet sammen, og derfor skal det samlede overblik over forbruget ligge hos jer.
Viden skal tilbage
Planlæg overdragelsen fra første dag. Den kan ikke klares i programmets sidste uge, hvor alle har travlt. Sæt krav op, når konsulenterne kommer ind:
- En navngiven intern modpart til hver vigtig konsulent, der får tid til at følge med.
- Dokumentation som en del af det aftalte arbejde, og af en kvalitet, der kan læses af andre.
- Fælles arbejde på opgaverne, så den interne person gør noget selv, mens konsulenten er der.
- En dato for, hvornår opgaven skal være overtaget, og en prøve på, at det fungerer.
Det sidste er det vigtigste. Sæt konsulenten til at se på, mens den interne person gør arbejdet, før aftalen udløber. Dokumentation viser, hvad nogen har skrevet. En overtaget opgave viser, at viden faktisk er flyttet.
Tag det også med i budgettet, at interne folk skal bruge tid på det. Hvis de allerede er fuldt optaget af driften, er overdragelsen kun en plan på papir. Spørgsmålet om, hvordan de frigives, er behandlet under forretningens folk i programmet, og det gælder også egne IT-folk.
Når I først opdager det sent
Er I allerede afhængige, så skal det håndteres. Start med at kortlægge, hvem der er kritiske, og hvad de ved. Ansæt eller flyt internt til de vigtigste områder, og aftal forlængelse med de personer, der er kritiske, så de ikke forsvinder midt i en fase. Vurder, hvad I gerne vil have overdraget, og hvad I kan leve med at have ude i længere tid.
Hvad I skal kunne selv efter programmet, hænger sammen med det større spørgsmål om den tilbageværende organisation. Hvordan kontrakten flytter risikoen, står under kontraktformer ved implementering. Aftaleteksten er en opgave for advokaten.
Det skal I lade være med
- At lade leverandøren kontrollere sig selv · adskil dem, der leverer, fra dem, der godkender.
- At lade konsulenter eje beslutninger · de kan anbefale, og I skal vælge.
- At vente med overdragelsen til slutningen · så når I den ikke.
- At stole på en fast brøk · den siger intet om, hvad I reelt kan styre.
Det skal I kræve af dem, der leder IT
- ☐ En liste over de opgaver, der skal blive i huset, og hvem der har dem.
- ☐ Overblik over konsulenter, opgaver og aftaleperioder.
- ☐ En navngiven intern modpart til hver kritisk konsulent.
- ☐ En plan med datoer for overtagelse af viden og opgaver.
- ☐ Adskillelse mellem dem, der leverer, og dem, der godkender.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Programmet lukker · Valg af implementeringspartner
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CIO hos Nielco IT
