Rovo va-t-il remplacer les apps Marketplace Atlassian ?

L’objectif de cette Builder AI Week était de découvrir et d’expérimenter plusieurs fonctionnalités proposées par Atlassian, dont certaines encore en bêta. Parmi les possibilités explorées :

• L'utilisation de l'API du Teamwork Graph.
• La création d'apps directement depuis Rovo Studio.
• La construction de cas d'usage exploitant les capacités de Rovo.
• L'utilisation de différents objets et sources de données dans le contexte des agents.
• La création de fonctionnalités personnalisées pour Jira et Confluence.

Ce qui est intéressant, c’est que l’on ne parle plus uniquement de configurer Jira ou Confluence. On peut désormais imaginer des fonctionnalités qui combinent des données issues de plusieurs sources, de l’intelligence artificielle et une interface directement intégrée à l’environnement Atlassian. Et c’est là que les choses deviennent particulièrement intéressantes.

L’un des éléments les plus impressionnants de mes expérimentations a été l’utilisation du Teamwork Graph. J’ai notamment développé une app permettant de visualiser les contenus ajoutés ou modifiés par les équipes. L’intérêt ne réside pas uniquement dans la possibilité de voir les tickets Jira ou les pages Confluence : le Teamwork Graph permet d’exploiter les relations entre différents objets et activités de l’environnement Atlassian, un environnement qui peut être élargi à d’autres outils s’intégrant à Rovo (Google Drive, OneDrive, Salesforce, HubSpot, Canva, Figma…). Atlassian a présenté cette ouverture du graphe dans son annonce officielle.

On peut ainsi envisager une vision plus globale :

• Quels projets sont concernés ?
• Quelles équipes interviennent ?
• Quels contenus ont évolué ?
• Quelles personnes ont contribué ?
• Quels éléments sont liés entre eux ?

On passe progressivement d’une vision centrée sur les outils à une vision centrée sur le travail réalisé par les équipes. Pour un manager, un responsable de département ou un dirigeant, cette capacité à obtenir une vue de synthèse peut apporter beaucoup de valeur. Et ce n’est probablement que le début.

Autre découverte de cette Builder AI Week de septembre 2026 : les possibilités offertes par Rovo Studio, l’environnement de création d’apps intégré à Atlassian. L’idée est séduisante : permettre de créer plus facilement des apps ou des fonctionnalités personnalisées, sans nécessairement devoir développer une application complète comme celles que l’on trouve sur la Marketplace. Pour certains besoins très spécifiques, cela peut représenter une véritable alternative.

Exemple : le texte en mise en forme justifiée dans Confluence

Dans Confluence, on peut formater du texte, mais certaines options de mise en forme peuvent manquer selon les fonctionnalités disponibles. J’ai expérimenté la création d’une macro permettant d’afficher du contenu avec un alignement justifié, c’est-à-dire un texte aligné à la fois sur les marges gauche et droite. Le résultat était intéressant : Rovo Studio a permis de créer assez facilement une fonctionnalité répondant à ce besoin.

C’est typiquement le genre de cas d’usage où l’on peut se demander : ai-je réellement besoin d’installer une app Marketplace pour répondre à ce besoin ? Pour une fonctionnalité aussi ciblée, la réponse pourrait progressivement devenir non.

Autre exemple : une macro de recherche CQL dans Confluence

J’ai également expérimenté une macro permettant de saisir une requête CQL et d’afficher son résultat directement dans une page Confluence. Là encore, il s’agit d’un besoin spécifique, avec une fonctionnalité relativement ciblée. Ce type de développement peut être particulièrement intéressant pour :

• Des besoins internes à une entreprise.
• Des fonctionnalités utilisées par une équipe restreinte.
• Des adaptations spécifiques à un processus métier.
• Des usages qui ne justifient pas nécessairement l'achat et la maintenance d'une app Marketplace complète.

Pour les fonctionnalités simples et très spécifiques, Rovo Studio ouvre donc une nouvelle possibilité : développer soi-même ce dont on a besoin.

