Le programme Atlassian FastShift promet de réduire une migration qui prendrait normalement 12 à 16 mois à seulement 2 à 6 mois, avec une équipe dédiée de spécialistes Atlassian affectée à votre compte.
Pour les organisations éligibles, c’est une offre sérieuse. Mais même avec une équipe complète à vos côtés, FastShift comporte de vraies limites — et les connaître vous aidera à décider si le programme suffit seul, ou si vous avez besoin de davantage.
Qu’est-ce qu’Atlassian FastShift ?
Atlassian FastShift est un programme d’accélération de migration gratuit destiné aux grandes organisations qui passent de Data Center à Atlassian Cloud. Pour être éligible, il faut disposer d’au moins 1 000 licences Jira, Jira Service Management ou Confluence Cloud, avoir un sponsor exécutif chez Atlassian ou un Solution Partner impliqué dans la migration, et être prêt à migrer dans un délai de 2 à 6 mois.
La promesse centrale du programme : compresser une migration qui prendrait normalement 12 à 16 mois à seulement 2 à 6 mois. Ce qui rend cela possible, ce n’est pas seulement l’outillage — c’est une équipe dédiée assignée à votre compte :
- Delivery Manager : votre interlocuteur principal pour l'ensemble de la migration. Il pilote l'expérience de bout en bout, de la relation client jusqu'à l'exécution.
- Migration Support Engineer : assure un support technique de haute qualité tout au long de la migration. Travaille en étroite collaboration avec le Delivery Manager et remonte les problèmes complexes directement aux équipes produit et ingénierie d'Atlassian.
- Customer Success Manager (CSM) : gère la stratégie d'adoption et la conduite du changement organisationnel après la migration. Définit des parcours d'apprentissage et favorise l'appropriation des outils par vos équipes.
- FastShift Sponsor : un cadre supérieur Atlassian qui gère les escalades et défend les évolutions produit nécessaires à votre migration.
Pour les migrations standards à grande échelle, c’est une offre substantielle. Atlassian affirme que les clients atteignent des taux d’adoption de 80 à 90 % et cite des exemples d’organisations ayant migré 30 000 à 60 000 utilisateurs en 3 à 4 mois.
Mais même avec cette équipe en place, les questions surgissent dès qu’on examine ce qui est hors périmètre.
Les points de friction rencontrés par les équipes IT avec FastShift
Même avec une équipe Atlassian dédiée à votre compte, les clients FastShift se heurtent régulièrement à des obstacles que le programme n’a pas été conçu pour traiter. Voici les frustrations les plus courantes :
Les applications Marketplace et les intégrations sont hors périmètre. FastShift se concentre sur les données Jira et Confluence de base. Si vous dépendez d’applications tierces de la Marketplace — et la plupart des grandes organisations en ont — les migrer, les remplacer ou les reconfigurer reste à votre charge, ou fait l’objet d’un engagement supplémentaire facturé. Atlassian dirige explicitement ces besoins vers les Solution Partners.
Les personnalisations et les workflows complexes nécessitent une aide distincte. Les scripts personnalisés, les workflows complexes et les configurations sur-mesure ne font pas partie du périmètre de FastShift. Si votre instance s’est développée organiquement au fil des années, l’écart entre « les données sont migrées » et « tout fonctionne comme avant » peut être significatif.
FastShift est conçu pour du lift-and-shift. Le programme transfère votre configuration existante vers le cloud telle quelle. Il n’est pas prévu pour les migrations progressives, où vous déplacez les équipes ou les produits de manière incrémentale, ni pour les organisations qui souhaitent profiter de la migration pour repenser leur façon de travailler. Si une approche par phases ou une transformation plus profonde est ce dont vous avez besoin, FastShift n’est pas adapté.

