Migration Jira Cloud : La liste des tests que vous ne pouvez pas ignorer

La migration vers une nouvelle instance de Jira Cloud est un processus intimidant, et il s'accompagne de nombreuses modifications, tels que vos workflows, votre base d'utilisateurs et votre carnet de commandes actif.

Et d'après notre expérience, nous ne le dirons jamais assez : testez, testez et testez encore. Dans cet article, nous expliquerons les dangers d'éviter les phases de test et nous présenterons notre liste de contrôle complète pour les tests de migration vers Jira Cloud.

L'importance des tests pour la migration vers Jira Cloud

En tant qu’experts en migration, on voit trop souvent les risques liés à des phases de test bâclées ou écourtées : des problèmes inattendus qui apparaissent une fois le système en production.
La bonne nouvelle ? Tout ça peut être évité. Et ça rappelle surtout à quel point un processus de test solide est essentiel.

Dès le début d’un projet de migration, les premières questions à se poser sont simples :

• Pourquoi le processus de test n’était-il pas assez robuste ?
• Nos consultants doivent-ils pousser encore plus loin la validation minutieuse de chaque étape, de chaque workflow ?
• Ou est-ce que le vrai souci vient d’un manque de clarté sur ce qui compte le plus pour les équipes du client ?

Au final, c’est un mix des toutes. C’est pourquoi, chez Idalko, on considère que la gestion de projet est tout aussi stratégique que la partie technique dans une migration réussie.

Vue d'ensemble des tests de migration vers le cloud Jira

Nos experts Jira ont piloté des dizaines de migrations à grande échelle. Forts de cette expérience, nous recommandons qu’un plan de migration solide inclue systématiquement les éléments suivants :

• Des responsabilités de test clairement définies
• Une checklist complète de tout ce qui doit être vérifié
• Un délai suffisant pour identifier et résoudre les problèmes avant le go-live

Mettre en place des sauvegardes est indispensable : elles vous permettent de revenir en arrière dans le pire des scénarios.

Cependant, annuler une migration reste une solution de dernier recours. Cela provoque de fortes perturbations pour votre organisation, entraîne une perte de temps, d’argent et, bien sûr, n’améliore pas l’adhésion de vos équipes au nouveau processus.

Des responsabilités claires

Dans tout projet, il est essentiel d’avoir un chef de projet qui incarne le point central de responsabilité et d’autorité. C’est lui qui gère le planning, évalue les performances et attribue les ressources lorsque nécessaire.

Ce rôle devient encore plus critique lorsqu’on parle d’un processus complexe comme une migration. Elle mobilise des équipes à travers toute l’organisation et peut fortement perturber le travail si quelque chose déraille. L’assurance qualité joue ici un rôle clé : elle garantit un calendrier réaliste, avec une marge de manœuvre suffisante pour absorber les imprévus.

Vous pouvez aussi anticiper les problèmes en assurant une communication claire avec vos équipes : expliquer ce qui se passe, quand et pourquoi, et encourager leur engagement afin de rendre le changement plus fluide. C’est un élément essentiel du projet, et le chef de projet doit en être le principal garant.

Une liste de contrôle complète pour les tests

Dans le cadre du processus de test, vous aurez besoin d’une checklist exhaustive couvrant toutes les fonctionnalités et caractéristiques à vérifier avant le lancement. Et surtout : aucune hypothèse. En échangeant avec vos équipes et en impliquant des représentants métiers, vous découvrirez souvent des usages réels du produit qui permettent d’identifier des fonctionnalités autrement négligées ou sous-estimées.
Votre liste de contrôle des tests devrait inclure :

• Tous les processus quotidiens de vos projets (création, mise à jour, transition des tickets) ainsi que les types de tickets utilisés — avec une attention particulière aux éléments personnalisés.
• Les fonctionnalités liées aux backlogs, boards et sprints.
• La manière dont vos données apparaissent une fois migrées dans la nouvelle instance (en portant une attention spéciale aux éléments et champs personnalisés).
• Les éventuels conflits liés aux noms de groupes et aux paramètres de configuration.
• Tous les niveaux d’autorisation des utilisateurs actifs, ainsi que leur capacité à accéder aux fonctionnalités et informations pertinentes.
• Vos paramètres de sécurité, contrôles d’accès et règles de pare-feu.
• Tous les processus exécutés via les apps Marketplace, les intégrations tierces (et autres produits Atlassian), ainsi que l’impact des changements structurels sur les dépendances.
• Le fonctionnement de votre Data Center et de votre site Cloud, ainsi que vos besoins et capacités de stockage.
• La confirmation que toutes les données essentielles sont bien sauvegardées à chaque étape.

