Pourquoi Atlassian a changé les règles du jeu en 2026
Deux décisions d'Atlassian ont modifié le calcul pour tous les utilisateurs Data Center.
Première décision : depuis le 17 février 2026, les tarifs de renouvellement Data Center ont augmenté de 15 % sur les grilles standard. Certains anciens barèmes contractuels ont subi des hausses encore plus marquées. Atlassian recommande de consulter atlassian.com/licensing/data-center pour connaître le montant applicable à votre situation.
Deuxième décision : depuis le 30 mars 2026, il n'est plus possible de souscrire une nouvelle licence Jira Data Center. Les équipes qui n'en possédaient pas avant cette date ne peuvent plus en acheter. La voie officielle proposée par Atlassian est la migration vers Jira Cloud.
À ne pas confondre : la fermeture aux nouveaux clients ne signifie pas la fin des licences actives. Les licences Data Center existantes restent valides jusqu'à leur expiration, et Atlassian a annoncé une date d'EOL définitif au 28 mars 2029. Jusqu'à cette date, les abonnements en cours sont maintenus — mais ni renouvelables après l'EOL, ni transférables à de nouveaux clients depuis le 30 mars 2026.
Pour une agence ou une équipe dont le contrat arrive à échéance, la question n'est plus « rester sur Data Center ou passer à Cloud » : c'est « accepter la hausse et la dépendance Cloud, ou reprendre le contrôle avec une solution self-hosted open source ».
Ce que le self-hosting apporte face à un Cloud imposé
- Aucun abonnement par siège : le coût du VPS est fixe, quelle que soit la taille de l'équipe.
- Données sur votre infrastructure : aucun transfert vers les serveurs Atlassian ou un tiers.
- SSO et permissions sous votre contrôle : intégration directe avec votre fournisseur d'identité (LDAP, SAML, OIDC).
- API ouverte : Plane expose une API REST complète, compatible avec vos pipelines CI/CD existants.
- Mises à jour à votre rythme : pas de migration forcée imposée par le fournisseur.
- Import depuis Jira XML : Plane lit les exports Jira natifs — la migration préserve issues, commentaires et métadonnées.
- Licence AGPL-3.0 : le code est auditable, sans clause de fair-code restrictive.
Plane en 2026 — fonctionnalités et parité Jira
Plane a dépassé les 30 000 étoiles GitHub (source : github.com/makeplane/plane) et reçoit des mises à jour régulières depuis sa version 0.14. Son positionnement n'est pas d'être un clone de Jira, mais de couvrir les besoins opérationnels réels d'une équipe de développement ou d'une agence : suivi d'issues, sprints, cycles de livraison, modules (équivalents des epics Jira), vues Kanban et Gantt, états de workflow personnalisables.
L'objection la plus fréquente est la maturité. Deux éléments la nuancent : les fonctionnalités de parité-Jira sont couvertes pour la grande majorité des workflows d'agence (voir le tableau ci-dessous), et la maîtrise de l'hébergement — données sur votre VPS, SSO configuré par vous, permissions que vous définissez — compense largement les quelques absences sur des fonctionnalités avancées rarement utilisées.
Plane vs Jira Data Center — comparatif fonctionnel
| Fonctionnalité | Jira Data Center | Plane (self-hosted) |
|---|---|---|
| Suivi d'issues | Oui — champs personnalisables, sous-tâches | Oui — champs personnalisables, sous-issues |
| Sprints agiles | Oui — tableau de bord Scrum complet | Oui — cycles (équivalent sprint) |
| Epics / regroupements | Oui — epics et composants | Oui — modules |
| Vues Kanban et Gantt | Oui | Oui — vues multiples (liste, tableau, Gantt, calendrier) |
| Workflows personnalisables | Oui — éditeur de transitions avancé | Oui — états et transitions configurables |
| Intégrations CI/CD | Oui — GitLab, GitHub, Jenkins (natif) | Oui — via API REST et webhooks |
| Import depuis Jira | — | Oui — import XML natif |
| SSO / LDAP | Oui | Oui — LDAP, SAML, OIDC |
| Licence | Commerciale — abonnement par siège | AGPL-3.0 — gratuit à l'auto-hébergement |
Prérequis VPS pour Plane
Plane est une application multi-services déployée via Docker Compose. Elle embarque une API Django, un worker Celery, un frontend Next.js, une base PostgreSQL et un broker Redis. Les chiffres ci-dessous sont les recommandations pour un usage production stable.
Configuration minimale (équipe jusqu'à 15 personnes) : 2 vCPU · 4 Go de RAM · 20 Go de disque SSD.
Configuration recommandée (équipe de 15 à 50 personnes, plusieurs projets actifs) : 4 vCPU · 8 Go de RAM · 40 Go de disque SSD.
Pour des équipes plus importantes, prévoir de sortir PostgreSQL et Redis sur des instances dédiées, et d'ajouter des workers Celery supplémentaires.
Dans tous les cas : Docker Engine 24+, Docker Compose v2, un sous-domaine pointant vers le VPS (plane.votre-domaine.com), et un reverse proxy HTTPS.
Migrer de Jira vers Plane — vue d'ensemble
Exporter vos données depuis Jira
Dans Jira Data Center, allez dans Paramètres du projet → Exporter. Choisissez l'export XML complet : il inclut les issues, les commentaires, les pièces jointes et les métadonnées de workflow. Conservez l'archive générée — elle est la source unique de la migration.
Provisionner le VPS et déployer Plane
Déployez Plane sur votre VPS via le template ServOrbit ou en suivant le guide détaillé dans Déployer Plane sur VPS. Vérifiez que les services sont tous actifs (docker compose ps) avant de commencer l'import.
Importer l'export Jira dans Plane
Dans Plane, accédez à Réglages → Importateurs → Jira. Chargez l'archive XML exportée à l'étape 1. Plane mappe automatiquement les issues, les statuts et les assignés. Vérifiez la correspondance des états de workflow avant de lancer.
Reconfigurer les workflows et les membres
Plane ne peut pas importer les permissions Jira directement. Recréez les rôles (membre, administrateur, spectateur) et invitez les membres de l'équipe par e-mail. Configurez ensuite les états de workflow de chaque projet pour correspondre à votre processus existant.
Brancher le SSO et les intégrations CI/CD
Configurez votre fournisseur d'identité (LDAP, SAML ou OIDC) dans les réglages d'instance Plane. Reconnectez vos pipelines CI/CD via les webhooks Plane ou l'API REST — les endpoints sont documentés dans l'interface sous Réglages → API Tokens.
Valider et couper le cordon Jira
Faites tourner Plane et Jira en parallèle pendant une période de validation (une à deux semaines). Pour la procédure complète de migration et les pièges à éviter, consultez le guide Migrer de Jira vers Plane sur VPS.
Gestion multi-clients depuis l'espace agence ServOrbit
Pour une agence, la question n'est pas seulement « quel outil de gestion de projet », mais « comment je l'opère pour dix clients sans dix interfaces différentes ».
L'espace agence ServOrbit permet de provisionner un VPS par client, avec Plane déployé sur chacun, depuis un panneau de pilotage centralisé. Chaque instance est isolée : les données d'un client ne transitent pas par l'infrastructure d'un autre. Les renouvellements et les états de service sont visibles en un seul endroit.
Le coût reste fixe par VPS, indépendamment du nombre de membres de l'équipe cliente. Il n'y a pas d'abonnement par siège à répercuter sur la facture client ni à négocier à chaque renouvellement.
Sauvegarder avant toute migration
Avant de lancer l'import Jira, exportez une sauvegarde complète de votre instance Plane : docker compose exec -T postgres pg_dump -U plane plane > backup-plane-$(date +%Y%m%d).sql. Si l'import échoue à mi-chemin, cette sauvegarde vous permet de repartir d'un état propre sans reconstruire l'instance. Stockez-la sur un volume ou un objet de stockage externe, jamais uniquement sur le VPS de production.
Dépannage Plane — erreurs fréquentes
Error: Cannot find module '@plane-web/editor' — ce message apparaît si l'image Docker est incomplète ou tirée depuis un cache périmé. Forcez la mise à jour : docker compose pull && docker compose up -d --force-recreate.
Erreur 502 Bad Gateway sur le frontend — le service proxy est démarré mais le frontend Next.js n'a pas fini son initialisation. Attendez 60 à 90 secondes après docker compose up -d et consultez les logs : docker compose logs plane-frontend.
CSRF verification failed à la connexion — le champ CORS_ALLOWED_ORIGINS dans le fichier .env doit contenir exactement votre domaine avec le protocole : https://plane.votre-domaine.com.
Les uploads de pièces jointes échouent — vérifiez que le volume uploads est correctement monté et que l'utilisateur du conteneur a les droits d'écriture.
Les workers Celery ne traitent pas les tâches — vérifiez que le service beat est démarré : docker compose ps | grep beat. Un docker compose restart beat worker résout la plupart des cas de queue bloquée après une mise à jour.
Conclusion
La fermeture de Jira Data Center aux nouveaux clients depuis le 30 mars 2026, combinée à la hausse de 15 % sur les renouvellements, rend le calcul clair pour les agences dont le contrat arrive à échéance : rester engage sur une trajectoire Cloud imposée et une tarification par siège en hausse.
Pour aller plus loin :
- Déployer Plane sur un VPS ServOrbit
- Migrer de Jira vers Plane
- Vikunja en alternative légère