Il serait tentant de conclure que Rovo Studio va permettre de remplacer rapidement toutes les apps Marketplace. Ce n’est pas ce que j’ai observé. J’ai notamment essayé de reproduire une fonctionnalité plus complexe de filtrage de contenu dans des tableaux Confluence, pour des usages de reporting et de tableaux dynamiques. Et là, l’expérience a été beaucoup moins concluante : les possibilités offertes directement dans Studio ne permettaient pas de reproduire simplement le comportement souhaité. J’ai dû sortir de Studio et passer par un environnement de développement classique pour produire mon plugin avec l’aide d’un client IA, tout en suivant le processus de déclaration d’une app Marketplace.

Créer une app simple est une chose. Reproduire une fonctionnalité complexe, avec des interactions riches avec le contenu Confluence, en est une autre. Il faut donc distinguer plusieurs niveaux de complexité :

Il ne faut pas oublier que les outils expérimentés sont encore en bêta. Les possibilités vont évoluer, et ce que nous observons aujourd’hui ne représente probablement pas la limite de ce qu’Atlassian permettra de faire demain.

Cette limite n’est pas propre à mon expérimentation : sur la communauté développeurs Atlassian, d’autres développeurs remontent des restrictions similaires d’accès aux données du Teamwork Graph pour les agents Rovo Studio basés sur Forge.

C’est probablement le principal enseignement que je retiens de cette Builder AI Week. Atlassian semble ouvrir deux directions complémentaires.

Première direction : permettre aux entreprises de développer leurs propres fonctionnalités

Avec Rovo Studio et les outils de développement associés, les équipes pourront progressivement répondre à des besoins spécifiques sans nécessairement installer une app Marketplace. Cela concerne notamment les fonctionnalités simples, très ciblées, spécifiques à une équipe, faciles à maintenir et qui ne nécessitent pas une architecture applicative complexe. Pour ces cas d’usage, la création d’une app interne peut devenir une véritable alternative.

Deuxième direction : donner aux éditeurs accès à davantage de contexte

Avec le Teamwork Graph, Atlassian ouvre également des possibilités très intéressantes pour les éditeurs d’apps Marketplace. L’enjeu n’est plus seulement de développer une fonctionnalité supplémentaire dans Jira ou Confluence, mais de pouvoir exploiter les relations entre les différents objets, les équipes, les projets, les contenus et les activités. Les apps de demain pourront potentiellement comprendre davantage le contexte dans lequel les utilisateurs travaillent, et c’est là que la valeur ajoutée d’une app peut devenir beaucoup plus importante. Par exemple :

• Une app qui ne se contente pas d'afficher un ticket, mais qui comprend son contexte projet.
• Une app qui relie automatiquement une demande à la documentation associée.
• Une app qui exploite les informations disponibles dans plusieurs espaces et projets.
• Une app qui aide une équipe à prendre une décision en tenant compte des informations pertinentes.

Ce sont des usages qui vont bien au-delà d’une simple fonctionnalité de mise en forme.

C’est probablement la question la plus importante. Dans beaucoup d’entreprises, les instances Jira et Confluence se sont enrichies au fil des années : une app pour répondre à un besoin précis, une autre pour améliorer la présentation des pages, une troisième pour gérer des tableaux, une quatrième pour ajouter une fonctionnalité qui n’existait pas nativement. Et progressivement, le nombre d’apps augmente, avec :

• Des coûts de licences.
• Des renouvellements à gérer.
• Des dépendances techniques.
• Des risques de compatibilité.
• Des problématiques de sécurité.
• Des besoins de maintenance.
• Une complexité croissante pour les administrateurs.

Or les fonctionnalités natives de Jira et Confluence évoluent, et avec Rovo, Atlassian ajoute une nouvelle dimension : la possibilité de créer plus facilement certaines fonctionnalités personnalisées.

Et c’est là que le rôle d’un partenaire Atlassian prend tout son sens.

Notre objectif n’est pas de vous recommander davantage d’apps. Notre objectif est de vous aider à construire un environnement Jira et Confluence adapté à vos besoins, simple à administrer, maîtrisé en termes de coûts de licences, évolutif, cohérent avec les fonctionnalités natives d’Atlassian et capable de répondre aux besoins spécifiques de vos équipes. Cela passe notamment par une analyse régulière de votre environnement.

Une démarche de rationalisation des apps

Nous pouvons vous aider à :

