Kennisbank

Når Day 100 ikke nås

Day 100 er en dato, som integrationsteams pålægger sig selv, ikke en naturlov. Når den dato nærmer sig, og planen ikke er klar, opstår der ofte uro: er noget gået skævt, skal der sættes tempo op, skal nogen stå til ansvar? Disse spørgsmål er forståelige, men ofte ikke de rette. Det første spørgsmål er mere præcist: hvilken del af planen er ikke nået, og hvad betyder det for resten.

Ikke alle glippede dele vejer lige tungt

En Day 100-plan består af beslutninger, der afhænger af hinanden, og beslutninger, der ikke gør det. Hvis en IT-migration bliver forsinket, men resten af organisationen ikke venter på den, er det et andet problem end når en personalebeslutning bliver forsinket, mens fem andre teams venter på den, før de kan komme videre. Før De konkluderer, at Day 100 er mislykket, er det værd at undersøge, hvilke af de oprindelige beslutninger der faktisk lå på den kritiske vej, og hvem der overvågede det. En glippet deadline på en beslutning, der ikke blokerede noget, er ikke en krise. En glippet deadline på en beslutning, som alt ventede på, er det.

Denne sondring bliver sjældent skarpt fastlagt på forhånd. Planer skrives som en liste med datoer, ikke som et netværk af afhængigheder. De, der efterfølgende skal finde ud af, hvad en forsinkelse egentlig koster, opdager ofte, at afhængighederne aldrig er blevet gjort explicitte. Det er præcis derfor, det betaler sig at fastlægge på forhånd hvilke afhængigheder der blokerer resten af forløbet, og hvem der holder øje med det. Uden det kort er hver forsinkelse en overraskelse i stedet for et forventet udfald af en kendt risiko.

Omkostningerne ved at vente er sjældent lige fordelt

Ikke alle udskudte beslutninger koster lige meget. En beslutning om et fælles CRM-system kan vente uden at meget går tabt, mens en beslutning om hvem der forvalter kunderelationen spiller en rolle fra dag ét, og udskydelse her er direkte mærkbar for kunder og medarbejdere. Sondringen mellem hvad der kan vente, og hvad der ikke kan, er ikke fast: den afhænger af branchen, omfanget af overlap mellem organisationerne, og hvor meget usikkerhed en længere ventetid skaber hos de mennesker, der venter på en beslutning.

For at kunne skelne hjælper det at sortere beslutninger efter, hvad usikkerhed reelt koster, ikke efter hvad der er nemmest at tage først. Nogle teams tager først de beslutninger, der hurtigst kan tages, mens den dyreste usikkerhed ligger et andet sted. En måde at undgå det er at ordne beslutninger baseret på hvad usikkerhed koster per dag en beslutning udestår. Det giver en anden rækkefølge end en planlægning, der blot vil afslutte alt inden for hundrede dage.

Der er også en anden side: ikke alle beslutninger bør tages inden for hundrede dage, og at forcere det kan skade mere end at udskyde det. Nogle integrationsvalg tages bedre efter en periode med observation, når det er tydeligere, hvordan de to organisationer reelt samarbejder. Det er derfor lige så vigtigt at vide hvad der kan vente til efter Day 100 uden at forløbet går i stå som at vide, hvad der ikke kan vente. En glippet deadline på en beslutning, der alligevel bedre var taget senere, er ikke en fiasko — det er en korrektion.

Hvad en glippet Day 100 egentlig siger om integrationskontoret

Når Day 100 ikke nås, ligger spørgsmålet ofte ikke hos beslutningen selv, men hos den struktur, der skulle have overvåget beslutningerne. Et integrationskontor, der kun holder datoer på en liste, ser først en glippet deadline, når den allerede er glippet. Et integrationskontor, der følger afhængigheder og usikkerhedsomkostninger, ser en forsinkelse komme og kan i tide afgøre, om der skal justeres, eller om udskydelse er acceptabel.

Dette rører ved et bredere spørgsmål om, hvordan integrationskontoret selv er organiseret. Et kontor, der er overbelastet med statusopdateringer og rapportering, mister netop overblikket, når det er mest nødvendigt. Det er derfor relevant at overveje hvordan integrationskontoret forbliver funktionsdueligt, og hvem der holder øje med det, så en glippet deadline bliver et signal i stedet for støj i en overfyldt indbakke.

Der findes heller aldrig ét svar på, hvad der skal ske, når Day 100 ikke nås: svaret afhænger af, hvilken beslutning det gælder, hvad der venter på den, og om forsinkelsen faktisk koster værdi eller tværtimod beskytter værdi ved at undgå et forhastet valg. De, der her søger struktur i stedet for et færdigt svar, finder en udfoldet tilgang på siden, der specifikt går ind på hvad man gør, når Day 100 ikke nås, og hvem der overvåger den proces.

At integrere er ikke altid det rette valg

Til hver glippet del af en Day 100-plan hører også det underliggende spørgsmål, om det overhovedet var nødvendigt at sammenlægge den del. Nogle systemer, teams eller processer vinder intet ved integration og taber tid og opmærksomhed, som er nødvendig andre steder. En glippet deadline er et godt tidspunkt til at stille dette spørgsmål igen, ikke kun til at skubbe hårdere mod den oprindelige dato.

For at afgøre, hvilken del af arbejdet omkring et sådant integrationsforløb der bør udføres af mennesker, og hvilken del der kan understøttes af AI, tilbyder FTE TO AI en arbejdsscan, der pr. opgave beregner, hvilken andel der kan overtages. For teams, der efter en glippet Day 100 ønsker at vide, hvor kapaciteten går i stå, og hvor den kan frigøres, er det et konkret udgangspunkt.