Avant de procéder à la migration finale, vous devrez passer votre ancienne instance en mode lecture seule pour empêcher l’ajout de nouvelles données. Cette étape doit faire partie intégrante du processus de test, accompagnée d’un message clair aux utilisateurs expliquant ce qui se passe et quand.

Il est également crucial de vérifier que les paramètres de sécurité et les autorisations utilisateurs sont correctement déployés sur la nouvelle instance. Si vous avez des comptes en double, inutilisés ou des intégrations redondantes, mieux vaut les supprimer avant la migration pour réduire les vulnérabilités potentielles (et alléger le volume des données à migrer).

C’est aussi le moment idéal pour activer l’authentification à deux facteurs, si ce n’est pas encore fait.

Enfin, impliquez des représentants de différentes équipes, développement, sécurité, support, etc., afin d’identifier des problèmes qui pourraient passer inaperçus lors de tests plus généraux.

L’assistant de migration vers le cloud d’Atlassian vous aide à vous connecter à votre site Cloud et à réaliser vos tests. Il est également très utile après coup : une fois les migrations de test exécutées, l’outil fournit un rapport post-migration et un journal des erreurs, mettant en lumière tous les problèmes détectés.

Le temps de résoudre les problèmes

Élaborer un plan n’est évidemment que le début. Une fois les problèmes identifiés, il faut prévoir suffisamment de temps dans le planning pour les corriger, afin de lancer la nouvelle instance en étant certain que vos données et vos workflows restent intacts.

Il est crucial de réserver assez de temps pour mener des tests approfondis, coordonner l’équipe de migration avec les testeurs, puis appliquer les correctifs. Considérez que tout ce qui n’est pas détecté à cette étape ne le sera plus, et que tout problème non résolu risque de créer des complications beaucoup plus importantes par la suite.

Atlassian recommande un mois complet de tests avant une migration vers le Cloud, cette phase représentant environ 25 % de la charge totale du projet. Ce délai vous permet d’identifier et de résoudre les problèmes, puis de répéter les migrations de test autant que nécessaire jusqu’à obtenir un résultat satisfaisant (tout en veillant à supprimer entièrement les précédentes itérations de la nouvelle instance).

Gardez également en tête que la migration n’est pas un processus instantané. Atlassian indique que l’assistant de migration Jira Cloud peut déployer entre 5 et 21 millions de tickets en 24 heures, selon votre niveau d’optimisation.

Une fois tout cela accompli, vous pouvez fixer une date de migration, en choisissant un créneau qui minimise l’impact sur votre organisation, et lancer les ultimes préparatifs.

Conclusion

Même si gérer une entreprise peut parfois donner l’impression de construire un moteur d’avion en plein vol, nous recommandons vivement d’adopter la philosophie “mesurer deux fois, couper une fois” lorsqu’il s’agit du processus délicat des migrations Jira Cloud.

Tenter de régler les problèmes après coup, ou pire, devoir annuler la migration entraîne une perte de temps, de ressources et risque de saper fortement l’enthousiasme de vos équipes. Et si votre nouvelle instance arrive avec des mots de passe par défaut, des permissions trop ouvertes ou un faible niveau d’authentification multifacteur, vous exposez votre organisation à des failles de sécurité majeures.

Notre approche se résume en une simple formule :
Tests rigoureux + Corrections anticipées + Répétitions en conditions réelles = Une expérience utilisateur fluide pour tous

Une évaluation, une planification et des tests approfondis permettent aussi d’identifier les doublons et les redondances, afin de rationaliser et optimiser votre utilisation du produit. C’est également l’occasion de revoir vos apps, de former vos équipes aux nouvelles fonctionnalités (ou aux fonctionnalités existantes), et de repartir sur des bases solides avec une plateforme et des processus améliorés.

Si vous souhaitez aller plus loin sur ce sujet, n’hésitez pas à prendre contact avec notre équipe.