• Identifier les apps installées et leurs usages : quelles apps sont réellement utilisées, par quelles équipes, pour quels besoins ?
• Comparer les fonctionnalités avec les possibilités natives : existe-t-il aujourd'hui une fonctionnalité dans Jira ou Confluence qui répond déjà au besoin ?
• Identifier les opportunités offertes par Rovo Studio : certains besoins spécifiques pourraient-ils être couverts par une app interne ?
• Évaluer la valeur réelle des apps Marketplace : qu'apportent-elles au-delà de ce qui est disponible nativement ? Sont-elles indispensables, remplaçables, suffisamment utilisées ?
• Identifier les apps qui apportent une vraie valeur métier : certaines sont devenues essentielles au fonctionnement d'une équipe, d'autres apportent une valeur très forte sur un processus métier particulier.

Impossible de parler de cette Builder AI Week sans évoquer Rovo. Au-delà de la création d’apps, Rovo couvre aussi des cas d’usage concrets pour les équipes au quotidien, notamment sa capacité à exploiter le contexte disponible dans l’environnement Atlassian. Rovo s’appuie sur différents modèles de langage (LLM), notamment des modèles proposés par Anthropic, OpenAI ou Mistral, selon les possibilités et configurations disponibles. L’intérêt n’est donc pas simplement d’avoir accès à un LLM : c’est de pouvoir l’utiliser dans un environnement où le contexte de travail est déjà présent (Jira, Confluence, les projets, les équipes, les contenus, les relations entre les objets).

Imaginez poser une question à un LLM généraliste : « résume-moi les évolutions récentes de mon équipe ». Il lui faudra disposer des données nécessaires. Dans un environnement Atlassian enrichi par le Teamwork Graph, on peut envisager une expérience beaucoup plus intégrée, avec accès aux informations pertinentes disponibles dans l’écosystème. C’est cette combinaison qui est particulièrement prometteuse : LLM, contexte métier, données de travail et intégration native dans les outils. Cela ouvre des perspectives intéressantes pour la création de contenu, la synthèse d’informations et l’assistance aux équipes.

Pour une vue d’ensemble de ce que Rovo apporte chez Seibert Solutions France, consultez notre page dédiée à Rovo.

Je souhaite également partager quelques limites de mes expérimentations.

Les fonctionnalités sont encore en évolution. Certaines des fonctionnalités utilisées pendant la Builder AI Week sont en bêta. Il faut donc éviter de considérer les résultats actuels comme définitifs.

Créer une app ne signifie pas créer un produit. Une fonctionnalité interne peut être rapide à développer, mais si elle devient critique pour l’entreprise, il faudra aussi réfléchir à sa maintenance, sa sécurité, son évolutivité, sa documentation, son support et sa compatibilité avec les évolutions d’Atlassian. Le fait de pouvoir développer facilement une app ne signifie pas qu’il est toujours pertinent de le faire.

Les apps Marketplace conservent leur valeur. Les éditeurs d’apps disposent souvent d’une expertise importante sur leur domaine fonctionnel. Ils apportent des fonctionnalités matures, documentées, testées et maintenues. Pour des besoins complexes, il reste donc parfaitement pertinent de s’appuyer sur une app Marketplace existante.

Cette Builder AI Week m’a conforté dans une conviction : Atlassian est en train de changer la manière dont nous allons utiliser et personnaliser Jira et Confluence. Avec Rovo, le Teamwork Graph et les outils de développement comme Studio, les possibilités deviennent de plus en plus accessibles. Certaines fonctionnalités simples pourront progressivement être développées directement par les équipes, d’autres pourront être couvertes par les fonctionnalités natives d’Atlassian. Et les apps Marketplace devront continuer à apporter une vraie valeur ajoutée, notamment sur des besoins complexes et des cas d’usage métier.

Pour les entreprises, cela représente une opportunité intéressante : réduire la complexité de leur environnement, mieux maîtriser leurs coûts de licences, éviter de conserver des apps devenues inutiles, développer des fonctionnalités spécifiques et tirer davantage parti des capacités natives de Jira, Confluence et Rovo. Mais encore faut-il connaître les nouvelles fonctionnalités disponibles.

Mon conseil aux administrateurs Jira et Confluence : suivez les évolutions d’Atlassian. Les fonctionnalités natives progressent rapidement, et une app installée il y a quelques années pour répondre à un besoin précis n’est peut-être plus indispensable aujourd’hui. Abonnez-vous aux release notes d’Atlassian, échangez avec vos équipes et prenez régulièrement le temps de revoir votre environnement.