Odoo go-live readiness — de 30-dagen aftelling
Go-live is het moment dat iedereen onthoudt — om goede of slechte redenen. We hebben er veel gedaan. De rustige go-lives delen allemaal een 30-dagen aftelling die verifieert wat fout zou kunnen gaan voordat het gebeurt.
Een Odoo go-live is geen deployment. Het is een business event. Mensen zullen het nieuwe systeem maandagochtend gebruiken. Werkt het niet, dan stopt verkoop, facturatie, magazijn. De aftelling bestaat om die maandagochtend saai te maken.
We behandelen de 30 dagen voor go-live als hun eigen projectfase, met dagelijkse standups, expliciete risicoregister en duidelijke no-go criterialijst. De fase is kort, hoog inzet, hoge return.
Hieronder de 30-dagen aftelling die we met klanten draaien, de check-categorieën, en de no-go criteria die ons van slechte weekends gered hebben.
T-30 tot T-21 — data, integraties en generale repetitie
Drie weken voor, focus op data en integraties. Volledige dataload uit het legacy in een productie-kloon. Tellingen en saldi reconciliëren. Elke integratie end-to-end testen met realistische volumes. Generale repetitie van de cutover met het volledige team.
- Volledige dataload in productie-kloon — gereconcilieerd
- Elke integratie end-to-end getest met realistische volumes
- Generale repetitie van cutover-script met volledig team
- Performance-test onder realistische load
- Back-up en restore minstens één keer getest
T-20 tot T-11 — UAT-freeze, training, comms
Twee weken voor moet UAT bevroren zijn. Nieuwe issues vanaf hier zijn go-live blockers, geen trainingsthema's. Eindgebruikers ronden training af en tekenen aanwezigheid. Interne comms bereiken de hele firma — wat verandert maandag, wat te doen als iets breekt.
- UAT bevroren — nieuwe issues zijn blockers, geen training
- Eindgebruikerstraining afgerond en aanwezigheid getekend
- Interne comms verstuurd naar de hele firma
- Klanten- / leverancierscomms verstuurd als iets zichtbaars verandert
- Hypercare-team en oproeprota bevestigd
T-10 tot T-3 — laatste checks en readiness-review
Eén week voor, voer de laatste readiness-review met de stuurgroep. Loop de no-go criteria één voor één. Bevestig het rollbackplan. Print de cutover-runbook. Brief het support-team over de eerste week. Slaap vroeg de avond ervoor.
- Laatste readiness-review met stuurgroep
- No-go criteria één voor één doorlopen — alle groen
- Rollbackplan getest en gedocumenteerd
- Cutover-runbook geprint en verspreid
- Support-team gebrieft op patronen eerste week
T-2 tot T-0 — cutover-weekend
Het cutover-weekend is uitvoering. Vergrendel het legacy. Finale delta-dataload. Smoke tests in het nieuwe systeem. Sign-off van elke business owner. Maandagochtend deuren open met het hele hypercare-team ter plekke of stand-by.
- Legacy-systeem vergrendeld op afgesproken tijd
- Delta-dataload afgerond en gereconcilieerd
- Smoke tests in productie uitgevoerd
- Business owners tekenen cutover-aanvaarding
- Hypercare-team aanwezig maandagochtend
T+1 tot T+30 — hypercare, geen onderhoud
De eerste 30 dagen post go-live zijn hypercare. Dagelijkse standups, expliciete prioritering van issues, snelle turn-around voor fixes, dagelijks dashboard voor de stuurgroep. Hypercare eindigt wanneer het bedrijf zegt dat het eindigt — niet op een vaste datum.
- Dagelijkse hypercare-standups voor minstens twee weken
- Issue-triage met expliciete prioriteit en SLA
- Snelle turn-around voor fixes — productie is nog geen steady state
- Dagelijks dashboard voor stuurgroep
- Formele hypercare-uittrede wanneer het bedrijf bevestigt
Go-live fouten die we doorleefden
Vijf terugkerende patronen die go-lives schaden die wij mochten redden.
- De generale repetitie skippen omdat iedereen moe was.
- UAT niet bevriezen — nieuwe vereisten in de laatste week.
- Reconciliatietijd op cutover-weekend onderschatten.
- Geen rollbackplan — en het dan nodig hebben.
- Hypercare als één-week-formaliteit behandelen in plaats van als belangrijkste fase.
Hoe meet je dat de go-live goed liep
Vijf cijfers en signalen om de eerste 30 dagen te volgen.
- Kritieke incidenten in week 1 — doel nul.
- Verkopen / facturen verwerkt op dag 1 vs doel — binnen 90%.
- Support-tickets per dag in dalende trend.
- Reconciliatieafwijkingen binnen 24u gesloten.
- Sponsor- en eindgebruikerstevredenheid in week 4.
Hoe Flydoo go-live readiness draait
We behandelen de 30-dagen aftelling als een sub-project met eigen backlog, dagelijkse standups en een no-go criterialijst waar de sponsor een veto op kan plaatsen. We stellen liever een week uit dan een go-live duwen die niet klaar is.
Ons hypercare-team is ter plaatse of op een specifiek kanaal de eerste twee weken. We meten dagelijks en passen snel aan. De stuurgroep krijgt elke ochtend een één-pagina status tot het bedrijf steady state bevestigt.
- 30-dagen aftelling als eigen sub-project
- Dagelijkse standups met expliciete no-go criterialijst
- Sponsor-veto op go-live als criteria niet gehaald
- Hypercare ter plaatse of op kanaal twee weken
- Dagelijkse één-pagina status naar stuurgroep
Master-checklist go-live readiness
Loop deze lijst wekelijks tijdens de 30-dagen aftelling.
- Volledige dataload in productie-kloon gereconcilieerd
- Elke integratie end-to-end getest
- Generale repetitie van cutover voltooid
- UAT bevroren en training getekend
- Rollbackplan getest en gedocumenteerd
- Comms verstuurd naar hele bedrijf en naar klanten indien nodig
- Hypercare-team en oproeprota op zijn plek
Saaie go-lives zijn de beste go-lives
Het beste go-live verhaal is dat waar niets gebeurt. Verkoop verkoopt, magazijn verzendt, finance factureert, payroll draait. Iedereen gaat op tijd naar huis.
Saaie go-lives zijn het resultaat van gedisciplineerde 30-dagen aftellingen, generale repetities, bevroren UAT, geteste rollbackplannen en correcte hypercare. De discipline is het geschenk dat je je toekomstige maandagochtend geeft.
Ben je 30 dagen van een go-live en wil je een tweede paar ogen op je aftelling, dan lopen we graag de no-go criteria met je door.
Veelgestelde vragen
Hoe lang moet hypercare duren?
Twee weken minimum, vaak vier. Hypercare eindigt wanneer het bedrijf zegt dat het eindigt — meestal wanneer dagelijks issuevolume zakt naar een beheerbare steady state. Een vaste einddatum vooraf is een recept voor te vroege terugtrekking, die klanten altijd voelen.
Hebben we echt een generale repetitie nodig?
Ja. Elke go-live zonder volledige repetitie had verrassingen op cutover-weekend. Elke met repetitie was saai. De repetitie kost één weekend van het team en redt het echte cutover-weekend van een war room te zijn.
Wat is het rollbackplan precies?
Een gedocumenteerde procedure om naar het legacy terug te keren als go-live niet veilig kan doorgaan. Bevat wie beslist, tegen wanneer, hoe data gevangen in het nieuwe systeem terug-gereconcilieerd wordt, en hoe comms gebruikers bereiken. Zelden nodig — maar het hebben verandert de risico-berekening op cutover-weekend.
Gaan we live op een maandag of een weekend?
Cutover gebeurt in het weekend zodat gebruikers maandag op het nieuwe systeem openen. Sommige klanten verkiezen een lang weekend (cutover vrijdag, opening dinsdag) voor extra buffer; anderen een normaal weekend. Hoe groter de data-delta, hoe meer buffer je wil.
Wat is de rol van de sponsor op cutover-weekend?
Beschikbaar, beslissingvol, fysiek of virtueel aanwezig op sign-off-momenten. De sponsor doet het technisch werk niet maar tekent de business-aanvaardingsgates: data gereconcilieerd, smoke tests geslaagd, klaar te openen. Zonder sponsoraanwezigheid blokkeren cutover-beslissingen op de verkeerde momenten.
Wil u bespreken wat dit betekent voor uw eigen Odoo-project? We praten er graag over.