Contexte et reconnaissance

Le rapport Forrester Wave™ : Conversational AI Platforms for Employee Services, Q3 2026 classe Atlassian comme Leader. L’évaluation repose sur deux axes : la « strength of strategy » et la « strength of offering », où Atlassian apparaît comme outlier du marché. Cette position reflète la capacité perçue de l’entreprise à combiner vision produit et livrables techniques dans le domaine des agents conversationnels destinés aux services internes.

Architecture et intégration de Rovo

Forrester souligne que la stratégie d’Atlassian mise sur la connexion du contexte utilisateur entre les outils de la suite (Jira, Confluence, Teams, etc.). Le composant Rovo est intégré directement dans les surfaces collaboratives où les employés travaillent, ce qui implique un modèle d’embedment via des SDK ou des API internes. Cette approche réduit le nombre de points d’entrée pour l’utilisateur : l’agent apparaît dans le même fil de discussion que les tâches ou les documents, éliminant le besoin de basculer vers une interface séparée.

Analyse des capacités contextuelles

Le rapport met en avant les capacités de contexte d’Atlassian, c’est‑à‑dire la capacité du système à récupérer et à exploiter les métadonnées liées à l’utilisateur, au projet et à la conversation en cours. Cette donnée enrichie permet à l’agent de proposer des réponses « proactives », par exemple en suggérant la création d’un ticket dès la détection d’un problème récurrent. De plus, Forrester indique que l’agent d’Atlassian est adapté aux agents cross‑vendor, facilitant les expérimentations où plusieurs fournisseurs d’IA sont combinés dans un même flux de travail.

Enjeux et limites

Le document ne fournit pas de métriques chiffrées (taux de résolution, latence, taux d’adoption), ce qui limite l’évaluation quantitative de l’impact réel. L’intégration profonde de Rovo nécessite néanmoins une gestion stricte des droits d’accès aux données internes, car le partage de contexte entre outils expose potentiellement des informations sensibles. Enfin, la dépendance à des SDK propriétaires peut compliquer l’extension vers des solutions tierces, ce qui représente un risque pour les organisations cherchant à maintenir une architecture modulaire.