Een migratie naar Atlassian Cloud is geen knop die je omzet op een vrijdagmiddag. Het is een traject met techniek, mensen en processen, en juist daarom loont een heldere fasering. Wie gestructureerd migreert, spreidt het risico, houdt de kosten in de hand en voorkomt verrassingen tijdens de cutover. Hieronder de vijf fases die wij bij elke migratie aanhouden, met per fase waar je op moet letten.

Fase 1: Assessment en inventarisatie

Alles begint met weten wat je hebt. In deze fase breng je in kaart:

• Hoeveel gebruikers, en welke daarvan zijn nog actief?
• Welke projecten, spaces en repositories bestaan er, en welke zijn nog in gebruik?
• Welke workflows, schema’s en maatwerk zijn ingericht?
• Welke Marketplace-apps draaien er, en bestaat daarvan een Cloud-equivalent?
• Welke integraties hangen aan je omgeving, zoals CI/CD, single sign-on en externe tools?

Deze fase bepaalt de scope en legt de lastige punten vroeg bloot. Juist de apps zonder Cloud-variant en het diepe maatwerk zijn de zaken die een migratie kunnen vertragen. Hoe eerder je ze kent, hoe meer tijd je hebt voor een oplossing.

Fase 2: Opschonen en voorbereiden

De gouden regel: migreer geen rommel. Elke inactieve gebruiker, elk dood project en elke verouderde workflow die je meeneemt, maakt de migratie zwaarder en de nieuwe omgeving rommeliger. Gebruik de migratie als natuurlijk opruimmoment:

• Deactiveer gebruikers die niet meer bij de organisatie werken.
• Archiveer projecten en spaces die niemand meer gebruikt.
• Consolideer workflows die in de loop der jaren zijn uitgedijd.

Tegelijk richt je de Cloud-omgeving alvast in: het domein, de beveiligingsinstellingen, single sign-on en het gebruikersbeheer. Zo staat het fundament klaar voordat de data komt.

Fase 3: Pilot en testmigratie

Nooit blind overzetten. In deze fase migreer je een representatief deel van je omgeving naar een testomgeving. Zo controleer je of data, workflows, permissies en apps werken zoals verwacht, zonder dat de productieomgeving geraakt wordt. Test in het bijzonder:

• Komen alle issues, pagina’s en bijlagen correct over?
• Blijven verwijzingen, links en permissies intact?
• Werken de apps en integraties zoals bedoeld?

De pilot levert de checklist en de lessen op voor de echte cutover. Elke fout die je hier vindt, kom je niet meer tegen tijdens de livegang.

Fase 4: Cutover

Dit is de daadwerkelijke overgang, meestal gepland in een weekend of buiten kantooruren om de impact te beperken. Techniek is hier maar de helft van het verhaal; communicatie is de andere helft. Zorg dat iedereen weet:

• Wanneer de oude omgeving dichtgaat en de nieuwe live is.
• Wat er verandert in de dagelijkse werkwijze.
• Waar ze terechtkunnen met vragen in de eerste dagen.

Een migratie die technisch vlekkeloos verloopt maar waarbij gebruikers overvallen worden, voelt alsnog als een mislukking. Goede change-communicatie maakt het verschil tussen weerstand en enthousiasme.

Fase 5: Optimalisatie en adoptie

Na de cutover begint de eigenlijke winst. Cloud brengt functies die Data Center niet had: van Rovo en AI-agents tot krachtigere automatiseringen en continue updates. In deze fase:

• Train je teams in wat er nieuw en anders is.
• Zet je automatiseringen op die handmatig werk wegnemen.
• Benut je de nieuwe functies die je op Data Center niet had.

Een migratie is pas geslaagd als mensen de nieuwe omgeving beter vinden dan de oude. Adoptie is geen bijzaak, maar de opbrengst van het hele traject.

Waarom fasering loont

Een enterprise-migratie duurt al snel 12 tot 18 maanden. Door te faseren maak je van dat grote, spannende project een reeks beheersbare stappen, elk met een duidelijk resultaat. Je spreidt het risico, houdt de organisatie mee en voorkomt dat je op de dag van de cutover voor verrassingen komt te staan.

TMC ALM begeleidt elke fase, van de eerste inventarisatie tot de optimalisatie na de overstap. Wil je weten hoe een roadmap er voor jouw omgeving uitziet? Neem contact op voor een vrijblijvend gesprek.