OpenProject + XWiki : l’alternative open source à Jira et Confluence qui monte en puissance

Si votre équipe jongle au quotidien entre Jira pour suivre les tickets et Confluence pour centraliser la documentation, une date devrait désormais figurer sur votre calendrier : le 28 mars 2029. C’est le jour où Atlassian tirera définitivement le rideau sur Jira Data Center, la version auto-hébergée de son célèbre outil de gestion de projet. Pas de panique immédiate, on a le temps de voir venir, mais autant vous dire que le duo open source OpenProject et XWiki, déjà bien installé dans le paysage, profite à plein de cette actualité pour se positionner comme L’alternative crédible. Voyons ensemble pourquoi ce sujet, en apparence bien technique, concerne en réalité beaucoup plus de monde qu’on ne le pense.

📅 Ce qui change : Atlassian tire un trait sur Jira Data Center

Petit rappel utile pour les moins familiers du jargon Atlassian : Jira propose historiquement deux grandes façons d’être hébergé. La version « Cloud », gérée entièrement par Atlassian sur ses propres serveurs, et la version « Data Center », que vous installez et faites tourner vous-même, sur votre propre infrastructure ou celle de votre hébergeur. Cette seconde option a toujours eu la faveur des organisations soucieuses de garder la main sur leurs données, en particulier dans les secteurs réglementés ou dans l’administration publique.

Atlassian a officiellement annoncé que Jira Data Center atteindra sa fin de vie le 28 mars 2029. Passée cette date, les licences et extensions Data Center expireront et basculeront en mode lecture seule (sans plus aucune mise à jour de sécurité), ne laissant plus que l’hébergement Cloud comme option officiellement supportée par l’éditeur. Pour toute organisation qui a choisi l’auto-hébergement précisément pour des raisons de souveraineté ou de conformité réglementaire, cette bascule forcée vers le cloud propriétaire d’Atlassian pose un vrai problème de fond.

À cela s’ajoute un autre irritant régulièrement pointé du doigt par les clients Atlassian : des hausses de prix significatives sur certains produits, notamment Jira Service Management en version Cloud, qui accentuent encore le sentiment de dépendance à un fournisseur unique, ce que l’on appelle le vendor lock-in dans le jargon informatique.

🧩 OpenProject et XWiki : qui fait quoi dans ce duo

C’est dans ce contexte qu’OpenProject et XWiki ont officialisé, en juillet 2025, un partenariat stratégique annoncé lors de l’événement OSXP à Paris, réunissant Niels Lindenthal, PDG d’OpenProject, et Ludovic Dubost, PDG de XWiki et CryptPad. L’objectif affiché : proposer une alternative intégrée et entièrement open source, capable de couvrir à la fois la gestion de projet (le rôle de Jira) et la gestion documentaire collaborative (le rôle de Confluence).

🔵 Lexique express : qui remplace quoi OpenProject : l’équivalent de Jira. Une plateforme de gestion de projet complète, pensée pour les méthodes agiles (Scrum, Kanban) comme pour la gestion de projet plus traditionnelle, avec diagrammes de Gantt, tableaux de tâches, suivi du temps et feuilles de route. XWiki : l’équivalent de Confluence. Une plateforme de wiki collaboratif permettant de centraliser la documentation d’équipe, avec une gestion fine des droits d’accès et une structuration avancée du contenu. Vendor lock-in (dépendance à un fournisseur) : la situation dans laquelle une organisation devient si dépendante des outils, formats de données ou infrastructures d’un éditeur qu’il devient coûteux ou risqué d’en changer, même si les conditions commerciales se dégradent.

Les deux outils communiquent entre eux via des API REST standard et une authentification unifiée (SSO via OIDC), ce qui permet par exemple de créer un lien cliquable depuis une tâche OpenProject directement vers sa page de spécification correspondante dans XWiki, et inversement. En mars 2026, OpenProject a par ailleurs annoncé le développement d’un outil de migration officiel dédié à Jira, destiné à simplifier davantage encore le transfert des données existantes.

