Tag: Jira pricing

Depuis l’annonce d’Atlassian concernant l’arrêt du développement de Jira Server,
de nombreuses entreprises passent à Jira Cloud ou à Jira Data Center (ou se tournent vers des produits alternatifs).

Nous avons eu l’occasion d’effectuer de nombreuses mises à niveau et migrations de ce type pour nos clients.
Nous avons récemment décidé de partager ici les défis rencontrés en cours de route, nos conclusions et les leçons apprises,
afin que vous puissiez vous en servir pour préparer une transition similaire, que vous l’effectuiez seuls ou avec l’aide d’une entreprise spécialisée.

Les défis rencontrés en chemin :

• Examen de l’adéquation : Jira Cloud est-il l’outil approprié ? La multi-location (Multi-tenancy) est-elle vraiment la bonne solution ?
  Cela implique une perte potentielle de contrôle et de confidentialité.
• Le transfert des données (data).
• Tests : Les flux de travail (flows) existants seront-ils pris en charge ?
• La question des plugins. Certains sont supportés et d’autres non – cela nécessite une vérification approfondie.
• Il existe plusieurs méthodes pour effectuer la migration. Le défi est de choisir la plus adaptée.
• Intégrations – Continueront-elles de fonctionner ? (ex : SSO, LDAP, git / GitLab / GitHub, API, webhooks).
• Les fichiers externes !
• Fonctionnalités qui pourraient être perdues / options non supportées / changements de comportement fonctionnel.
• La nécessité de mettre à jour Jira Server si la version est trop ancienne (une condition préalable obligatoire avant de passer à Jira Cloud !).
• Choix du moment pour l’arrêt de service (downtime), parfois il y en a plusieurs.
• Quel type de licence conviendra ? Il y a plusieurs options (Standard / Premium / Enterprise / Data Center).
• Les scripts existants (comme ceux écrits avec Script Runner) – des modifications seront probablement nécessaires.
• La coopération nécessaire de la part du client.
• Examen des aspects informatiques (IT).
• Examen des aspects de sécurité (un domaine distinct dans lequel nous ne sommes pas spécialisés, mais qui est crucial).
• Il est très probable qu’il y ait des obstacles imprévus en cours de route. Il est très difficile d’estimer à l’avance combien de temps prendra un tel projet, surtout si la personne qui a construit l’environnement ne travaille plus dans l’organisation.

Note : Les défis sont résumés ici. Pour obtenir une liste détaillée des défis, contactez-nous par email à jira@almtoolbox.com.

Conclusions et bonnes pratiques pour une bonne gestion :

• Considérer cela comme un véritable “Projet” – dans le sens où c’est un sujet qui nécessite de l’attention et de la réflexion de la part de plusieurs parties prenantes dans l’organisation. Ce n’est pas nécessairement quelque chose que l’on fait “au fil de l’eau”.
• Établir un plan de travail. Cartographier les risques et les conséquences pour comprendre comment les minimiser. Cartographier tous les plugins et toutes les étapes de la migration.
• Créer un projet dans Jira Cloud pour tester la migration et effectuer une migration “à blanc” (dry run). En fait, il est aussi possible d’ouvrir un projet gratuit de ce type, mais il est recommandé de le faire d’une manière spécifique (pour plus de détails, contactez-nous – voir ci-dessous).
• Un responsable côté client est nécessaire – il faut un engagement (commitment).
• Tester, vérifier et encore tester…
• C’est un projet qui nécessite une expertise en la matière, ainsi que de la patience – cela peut prendre des mois (au total).
  Nous avons rencontré de nombreuses entreprises qui ont externalisé cela à une société spécialisée (comme la nôtre), mais nous avons aussi vu des entreprises le faire seules (généralement dans des cas d’installations simples, non complexes et avec peu d’utilisateurs finaux).
• Nous avons appris que bien que le fabricant propose des outils de migration gratuits, ils ne fonctionnent souvent pas vraiment.
  D’après notre expérience, ils ne fonctionnent que pour des organisations de 10 à 20 personnes
  et uniquement dans des environnements “vanilla” (standard) qui n’ont pas subi de changements – c’est-à-dire
  qu’ils ne fonctionneront pas si vous avez fait des changements de configuration, du “sur-mesure” ou ajouté des plugins.
  Ces outils de migration échoueront généralement dans des environnements complexes ou modifiés.

Note : Les conclusions sont résumées ici. Pour obtenir le détail complet des défis et des conclusions, contactez-nous par email à jira@almtoolbox.com.

Liens pertinents :

• Notre site sur Jira
• Projets que nous avons réalisés autour de JIRA
• Étude de cas : Passage de Jira Cloud à Jira Data Center