Day 100 is een datum die integratieteams zichzelf opleggen, geen wet van de natuur. Als die datum nadert en het plan is niet af, ontstaat er meestal onrust: is er iets misgegaan, moet er versneld worden, moet er iemand verantwoording afleggen? Die vragen zijn begrijpelijk maar vaak niet de juiste. De eerste vraag is preciezer: welk deel van het plan is niet gehaald, en wat betekent dat voor de rest.
Een Day 100-plan bestaat uit besluiten die van elkaar afhangen en besluiten die dat niet doen. Als een IT-migratie vertraagt maar de rest van de organisatie daar niet op wacht, is dat een ander probleem dan wanneer een personeelsbesluit vertraagt terwijl vijf andere teams erop wachten voordat ze verder kunnen. Voordat u concludeert dat Day 100 mislukt is, is het zinvol om te kijken welke van de oorspronkelijke besluiten daadwerkelijk op het kritieke pad lagen en wie dat bewaakte. Een gemiste deadline op een besluit dat niets blokkeerde, is geen crisis. Een gemiste deadline op een besluit waar alles op wachtte, is dat wel.
Dit onderscheid wordt zelden vooraf scherp gemaakt. Plannen worden geschreven als een lijst met data, niet als een netwerk van afhankelijkheden. Wie achteraf moet uitzoeken wat een vertraging werkelijk kost, ontdekt vaak dat de afhankelijkheden nooit expliciet zijn vastgelegd. Dat is precies waarom het loont om vooraf te bepalen welke afhankelijkheden de rest van het traject blokkeren en wie daar op let. Zonder die kaart is elke vertraging een verrassing in plaats van een verwachte uitkomst van een bekend risico.
Niet alle uitgestelde besluiten kosten evenveel. Een besluit over een gezamenlijk CRM-systeem kan wachten zonder dat er veel verloren gaat, terwijl een besluit over wie de klantrelatie beheert vanaf dag een speelt, en uitstel daar direct voelbaar is bij klanten en medewerkers. Het onderscheid tussen wat kan wachten en wat niet, is niet vast: het hangt af van de sector, de omvang van de overlap tussen de organisaties, en hoeveel onzekerheid een langere wachttijd oproept bij de mensen die op een besluit wachten.
Om dat onderscheid te maken, helpt het besluiten te sorteren op wat onzekerheid werkelijk kost, niet op wat het makkelijkst is om als eerste op te pakken. Een aantal teams pakt eerst de besluiten die het snelst te nemen zijn, terwijl de duurste onzekerheid ergens anders zit. Een manier om dat te vermijden is besluiten te ordenen op basis van wat onzekerheid kost per dag dat een besluit uitblijft. Dat levert een andere volgorde op dan een planning die simpelweg alles binnen honderd dagen wil afronden.
Er is ook een andere kant: niet elk besluit hoort binnen honderd dagen genomen te worden, en het forceren daarvan kan meer schaden dan het uitstellen. Sommige integratiekeuzes worden beter na een periode van observeren, wanneer duidelijker is hoe de twee organisaties werkelijk samenwerken. Het is dus net zo belangrijk te weten wat na Day 100 kan wachten zonder dat het traject vastloopt als te weten wat niet kan wachten. Een gemiste deadline op een besluit dat toch beter later genomen was, is geen falen — het is een correctie.
Als Day 100 niet gehaald wordt, ligt de vraag vaak niet bij het besluit zelf, maar bij de structuur die besluiten had moeten bewaken. Een integratiekantoor dat alleen data op een lijst bijhoudt, ziet een gemiste deadline pas wanneer die al gemist is. Een integratiekantoor dat afhankelijkheden en onzekerheidskosten volgt, ziet een vertraging aankomen en kan tijdig bepalen of bijsturen nodig is of dat uitstel acceptabel is.
Dit raakt aan een bredere vraag over hoe het integratiekantoor zelf georganiseerd is. Een kantoor dat overladen is met statusupdates en rapportages verliest het overzicht juist op het moment dat het nodig is. Het is daarom relevant om na te denken over hoe het integratiekantoor werkbaar blijft en wie dat in de gaten houdt, zodat een gemiste deadline een signaal wordt in plaats van ruis in een overvolle inbox.
Ook is er nooit één antwoord op de vraag wat er moet gebeuren als Day 100 niet gehaald wordt: het antwoord hangt af van welk besluit het betreft, wat erop wacht, en of vertraging daadwerkelijk waarde kost of juist waarde behoedt door een overhaaste keuze te vermijden. Wie op dit punt structuur zoekt in plaats van een pasklaar antwoord, vindt een uitgewerkte aanpak op de pagina die specifiek ingaat op wat te doen wanneer Day 100 niet gehaald wordt en wie dat proces bewaakt.
Bij elk gemist onderdeel van een Day 100-plan hoort ook de onderliggende vraag of het wel nodig was om dat onderdeel samen te voegen. Sommige systemen, teams of processen winnen niets bij integratie en verliezen wel tijd en aandacht die elders nodig zijn. Een gemiste deadline is een goed moment om die vraag opnieuw te stellen, niet alleen om harder te duwen naar de oorspronkelijke datum.
Om te bepalen welk deel van het werk rond zo'n integratietraject door mensen gedaan moet worden en welk deel met AI ondersteund kan worden, biedt FTE TO AI een werkscan die per taak berekent welk aandeel over te nemen is. Voor teams die na een gemiste Day 100 willen weten waar capaciteit vastloopt en waar die vrij te maken is, is dat een concreet startpunt.
Vraag maar wat er op Day 1 moet staan, of wat integreren juist kapotmaakt.
Antwoorden komen uit de kennisbank van deze site. Geen advies op maat, en geen scan van uw bedrijf.