Le calendrier compressé n’est pas adapté à tous les environnements. L’objectif de 2 à 6 mois est un argument de vente, mais c’est aussi une condition d’éligibilité — vous devez être prêt à migrer dans cette fenêtre. Pour les organisations qui sont encore en train de démêler des configurations ou des dépendances complexes, ce rythme peut pousser les équipes à prendre des raccourcis.
L’équipe dédiée est celle d’Atlassian, pas la vôtre. Le Delivery Manager, l’ingénieur et le CSM assignés à votre compte sont des ressources Atlassian. Ils apportent une expertise dans le processus de migration, mais n’ont pas une connaissance approfondie des processus internes, des objectifs métier ou des dynamiques d’équipe de votre organisation, comme le ferait un partenaire de longue date.
Ce que FastShift couvre réellement
Soyons clairs : FastShift peut vous faire gagner du temps et des ressources. Vous bénéficiez du personnel Atlassian dédié qui pilote votre migration de bout en bout, d’un support technique avec des chemins d’escalade directs vers l’ingénierie produit, et d’un accompagnement post-migration à l’adoption par un CSM. Pour une migration Jira et Confluence de base à grande échelle, c’est une offre réelle et substantielle.
La lacune n’est pas que FastShift échoue à tenir ses promesses. C’est que le périmètre est plus étroit que ce que l’envergure du programme pourrait laisser supposer.
FastShift est un programme lift-and-shift : il déplace efficacement votre configuration Data Center existante vers le Cloud, telle quelle. Ce n’est pas un cadre de migration progressive, et il n’est pas conçu pour accompagner les organisations qui souhaitent restructurer ou améliorer leur installation Atlassian en cours de route. Les applications tierces, les personnalisations, les intégrations et la refonte stratégique des processus sont également hors périmètre. Atlassian est explicite à ce sujet : ces besoins requièrent un Solution Partner, à un coût supplémentaire.
Applications Marketplace, personnalisations, intégrations et transformation organisationnelle : autant d’éléments que FastShift ne traite pas et qui représentent souvent la majorité du travail dans les environnements matures.
Alternative 1 : travailler avec un Solution Partner Atlassian
Un Solution Partner Atlassian est une organisation de services certifiée spécialisée dans les outils Atlassian. Et c’est précisément la ressource qu’Atlassian lui-même désigne pour les besoins que FastShift ne couvre pas explicitement : migrations d’applications tierces, refactoring de workflows personnalisés, intégrations et transformation stratégique.
Voici ce qu’un engagement avec un partenaire apporte généralement :
- Couverture des applications et intégrations : un partenaire gère l'écosystème complet, pas seulement le cœur Jira et Confluence. Cela inclut l'évaluation des applications Marketplace, la gestion du basculement des intégrations et la recherche d'alternatives lorsque des équivalents cloud n'existent pas.
- Évaluation de la sécurité et de la conformité : les partenaires peuvent vous aider à identifier et traiter les écarts de sécurité et de conformité dans votre configuration actuelle avant la migration, et s'assurer que ces contrôles sont en place dans le nouvel environnement.
- Personnalisations et workflows : les partenaires peuvent refactorer des configurations complexes, reconstruire des scripts personnalisés et s'assurer que votre instance fonctionne comme vous en avez besoin dans le nouvel environnement — pas seulement que les données ont été déplacées.
- Transformation stratégique : si vous souhaitez repenser la façon dont votre organisation utilise Jira ou Confluence — et pas simplement reproduire ce que vous aviez — un partenaire peut piloter ce travail en parallèle de la migration.
- Connaissance approfondie de votre organisation : contrairement à l'équipe Atlassian, un partenaire s'intègre dans votre organisation. Il comprend vos objectifs métier, les dynamiques d'équipe et les contraintes internes, et vous défend auprès d'Atlassian.
- Relation sur le long terme : l'engagement ne s'arrête pas à la mise en production. Un partenaire peut vous aider à optimiser en continu au fil de l'évolution de vos besoins et des nouvelles fonctionnalités Atlassian.
La contrepartie, c’est le coût. Un engagement avec un Solution Partner n’est pas gratuit. Pour les organisations dont les migrations sont complexes, cependant, le coût de se tromper dépasse généralement celui de bien faire dès le premier coup.
Alternative 2 : migration en libre-service avec les outils gratuits d’Atlassian
FastShift exigeant au moins 1 000 licences, il n’est pas accessible à toutes les organisations. Pour les équipes qui ne sont pas éligibles, les outils de migration gratuits d’Atlassian — le Jira Cloud Migration Assistant et le Confluence Cloud Migration Assistant — sont disponibles pour tout client et constituent un chemin libre-service viable.
Cette approche fonctionne bien lorsque vous avez :
- Une équipe de taille réduite avec une configuration Jira ou Confluence relativement simple.
- Peu ou pas d'applications Marketplace tierces.
- Des ressources techniques internes avec une solide expérience Atlassian.
- Pas de workflows personnalisés complexes, de scripts ou d'intégrations.
Si cela décrit votre environnement, le libre-service peut faire l’affaire. L’outillage d’Atlassian est capable, la documentation est complète et vous économiserez sur les coûts de service.
La nuance honnête : cette voie exige du temps réel et une expertise interne. Si votre équipe est déjà sollicitée, ou si votre environnement Atlassian s’est développé organiquement au fil des années d’une façon qui semble difficile à démêler, une migration en libre-service peut rapidement devenir un projet plus long que prévu.
Alternative 3 : combiner FastShift avec un Solution Partner
FastShift et un Solution Partner ne sont pas mutuellement exclusifs. En fait, la documentation officielle du programme Atlassian désigne les Solution Partners comme la bonne ressource pour les travaux qui sortent du périmètre de FastShift. Les deux sont conçus pour se compléter.
En pratique : vous vous inscrivez à FastShift et bénéficiez de l’équipe Atlassian dédiée qui pilote votre migration de base. Votre Solution Partner gère tout le reste : migrations d’applications Marketplace, intégrations, conduite du changement approfondie, refactoring des workflows, défense de vos intérêts auprès d’Atlassian et transformation stratégique. Chacun couvre ce que l’autre ne fait pas.
Si vous envisagez cette voie, nous recommandons d’impliquer un Solution Partner tôt dans le processus, ou dès que vous rencontrez des frustrations avec le programme FastShift. Un bon partenaire saura coordonner son action avec votre Delivery Manager FastShift plutôt que de dupliquer les efforts.
Comment choisir le bon chemin
Quelques questions qui permettent généralement de clarifier la décision :
Quelle est la complexité de votre environnement ? Si vous utilisez plus d’une poignée d’applications Marketplace, avez des scripts ou des intégrations personnalisés, ou gérez une large base d’utilisateurs avec des workflows variés, le coût d’une migration autogérée augmente rapidement. Un engagement avec un partenaire commence à avoir plus de sens.
Quelle est la capacité de votre équipe interne ? Les migrations cloud demandent un temps et une attention significatifs. Si votre équipe IT gère déjà d’autres priorités, déléguer l’exécution à un partenaire protège votre bande passante et réduit le risque d’une migration qui s’étire dans le temps.
À quoi ressemble votre calendrier ? Si vous souhaitez migrer avant la date de fin de vie d’Atlassian Data Center ou avez une initiative stratégique avec une date ferme, disposer d’une exécution experte réduit le risque de retards ou d’une mise en production précipitée.
Qu’attendez-vous de cette migration ? Si vous souhaitez profiter du passage au cloud pour améliorer votre installation Atlassian — et pas seulement reproduire votre configuration existante dans un nouvel environnement — un partenaire peut vous y aider. FastShift vous fait migrer. Un partenaire vous aide à tirer le meilleur parti de votre nouvel environnement.
Notre équipe peut vous aider à cartographier votre environnement, identifier les risques clés et déterminer le bon chemin. Contactez Cyrille Martin pour démarrer.