Transformation client
Migrer une grande plateforme Atlassian Data Center vers le Cloud
Repères issus de migrations Atlassian à grande échelle, de l’inventaire Data Center à la stabilisation dans le Cloud.
- État
- Terminé
- Période
- Plusieurs migrations, de 2 semaines à plus de 3 mois
- Intervention Ovyka
- Cadrage, préparation, répétitions de migration, bascule et hypercare selon les périmètres
Ovyka a accompagné de grandes sociétés françaises et leurs équipes internationales sur des trajectoires Jira, Confluence et Jira Service Management. Cette expérience va de migrations Cloud complètes de plus de 1 000 utilisateurs à l’accompagnement d’une partie de la migration d’une plateforme Data Center comptant 15 000 utilisateurs.
Derrière ces volumes, l’enjeu dépasse le transfert technique : une plateforme installée depuis plusieurs années est un système de travail complet. Ses données comptent, mais aussi ses workflows, ses droits, ses applications, ses intégrations et les habitudes de ses utilisateurs.
Commencer par décider, pas par déplacer
L’inventaire rend les dépendances visibles : projets et espaces, données, applications, identités, intégrations, propriétaires et usages critiques. Il permet ensuite de décider ce qui doit être conservé, rationalisé, transformé ou abandonné.
La cible Cloud ne gagne rien à reproduire toute la dette de Data Center. Sa définition doit intégrer dès le départ les standards, les responsabilités, la sécurité et le futur mode de gouvernance.
Transformer les inconnues en vérifications
La démarche publiée par Ovyka articule plusieurs étapes complémentaires :
- cartographier la plateforme et ses dépendances ;
- définir une cible et arbitrer chaque application ou intégration ;
- nettoyer, transformer, répéter les migrations et tester les parcours métier critiques ;
- basculer par vagues, contrôler la complétude puis stabiliser en hypercare.
Les répétitions ne servent pas uniquement à chronométrer un transfert. Elles permettent de vérifier les décisions, d’identifier les écarts et de préparer un runbook compréhensible par les équipes métier comme par les équipes techniques.
Une trajectoire proportionnée au risque
Les chantiers publiés vont de deux semaines pour des périmètres ciblés à plus de trois mois pour les programmes les plus structurants. Ce qui doit rester constant n’est pas la durée, mais la continuité des parcours critiques, la maîtrise des dépendances et la capacité à exploiter durablement la cible.
Cette méthode éclaire aussi la manière de migrer vers le Cloud sans migrer toute la dette. Le cas complet publié par Ovyka (s’ouvre dans un nouvel onglet) (opens in a new tab) présente plusieurs situations, la démarche et les résultats observés.