Kennisbank

Om Day 100 inte uppnås

Day 100 är ett datum som integrationsteam ålägger sig själva, ingen naturlag. När det datumet närmar sig och planen inte är klar, uppstår vanligtvis oro: har något gått fel, måste det forceras, måste någon stå till svars? Dessa frågor är begripliga men ofta inte de rätta. Den första frågan är mer precis: vilken del av planen har inte uppnåtts, och vad betyder det för resten.

Inte varje missad del väger lika mycket

En Day 100-plan består av beslut som är beroende av varandra och beslut som inte är det. Om en IT-migration försenas men resten av organisationen inte väntar på den, är det ett annat problem än när ett personalbeslut försenas medan fem andra team väntar på det innan de kan gå vidare. Innan ni slår fast att Day 100 har misslyckats, är det värt att titta på vilka av de ursprungliga besluten som faktiskt låg på den kritiska linjen och vem som bevakade det. En missad deadline på ett beslut som inte blockerade något är ingen kris. En missad deadline på ett beslut som allt annat väntade på, är det.

Denna distinktion görs sällan tydlig i förväg. Planer skrivs som en lista med datum, inte som ett nätverk av beroenden. Den som efteråt måste ta reda på vad en försening verkligen kostar, upptäcker ofta att beroendena aldrig har fastställts explicit. Det är just därför det lönar sig att i förväg bestämma vilka beroenden som blockerar resten av processen och vem som bevakar det. Utan den kartan blir varje försening en överraskning istället för ett förväntat utfall av en känd risk.

Kostnaden för att vänta är sällan jämnt fördelad

Inte alla uppskjutna beslut kostar lika mycket. Ett beslut om ett gemensamt CRM-system kan vänta utan att mycket går förlorat, medan ett beslut om vem som hanterar kundrelationen spelar roll från dag ett, och en försening där direkt märks av kunder och medarbetare. Distinktionen mellan vad som kan vänta och vad som inte kan, är inte fast: den beror på branschen, omfattningen av överlappet mellan organisationerna, och hur mycket osäkerhet en längre väntetid skapar hos de människor som väntar på ett beslut.

För att göra den distinktionen hjälper det att sortera beslut efter vad osäkerheten verkligen kostar, inte efter vad som är enklast att ta itu med först. En del team tar först de beslut som är snabbast att fatta, medan den dyraste osäkerheten finns någon annanstans. Ett sätt att undvika det är att ordna beslut utifrån vad osäkerhet kostar per dag ett beslut dröjer. Det ger en annan ordning än en planering som helt enkelt vill avsluta allt inom hundra dagar.

Det finns också en annan sida: inte varje beslut bör fattas inom hundra dagar, och att tvinga fram det kan skada mer än att skjuta upp det. Vissa integrationsval blir bättre efter en period av observation, när det är tydligare hur de två organisationerna verkligen samarbetar. Det är därför lika viktigt att veta vad som kan vänta till efter Day 100 utan att processen fastnar som att veta vad som inte kan vänta. En missad deadline på ett beslut som ändå var bättre att fatta senare, är inget misslyckande — det är en korrigering.

Vad ett missat Day 100 verkligen säger om integrationskontoret

Om Day 100 inte uppnås ligger frågan ofta inte hos beslutet självt, utan hos strukturen som skulle ha bevakat besluten. Ett integrationskontor som bara håller reda på datum i en lista, ser en missad deadline först när den redan har missats. Ett integrationskontor som följer beroenden och osäkerhetskostnader, ser en försening komma och kan i tid avgöra om korrigering behövs eller om uppskov är acceptabelt.

Detta berör en bredare fråga om hur integrationskontoret självt är organiserat. Ett kontor som är överbelastat med statusuppdateringar och rapporter tappar överblicken just när det behövs. Det är därför relevant att fundera över hur integrationskontoret förblir hanterbart och vem som bevakar det, så att en missad deadline blir en signal istället för brus i en överfull inkorg.

Det finns heller aldrig ett enda svar på frågan vad som ska göras när Day 100 inte uppnås: svaret beror på vilket beslut det gäller, vad som väntar på det, och om förseningen faktiskt kostar värde eller snarare bevarar värde genom att undvika ett förhastat val. Den som söker struktur på denna punkt istället för ett färdigt svar, hittar en utarbetad metod på sidan som specifikt går in på vad man ska göra när Day 100 inte uppnås och vem som bevakar den processen.

Att integrera är inte alltid rätt val

Till varje missad del av en Day 100-plan hör också den underliggande frågan om det verkligen var nödvändigt att sammanfoga den delen. Vissa system, team eller processer vinner ingenting på integration och förlorar tid och uppmärksamhet som behövs på annat håll. En missad deadline är ett bra tillfälle att ställa den frågan på nytt, inte bara att trycka hårdare mot det ursprungliga datumet.

För att avgöra vilken del av arbetet kring en sådan integrationsprocess som bör göras av människor och vilken del som kan stödjas med AI, erbjuder FTE TO AI en arbetsscan som per uppgift beräknar vilken andel som kan tas över. För team som efter ett missat Day 100 vill veta var kapaciteten fastnar och var den kan frigöras, är det en konkret utgångspunkt.