Atlassian et les nouveaux compteurs — ce qui a changé en septembre 2026
Jusqu'au printemps 2026, Atlassian facturait principalement au siège. Le modèle était prévisible : 50 utilisateurs Jira Premium = une ligne de facture fixe. Ce modèle a changé. Le 1er septembre 2026, Atlassian a annoncé un niveau de facturation à l'usage superposé à l'abonnement existant. La mesure du compteur commence immédiatement ; la facturation des dépassements démarre le 3 décembre 2026.
- Rovo crédits : 0,01 $ par crédit au-delà de l'allocation incluse. Chaque invocation d'agent IA consomme plusieurs crédits.
- Automation steps : 0,50 $ par 1 000 steps. L'ancienne facturation comptait les règles déclenchées ; la nouvelle compte chaque action exécutée à l'intérieur de la règle.
- Loom AI : les transcriptions, résumés et chapitres automatiques consomment des crédits Rovo.
- Assets objects (JSM) et résolutions d'agents CSM : deux compteurs supplémentaires qui touchent les équipes support.
- Augmentation des tarifs catalogue : +7 % en moyenne sur les plans Standard et Premium à compter du 13 octobre 2026 pour les nouvelles souscriptions et renouvellements.
Pour une équipe de 50 personnes utilisant Jira Software Premium + Confluence Premium + Loom + Rovo activé par défaut, les projections publiées par plusieurs consultants partenaires Atlassian (Praecipio, SPK & Associates, Sourcesense) convergent vers une hausse de 40 à 150 % selon l'intensité d'usage de l'automatisation. Le chiffre le plus élevé concerne les équipes DevOps avec des pipelines d'automatisation actifs plusieurs milliers de fois par jour.
Par ailleurs, Atlassian a confirmé la fin de vente des nouvelles souscriptions Data Center le 30 mars 2026. Les clients existants peuvent renouveler jusqu'en mars 2028 ; la fin de vie complète est prévue pour mars 2029. Il n'est donc plus possible pour une nouvelle organisation de choisir Data Center comme voie d'hébergement sur site via Atlassian.
Vue d'ensemble : quel outil remplace quoi ?
Le tableau ci-dessous récapitule les alternatives open-source par fonctionnalité Atlassian, avec leur catégorie, leur licence et leur maturité.
Faites défiler le tableau
| Fonctionnalité Atlassian | Outil self-hosted | Effort de migration |
|---|---|---|
| Jira Software – issues et sprints | Plane | Moyen |
| Jira Software – issues légères + CI/CD | Gitea Issues + Gitea Actions | Faible |
| Confluence – wiki et documentation | Docmost | Moyen |
| Loom – enregistrement et partage vidéo | Nextcloud Talk / PeerTube | Fort |
| Jira – bases de données internes / registres | Grist | Faible |
| Confluence – tableaux et bases de données | NocoDB | Faible |
| Jira Service Management – tickets support | Zammad (hors catalogue ServOrbit) | Fort |
Gitea pour les issues et le CI/CD
Gitea est une forge Git légère écrite en Go. Son image Docker officielle (gitea/gitea) tourne sur 512 Mo de RAM pour des équipes de moins de 20 personnes, et sur 1 Go pour une centaine d'utilisateurs actifs. Elle embarque un tracker d'issues avec étiquettes, jalons, projets Kanban, et depuis Gitea 1.21, un module Actions compatible avec la syntaxe GitHub Actions.
- Ressources minimales : 1 vCPU, 512 Mo RAM, 10 Go disque (sans artefacts CI).
- Image Docker :
gitea/gitea:latest— volume/dataà monter sur un disque persistant. - Migration depuis Jira : export Jira CSV → import via l'API REST Gitea (script
jira2giteacommunautaire). Les liens entre issues et les étiquettes sont conservés ; les workflows Jira ne le sont pas. - Coût marginal sur un VPS ServOrbit : zéro licence, seule la ressource compute compte.
Gitea convient particulièrement aux équipes de développement qui veulent garder code et issues dans un seul outil, sans payer séparément pour GitHub Advanced Security ou Jira. Le tracker d'issues n'a pas la profondeur de Jira pour la gestion de portefeuille, mais il couvre largement le cas d'usage Sprint d'une petite équipe.
Docmost pour le wiki d'équipe (remplacement de Confluence)
Docmost est un éditeur collaboratif de pages en temps réel, open source, lancé en 2024 et qui a atteint une maturité de production en 2025. Il propose une hiérarchie de pages, des espaces (équivalent des espaces Confluence), des commentaires en ligne, des mentions d'utilisateurs et un moteur de recherche plein texte.
- Ressources minimales : 1 vCPU, 512 Mo RAM. Base de données PostgreSQL requise.
- Image Docker :
docmost/docmost:latestavec undocker-composeofficiel incluant PostgreSQL et Redis. - Migration depuis Confluence : export Confluence HTML Space → conversion via
confluence-to-markdownpuis import Docmost. Les macros Confluence complexes (diagrammes Gliffy, intégrations Jira) ne sont pas migrées automatiquement. - Ce qui ne migre pas : les templates Confluence personnalisés, les intégrations Jira natives (Issues sur une page), et les macros tierces.
Plane pour la gestion de sprints Jira
Plane est le concurrent self-hosted le plus direct de Jira Software. Il supporte les cycles (sprints), les modules (épiques), les vues (board, list, gantt, spreadsheet), les états personnalisés et les priorités. Son interface est moderne et sa courbe de prise en main est sensiblement plus courte que celle de Jira.
- Ressources minimales : 2 vCPU, 2 Go RAM (Plane tourne avec plusieurs services : API, worker, beat, frontend).
- Image Docker :
makeplane/plane-backend+makeplane/plane-frontend+makeplane/plane-worker. Undocker-composeofficiel est fourni dans le dépôt GitHub. - Migration depuis Jira : Plane importe nativement les exports JSON Jira (via
Settings > Import). Issues, statuts, priorités et responsables sont récupérés. Les workflows personnalisés et les champs calculés doivent être recréés. - Points forts : roadmap publique possible, API REST complète, webhooks sortants, intégration GitHub/GitLab native.
Plane ne remplace pas Jira Service Management pour le support client, ni Jira Product Discovery pour la gestion de portefeuille stratégique. Pour une équipe de développement cherchant à gérer des sprints, des backlogs et des releases, il couvre l'essentiel.
Grist et NocoDB pour les bases de données internes
Confluence et Jira sont souvent utilisés pour héberger des registres structurés : bases de clients internes, catalogues d'actifs, tableaux de suivi de projets. Ces usages migrent mieux vers des outils dédiés que vers un wiki ou un tracker d'issues.
- Grist : tableur relationnel open source avec formules Python, vues multiples (grille, carte, calendrier, graphique) et granularité fine des permissions. Image Docker :
gristlabs/grist. Ressources minimales : 1 vCPU, 512 Mo RAM. - NocoDB : interface de type Airtable posée sur n'importe quelle base relationnelle (PostgreSQL, MySQL, SQLite). Supporte les API REST et GraphQL auto-générées, les webhooks, les galeries et formulaires. Image Docker :
nocodb/nocodb. Ressources minimales : 1 vCPU, 256 Mo RAM. - Migration : export CSV ou JSON depuis Confluence Databases ou les champs personnalisés Jira, import direct dans Grist ou NocoDB.
- Cas d'usage typique : registre d'actifs IT, suivi de contrats, catalogue produit interne, base de contacts prospects — tout ce qui vivait dans des macros Confluence Table ou des champs Jira customisés.
Plan de migration en cinq étapes
Ces cinq étapes permettent de quitter Atlassian progressivement, sans interruption de service, en validant chaque outil en conditions réelles avant la coupure définitive.
Étape 1
Audit d'usage : identifiez dans Atlassian Administration quels compteurs sont déjà dans le rouge (Rovo crédits, automation steps). Exportez la liste des espaces Confluence actifs (dernière modification < 12 mois) et le backlog Jira actif (issues créées ou commentées dans les 90 derniers jours). Cela délimite le périmètre réel à migrer.
Étape 2
Export : depuis Jira, exportez en JSON via
Settings > System > Backupou par projet viaProject settings > Export. Depuis Confluence, exportez chaque espace en HTML viaSpace settings > Export. Conservez les exports horodatés — ils servent aussi d'archive légale.Étape 3
Installation sur VPS : déployez les outils choisis depuis le catalogue ServOrbit. Chaque application dispose d'une image Docker préconfigurée et d'un reverse proxy nginx avec certificat TLS automatique. Comptez entre 30 minutes et 2 heures par outil selon la complexité de la configuration.
Étape 4
Import et reconfiguration : utilisez les scripts d'import natifs (Plane pour Jira,
confluence-to-markdownpour Docmost) puis reconfigurez les automatisations qui ne sont pas portables. C'est la phase la plus longue — prévoyez 1 à 3 jours pour une équipe de 20 à 50 personnes.Étape 5
Cutover DNS : mettez à jour vos enregistrements DNS internes ou publics pour pointer vers le nouveau serveur. Si vous utilisiez les domaines
*.atlassian.net, mettez à jour tous les liens internes (bookmarks, intégrations CI/CD, webhooks). Maintenez l'ancienne instance Atlassian en lecture seule pendant 30 jours avant de résilier.
Calcul du coût : VPS vs abonnement par siège
Pour une équipe de 25 personnes utilisant Jira Software Premium + Confluence Premium, le tarif Atlassian Cloud après la hausse d'octobre 2026 est d'environ 16 400 $ par an (hors Rovo et Loom). En ajoutant les compteurs d'usage estimés pour une équipe DevOps active (automation steps, Rovo crédits), la projection annuelle dépasse 20 000 $.
- Un VPS ServOrbit suffisant pour Plane + Docmost + Gitea (4 vCPU, 8 Go RAM, 100 Go SSD) : à partir de 99 DH/mois, soit moins de 600 $ par an.
- Coût total de possession sur 3 ans : migration une fois (estimée à 5-10 jours-homme), maintenance courante (mises à jour Docker, sauvegardes), zéro coût de licence.
- Économie typique pour 25 utilisateurs sur 3 ans : entre 55 000 $ et 70 000 $ selon le niveau d'usage Atlassian.
- Le calcul change si votre équipe utilise Jira Service Management pour un centre d'assistance client externe : les outils de remplacement sont moins matures sur ce segment.
Ce qui ne migre pas facilement : Jira Service Management avec portail client public, les intégrations Atlassian-natives (Opsgenie, Statuspage, Atlas), les automatisations complexes multi-produits (Jira + Confluence + Slack via Automation for Jira), et les rapports avancés Portfolio/Advanced Roadmaps. Si votre usage principal est le suivi d'incidents ops ou la gestion de portefeuille de programmes, estimez le coût de reconfiguration avant de décider.
Conclusion : agir avant le 3 décembre 2026
Les nouveaux compteurs Atlassian entrent en facturation le 3 décembre 2026. D'ici là, vous avez trois mois pour mesurer votre consommation réelle dans Atlassian Administration, simuler votre facture post-compteurs, et décider si la migration self-hosted est pertinente pour votre contexte. Les outils disponibles dans le catalogue ServOrbit — Plane, Gitea, Docmost, Grist, NocoDB — couvrent l'essentiel du périmètre Jira + Confluence pour les équipes de développement et les équipes métier. La migration technique est documentée dans deux guides dédiés : l'un sur la migration Jira vers Plane, l'autre sur la migration Confluence vers Docmost.
- Pour aller plus loin sur la décision SaaS vs self-hosted : voir notre comparatif de coût complet pour 2026.
- Pour la migration Jira → Plane étape par étape : voir notre guide de migration Atlassian EOL vers self-hosted.
- Pour la migration Confluence → Docmost : voir notre guide dédié.