🇪🇺 Pourquoi cette alliance parle particulièrement au secteur public européen

Ce sujet dépasse largement le cadre d’une simple bataille commerciale entre éditeurs de logiciels. Pour de nombreuses administrations publiques européennes, la question de la souveraineté numérique, c’est-à-dire la capacité à garder la maîtrise de ses données et de ses infrastructures critiques sans dépendre exclusivement de fournisseurs étrangers, est devenue un critère de décision à part entière, parfois même une obligation réglementaire liée au RGPD (règlement général sur la protection des données).

OpenProject et XWiki répondent directement à cette préoccupation : les deux solutions peuvent tourner intégralement sur votre propre infrastructure (on-premises), ou dans un cloud européen conforme au RGPD, sans qu’aucune donnée ne transite par des serveurs situés hors de l’Union européenne. Les deux plateformes sont par ailleurs distribuées sous des licences open source reconnues (AGPL pour OpenProject, LGPL pour XWiki), ce qui garantit un accès complet et vérifiable au code source, contrairement à un logiciel propriétaire dont vous devez faire confiance aveuglément à l’éditeur.

Ludovic Dubost, PDG de XWiki, résume l’ambition du partenariat ainsi : « notre partenariat avec OpenProject est le prolongement naturel d’un engagement partagé à construire une infrastructure numérique ouverte et souveraine pour l’Europe et au-delà ».

⚙️ OpenProject vs Jira, XWiki vs Confluence : le comparatif

Critère	Jira + Confluence (Atlassian)	OpenProject + XWiki
Modèle	Propriétaire, payant	Open source (AGPL/LGPL)
Hébergement après 2029	Cloud Atlassian uniquement	Sur site ou cloud européen RGPD au choix
Contrôle du code source	Aucun accès	Code entièrement consultable et auditable
Fonctionnalités agiles	Scrum, Kanban, diagrammes de Gantt	Scrum, Kanban, diagrammes de Gantt
Documentation collaborative	Confluence	XWiki
Support multilingue	Variable selon le plan	Anglais, allemand, français, espagnol, portugais
Migration depuis Atlassian	Non applicable	Outil de migration Jira dédié + méthodologie XWiki (100+ migrations Confluence réalisées)
🔴 Ce qu’il ne faut pas sous-estimer Migrer depuis un écosystème aussi installé que Jira et Confluence demande un vrai travail de préparation : inventaire des workflows existants, formation des équipes, et souvent un accompagnement technique pour l’auto-hébergement (serveurs, sauvegardes, mises à jour de sécurité), qui ne s’improvise pas du jour au lendemain sans ressources internes ou prestataire dédié. OpenProject et XWiki restent moins connus que leurs équivalents Atlassian, ce qui signifie une communauté d’entraide et un écosystème d’extensions tierces plus restreints, même si la documentation officielle progresse rapidement.

🟡 Ce qui me plaît particulièrement dans cette histoire, c’est qu’elle illustre une dynamique de fond plus large que le simple cas Atlassian : de plus en plus d’organisations, publiques comme privées, réévaluent leur dépendance aux grands éditeurs propriétaires à la lumière d’enjeux de souveraineté numérique. Avoir une échéance concrète comme 2029 a le mérite de forcer une réflexion qui traînait sans doute depuis des années dans beaucoup de directions informatiques. Reste à voir si l’écosystème OpenProject/XWiki saura absorber l’afflux de migrations dans de bonnes conditions d’ici là.

Si votre organisation ou votre petite structure utilise déjà Jira et Confluence sans souci particulier, rien ne vous oblige à migrer dans la précipitation : l’échéance de 2029 laisse encore un peu de temps pour planifier sereinement la transition. Mais si la souveraineté de vos données, la maîtrise de vos coûts sur le long terme, ou simplement l’envie de sortir d’une dépendance à un fournisseur unique vous parlent, le duo OpenProject et XWiki mérite clairement un test dès aujourd’hui, ne serait-ce que pour évaluer l’écart réel avec vos habitudes actuelles avant que l’urgence ne s’impose à vous.

Source : OpenProject