Ce qu’il faut retenir en 5 points essentiels :
La gestion de la fin de vie du Data Center Atlassian est stratégique pour l’image des DSI
Le Cloud Atlassian n’est qu’une solution technologique, prendre d’abord le temps de définir les ambitions et la valeur au service des Métiers
Comparer les fonctionnalités outils est la 3e étape, après la définition des objectifs et des contraintes
La valeur du projet réside dans l’identification des besoins Métier, le business case qui démontrera la plus grande valeur et remportera l’adhésion des équipes.
Le cadrage du projet permet d’ouvrir les choix de solutions, de maîtriser les risques, de décider en conscience et de rédiger une RFP.
En Septembre 2025, Atlassian a annoncé la fin de vie de ses offres Data Center Jira, Jira Service Management et Confluence. Entre cette date et mars 2029, l'éditeur organise un retrait progressif de cette offre et laisse le temps aux clients de s’organiser.
La différence entre la fin du mode serveur et la fin de vie de l’offre Data Center d’Atlassian.
Certains d’entre vous ont déjà vécu cette expérience dans leur DSI lors de l’arrêt du mode serveur d’Atlassian. A cette date, l’enjeu était presque uniquement financier.
Le passage du mode serveur au Data Center pouvait n’être qu’un simple changement de clé de licence. On héritait alors de quelques fonctionnalités supplémentaires, mais les solutions existantes n'étaient pas remises en cause. Les personnalisations en place continuaient à fonctionner (hormis quelques plugins qui n’ont pas suivi) et en dehors d'une facture plus élevée, les équipes n’étaient pas impactées outre mesure.
Cette fois-ci en revanche, le saut technologique est important et les investissements déjà réalisés ne seront pas forcément répliqués et pérennisés. Plus on s’en rend compte tôt, plus on peut anticiper et agir.
Il reste du temps avant mars 2029, utilisons-le.
Dans cet article, nous donnons notre point de vue et quelques conseils pour ne pas transformer cette opportunité en bombe à retardement.
I. Commencer par le récit interne, pas par la technologie
La première question qui se pose est d’ordre politique et organisationnelle.
Chez BleuLemon, nous voyons deux approches possibles. Aucune n’est meilleure que l’autre, et aujourd’hui vous pouvez choisir : plus on attend, plus on prend le risque de ne plus avoir de choix.
Option “motivateur externe” : le choix d’outil nous est imposé
Le projet est présenté comme une conséquence directe de la décision d’Atlassian : “L'éditeur arrête son offre, nous devons changer d’outil”.
Avantages | Limites |
|---|---|
- La justification est simple et facile à expliquer. | - Le projet est perçu comme un mal nécessaire et sera probablement peu fédérateur. |
- Le projet est entièrement porté par la DSI avec une logique de conformité et de continuité de service. | - L’implication des Métiers est minimale. Leur attente est élevée car on prend un risque de perte de fonctionnalités sans gain immédiat. |
- Le cadrage est plus rapide. Pas toujours simple, la durée de présence des solutions dans l’entreprise et, pour certains, une diffusion initiale en mode shadow-IT et sans gouvernance ne rendent pas forcément facile l’identification de l’intégralité des use cases. | - Le sponsoring est difficile à trouver, et cela complique les arbitrages budgétaires. |
Option “motivateur interne “: un programme de transformation assumé
Le projet est présenté comme une volonté interne de proposer à l’entreprise une solution adaptée de développement de produits et de gestion des services. Ici, l'idée dépasse le simple déplacement d'un service existant pour le répliquer dans une autre solution. Elle consiste à définir un objectif idéal, conforme à l'état de l’art, en collaboration avec toutes les directions utilisatrices de l’entreprise. L’adaptation des solutions se fait en conséquence, en intégrant et tenant compte de l’existant.
Les questions à vous poser :
1. Comment voulons-nous que nos équipes travaillent dans 5 ans ?
2. Comment mieux aligner IT, Produits, Métiers et Support autour d’un système de travail cohérent ?
3. Comment intégrer l’IA dans nos processus et les automatiser au mieux ?
Avantages | Limites |
|---|---|
- Construction et proposition d’un business case fédérateur, qui justifie les investissements via les retours attendus en productivité, qualité, time-to-market, sécurité, conformité. | - Cadrage plus complexe |
- Engagement véritable des métiers qui sont parties prenantes des choix | - Besoins de sponsors au-delà de la DSI (métiers, finance, RH) |
- Meilleur alignement avec les enjeux stratégiques de l’entreprise tels que la croissance, la rationalisation des moyens, la RSE, FinOps, etc. | - Des arbitrages plus sensibles |
- Mise en oeuvre plus longue |
Se mettre en route dès que possible
Chez BleuLemon, nous constatons que les clients qui choisissent l’option “motivateur interne” tirent beaucoup plus de valeur de ce passage obligé.
Si la mise en oeuvre du choix 1 “motivateur externe” peut encore être différée, nous conseillons de démarrer le projet rapidement pour se donner l’opportunité de mettre en oeuvre un programme de transformation assumé. Démarrer rapidement est nécessaire car nous sommes déjà en limite de délais raisonnables, mais il est encore temps de bien faire.
II. Du Data Center Atlassian au Cloud : quelle solution privilégier ?
Evidemment, le discours d’Atlassian oriente ses clients vers son offre Cloud ! C’est effectivement la solution qui semble la plus naturelle, d’autant plus que l'éditeur concentre tous ses efforts de R&D sur celle-ci. Donc, a priori, les clients satisfaits du Data Center le resteraient après une bascule en Cloud.
Les avantages du Cloud Atlassian :
la continuité fonctionnelle avec les solutions en place Jira, Jira Service Management, Confluence, etc.
l’innovation continue comme récemment Atlassian Intelligence, les produits complémentaires (Loom, Rovo), les fonctionnalités réservées au Cloud.
une moindre charge d’exploitation.
Mais il reste des cas où d’autres options sont plus pertinentes :
pour certains contextes très réglementés ou très spécifiques, une solution alternative ou une architecture hybride peut être préférable.
des contraintes de souveraineté, de latence, d’intégrations avancées ou des développements spécifiques peuvent nécessiter une étude plus large du marché des outils métier.
Par ailleurs, les outils Atlassian peuvent être redondants avec ceux déjà existants dans l’organisation lors des déploiements de nouvelles fonctionnalités Cloud. Citons par exemple Gitlab, des solutions de gestion de tests ou encore ServiceNow.
La fin de vie du DC d’Atlassian est l’occasion de se poser à nouveau la question de la place et de la raison d'être de toutes ces solutions pour - dans l’idéal - aboutir à une simplification et, potentiellement, à des économies.
Chez BleuLemon, notre recommandation est de ne pas présumer de la solution cible dès le départ du projet. Le choix doit découler :
du récit que vous avez choisi de promouvoir en interne (remplacement imposée ou bien transformation choisie)
de l’analyse des risques, des contraintes et des ambitions
du business case que vous voulez porter.
III. La première étape du voyage : un projet de cadrage
Le projet de cadrage est la première étape que nous recommandons, quel que soit l’option retenue. Ce n’est pas uniquement une phase amont, c’est la première étape du projet de changement.
Les quatre livrables de ce projet sont :
le nom et le pitch du projet,
la première analyse de risques,
la cartographie des acteurs,
les éléments de rédaction du futur du RFP.
Le nom et le pitch du projet
Le projet doit être incarné. Vous allez le présenter aux parties prenantes, et vous serez souvent amené à en parler dans des circonstances diverses : lors d’un atelier, dans une présentation formelle, dans l’ascenseur, à la cantine, … Un pitch solide, concis et lisible vous aidera à planter le décor !
L’objectif est que chacun comprenne avant tout pourquoi ce projet existe, en moins de 10 secondes, en une phrase.
Vous devez donc disposer :
d’un nom de projet qui parle à l’entreprise et pas seulement à la DSI
d’une justification formalisée, soit :
- orientée business (productivité, rationalisation, alignement des pratiques, réduction des risques, efficacité, …)
- centrée sur un changement d’outil si le choix est de rester sur un projet “minimaliste”
La première analyse de risques
La première analyse de risques va permettre d’orienter :
Le choix de la solution Cloud Atlassian, autre solution, hybride, etc.
La structuration du projet en phases, pilotes, trajectoire de migration
Le niveau d’accompagnement à prévoir à décliner en communication, formations, support de Run, gouvernance, etc.
Cette partie doit couvrir :
Les risques techniques (performances, intégrations, sécurité, conformité)
Les risques opérationnels (rupture de service, reprise après incidents, continuité des processus)
Les risques humains (adhésion des équipes, perte de compétences)
Les risques contractuels et financiers (licences, engagements, dépendance fournisseur)
Les risques réglementaires (certifications visées, réglementations propres à votre marché)
L’objectif principal est d'éviter les décisions hâtives et de construire un choix de solution éclairé, plutôt que d’envisager uniquement une reproduction de l’existant dans le Cloud parfois appelée “lift and shift”.
Cette étape devra permettre d'établir le type de changement (culturel, organisationnel, outillage, etc.) afin de dimensionner la conduite à opérer.
La cartographie des populations impactées
Ce projet de migration des solutions Atlassian Data Center vers la solution cible n’est jamais uniquement un sujet d’infrastructure ou de fonctionnalités. Il implique des hommes et des femmes :
Les équipes projet, produit et développement
Les équipes de support, les centres de service
Les métiers (marketing, opérations, back-office)
Les fonctions support (sécurité, finance, achats, compliance)
Dans tous les cas, il est conseillé de cartographier les populations concernées pour établir :
Qui est impacté, comment et à quel niveau ?
Qui sont les relais de changement à mobiliser ?
Qui nécessite un accompagnement différencié ?
Cette cartographie alimente directement le plan de conduite du changement (communication, formation, accompagnement, support et gestion des irritants).
Les éléments pour la rédaction de l’appel d’offres (RFP)
Nous conseillons dans tous les cas d'établir un RFP qui matérialisera le cadre du projet. Ce RFP sera utilisée pour définir les exigences à couvrir et pourra servir à la réalisation d’une consultation élargie.
Le cadrage devra produire les éléments nécessaires à la production du document :
Exigences fonctionnelles :
soit issues du business case ;
soit issues des cas d’usages actuels.
Exigences non fonctionnelles : sécurité, conformité, data residency, performance, scalabilité, intégrations.
Exigences de conduite du changement : support, formation, communication, gouvernance.
Critères d'évaluation : coût global, risques, roadmap, support éditeur/intégrateur, engagement RSE, …
Ce RFP doit être neutre vis-à-vis de la solution, afin de comparer honnêtement plusieurs scénarios cibles.
IV. BleuLemon vous accompagne dans la sortie du Data Center Atlassian
Nous sommes habitués aux environnements complexes, particulièrement dans ceux des métiers concernés par les solutions Atlassian.
Nous réalisons le cycle complet – découverte, diagnostic, conception stratégique, itération, – en une seule et longue période d'immersion.
Nous restons au cœur du problème jusqu'à le comprendre sous un autre angle, par notre regard externe. Et une fois le problème de fond clairement exposé, nous construisons avec vous votre projet. Pas une intégration technique. Une solution. Sur mesure. Spécifique. Nous sortons des sentiers battus si nécessaire.
Notre rôle dans ce projet de sortir du Data Center Atlassian est de :
Faciliter les discussions entre la DSI, les métiers, la sécurité, les achats et la finance.
Apporter un regard externe sur les scénarios possibles, leurs risques et leurs bénéfices. Ce regard est nourri de l’expérience de situations similaires à la votre.
Structurer le cadrage avec :
l’animation des ateliers nécessaires à l'établissement du périmètre du projet ;
l’analyse de votre existant (instances, usages, intégrations) ;
l'évaluation des trajectoires Cloud et alternatives (récit interne, analyse de risques, cartographie des populations et éléments de RFP).
L’objectif étant d’utiliser les 3 ans qui viennent comme un levier et non comme un sursis, et de construire une solution robuste, efficace et durable pour les 5 prochaines années.
BleuLemon accompagne les DSI dans leur transformation avec fraîcheur et vivacité d’esprit. Nous aidons les organisations à libérer le potentiel collectif de leurs équipes, en ouvrant la voie à une organisation du travail plus solide et épanouissante.
Comment allez-vous présenter ce projet à votre entreprise?