Handlen er gennemført, og to IT-miljøer, to sæt leverandører og to grupper af IT-folk hører nu under samme ejer. En IT-integrationsplan, IT-delen af det, der på engelsk hedder post merger integration eller PMI, samler det, der skal ske herfra: hvilke beslutninger der træffes hvornår, hvem der ejer dem, og hvad der bevidst venter. Planen er et ledelsesværktøj. Ingen lov kræver den, og de 100 dage er en arbejdsramme uden anden autoritet end, at perioden er lang nok til at skabe overblik og kort nok til, at direktionen stadig følger med.
Spørgsmålet om, hvem der leder arbejdet, finder I i IT-ledelse efter et opkøb. Her handler det om selve planen, når der er egne IT-folk på mindst den ene side, og når beslutningerne rammer mere end ét selskab.
Planen begynder på overtagelsesdagen
Første version kan være kort. Den skal svare på fem spørgsmål: Hvad må ikke gå i stå? Hvilke ændringer er sat i bero? Hvem træffer IT-beslutninger i den overtagne virksomhed? Hvad skal direktionen beslutte, og hvornår? Hvem får besked om hvad?
Spørgsmålet om ændringer fortjener en særlig bemærkning. IT-folkene i den overtagne virksomhed har planlagte opgaver, igangværende projekter og leverandører, der venter på svar. En kort liste over, hvad der kører videre, og hvad der står stille, fjerner en del af usikkerheden. Listen gennemgås hver uge, for et projekt i bero koster også noget, og de fleste skal have en afgørelse inden for perioden.
Processen: tre faser på 100 dage
Stabilisering, de første uger. Driften kører som før, og alt det, der skal virke fra første morgen, er beskrevet i dag 1 efter overtagelsen. Ansvaret for administratoradgange, vagt og hændelser placeres, så begge IT-afdelinger ved, hvem der gør hvad.
Overblik, frem til omkring dag 45. Nu samles billedet af, hvad I har overtaget: systemer, leverandører, kontrakter, projekter og folk. Formålet er at kunne træffe beslutninger, så overblikket skal være præcist nok til det og ikke mere. Fasen slutter med, at direktionen vælger retning. De tre modeller for IT efter opkøbet er et godt sted at begynde, og valget kan falde forskelligt ud for økonomi, samarbejdsværktøjer og fagsystemer.
Første flytninger, frem til dag 100. De beslutninger, der giver mening hurtigt, gennemføres. Det kan være fælles adressebog, adgang på tværs, fælles rapportering på ét niveau eller opsigelse af en ydelse, I nu betaler for to gange. De store flytninger, fx to ERP-systemer, bliver sjældent færdige her. Inden dag 100 skal de have en ejer, en beslutning om retning og en plads i porteføljen.
Rækkefølgen følger afhængighederne
Hvad der kommer først, afgøres af, hvad andet hviler på det. Fælles identitet og adgang kommer ofte før samarbejde på tværs. Beslutninger om organisationen hænger sammen med, hvem der skal drive de systemer, der bliver tilbage. Hvad der kan flyttes, afhænger af, hvad kontrakterne tillader, og den opgørelse står i licenser og kontrakter efter overtagelsen.
Tre hensyn trækker i hver sin retning. Forretningen vil se resultater, IT-folkene vil undgå fejl, og økonomi vil have tal, der kan lægges sammen. En plan, der kun tjener ét af hensynene, holder ikke. Derfor skal direktionen se rækkefølgen og godkende den, og det enkelte selskab skal kunne se, hvornår det bliver berørt.
Ansvar i to organisationer
Planen skal stå med navne. En integrationsleder fører planen og melder til direktionen. En IT-leder fra hver side ejer driften i sit spor, indtil sporene er lagt sammen. En forretningsansvarlig fra hvert selskab godkender, hvad der ændres i det daglige arbejde. Økonomi ejer opfølgningen på de synergier, ledelsen har besluttet.
Det svære punkt er IT-folkene i den overtagne virksomhed. Det er dem, der kender systemerne, og samtidig er det deres arbejde, planen ændrer. Inddrag dem i arbejdet med planen, og sig så tidligt som muligt, hvad I ved om deres fremtid, og hvornår resten kommer. Hvordan afdelingerne bliver én, er beskrevet i to IT-afdelinger bliver til én.
Sikkerhed og aftaler har egne ejere
Sikkerhedsniveauet i den overtagne virksomhed afgør, hvornår netværk og adgange må kobles sammen. Hvordan virksomheden tages ind i sikkerhedsstyringen, står i opkøbt virksomhed i sikkerhedsstyringen. I integrationsplanen står kun datoen for, hvornår koblingen må ske, og hvem der godkender den.
Aftaleforhold skal til advokat. Det gælder aftaler med leverandører og en eventuel IT-serviceaftale med sælger, hvor slutdatoen ofte sætter tempoet for hele planen. Spørgsmål om medarbejdernes vilkår hører også dér.
En plan, direktionen kan læse
Den plan, projektlederne arbejder efter, er detaljeret. Direktionen skal have én side: beslutninger i næste periode, hvad der er nået, hvad der halter og hvorfor, og hvad der står i bero. Fast møde hver anden uge i perioden er en god takt. Efter dag 100 lukkes integrationsplanen som særskilt spor, og det, der mangler, flyttes over i den almindelige projektportefølje med ejer og budget.
Det skal I lade være med
- At vente med en plan, til overblikket er færdigt · overblikket er en del af planen.
- At lade alle overtagne projekter stå stille uden en dato · uvisheden koster mere end en afgørelse.
- At skrive datoer for store flytninger, før retningen er besluttet · så bliver datoerne det, alle husker.
- At lade de overtagne IT-folk høre om planen ad omveje · budskabet skal komme fra deres ledelse.
Det skal I kræve af den eksterne
- ☐ En første version af planen med navne på ejere, inden for de første dage.
- ☐ En liste over, hvad der kører videre, og hvad der er sat i bero, med dato for afgørelse.
- ☐ Én side til direktionen med beslutninger, status og afvigelser.
- ☐ Klar besked om, hvor advokat, revisor eller en specialist skal ind.
- ☐ En overlevering til den faste portefølje, når integrationssporet lukkes.
Senest gennemgået: november 2026.
Næste skridt
Læs også: Absorbere, samle eller lade leve · To IT-afdelinger bliver til én · Flere opkøb om året
→ Kontakt · Tlf. 70 13 63 23 · Ekstern CIO hos Nielco IT
