Drie manieren waarop AI Jira binnenkomt

Drie routes, dezelfde backlog

In 2026 is er geen tekort aan AI. Het echte tekort zit in weten waar je die het best inzet.

Als je team op Jira draait, heb je die beweging al gevoeld. Atlassian heeft Rovo rechtstreeks in het platform ingebouwd. OpenAI en Anthropic hebben connectors geopend waarmee ChatGPT en Claude je backlog kunnen lezen. En er is een nieuwe klasse Forge-native apps ontstaan, waaronder Just, die AI direct in het issue-paneel zet en het Jira-ticket tegelijk als invoer en eindpunt behandelt.

Drie routes. Dezelfde backlog. Heel verschillende ervaringen.

De verleiding is om te vragen welke het beste is. Meestal is dat niet de juiste vraag. Eerlijker is vaak: welke van deze opties sluit echt aan op de manier waarop ons team werkt?

Voor sommige teams draait het om breed bereik binnen duidelijke kaders. Voor andere om de vrijheid om de sterkste modellen te kiezen. En weer andere hebben vooral behoefte aan één gestructureerde Jira-werkstroom die meerdere aanbieders kan inzetten zonder het issue te verlaten.

Route één: Rovo

Rovo is Atlassians eigen AI-laag, verweven met Jira Cloud, Confluence en Jira Service Management. Het steunt op een Teamwork Graph die relaties legt tussen mensen, projecten en inhoud binnen het Atlassian-ecosysteem, en het werd opgebouwd rond drie pijlers: Search, Chat en Agents.

• Sterk punt: bereik. Rovo Search zoekt door Jira, Confluence en een lange lijst apps van derden, met respect voor bestaande rechten. Dat maakt het nuttig voor teams die verdrinken in verspreide kennis.
• Sterk punt: het eenvoudigste goedkeuringspad. Er zijn geen provider-sleutels, geen modelkeuzes en geen tokenbudgetten om te beheren. Beheer en controle blijven binnen het vertrouwde rechten- en auditmodel van Atlassian. Ook de prijszetting is eenvoudiger geworden: in 2026 wordt Rovo gepositioneerd als onderdeel van Atlassian Cloud-plannen, met toegang en gebruik op basis van plan en verbruikslimieten.
• Keerzijde: minder controle en minder diepgang op issue-niveau. Je kunt het model niet kiezen en de AI staat naast het werk, niet midden in een gestructureerde planningsstroom in het issue-paneel.

Rovo is de juiste route wanneer het kernprobleem is om informatie over meerdere producten heen terug te vinden en de prioriteit ligt bij goed beheerde toegang zonder opstartwerk.

Route twee: connectors

Connectors kiezen het tegenovergestelde pad. In plaats van AI binnen Atlassian te houden, brengen ze Jira-gegevens naar de plek waar de AI al leeft: ChatGPT, Claude Desktop, Cursor of een andere client die Model Context Protocol (MCP) ondersteunt.

• Sterk punt: modelvrijheid. Je krijgt toegang tot wat de externe client aanbiedt. Vandaag betekent dat Claude Opus 4.6, GPT-5.4, Gemini 3.0 Pro en alles wat er morgen nog bijkomt.
• Sterk punt: een vertrouwde werkomgeving. Daarom zijn connectors aantrekkelijk voor gevorderde gebruikers die al de hele dag in Claude, ChatGPT of Cursor werken en topmodellen willen gebruiken zonder een nieuwe interface te leren. De moderne versie van deze brug loopt steeds vaker via MCP: de client verbindt met een Atlassian- of externe MCP-server, ontdekt Jira-hulpmiddelen en gebruikt die direct in het gesprek.
• Keerzijde: de gebruiker wordt zelf de integratielaag. De context blijft dun tenzij iemand die steeds opnieuw toevoegt, terugschrijven naar Jira kan wel maar is zelden echt gestructureerd, en elk gesprek blijft meestal opgesloten in één client. Ook de aanmelding kan stroef zijn: Atlassians officiële MCP-server gebruikt OAuth, waardoor veel teams een beheerde connector van een derde partij toevoegen om de ervaring glad te trekken.

Connectors zijn de juiste route wanneer het belangrijkste is om Jira-context in een krachtige externe AI te krijgen en de gebruiker modelvrijheid belangrijker vindt dan een gedeelde teamwerkstroom.

Route drie: Just

Just kiest een derde route. Het is een Forge-native Jira-app die de AI-ervaring rechtstreeks in het issue-paneel inbouwt, niet als zijbalk voor chat, maar als een gestructureerde levenscyclus: inzichten opbouwen, verduidelijken, plannen, uitvoeren en terugschrijven naar Jira-velden.

• Sterk punt: diepgang in de werkstroom. De AI leeft in het ticket zelf, niet in een aparte client, en het issue is zowel invoer als bestemming.
• Sterk punt: één Jira-eigen systeem dat meerdere aanbieders kan combineren. In plaats van één prompt en één antwoord draait Just een gestructureerde cyclus: analyse, verduidelijking, planning, webonderzoek, beeldwerk, uitvoering en terugschrijven naar Jira. Elke stap kan worden ingeschakeld, overgeslagen of beoordeeld voordat er iets aan het issue verandert. Omdat het van meet af aan voor meerdere aanbieders is ontworpen, kan het team verschillende stappen aan verschillende modellen toewijzen en herbruikbare projectcontext combineren met zichtbare uitvoering, tokenverbruik, kosten en terugkoppeling in één systeem.
• Keerzijde: meer inrichting en platformbeperkingen. Just bevat proefsleutels om te starten, maar op lange termijn werkt het met betalen naar gebruik op basis van je eigen provider-sleutels. Dat vraagt iets meer voorbereiding: iemand in het team moet API-sleutels voor de organisatie koppelen, aanmaken en beheren. Het past ook beter als AI-gebruik sterk verschilt per persoon, omdat je dan niet iedereen met dezelfde vaste seatprijs opzadelt. Ik werk die budgetafweging uitgebreider uit in Het AI-budget waar bijna niemand het over heeft. Als Forge-app werkt Just bovendien nog altijd binnen de runtime-beperkingen van Atlassian.

Just is de juiste route wanneer je de sterke kanten van meerdere AI-aanbieders wilt samenbrengen in één controleerbare Jira-werkstroom en bereid bent iets meer in te richten om die controle te krijgen.

Het echte verschil: waar de AI leeft

Als je de functielijsten weglaat en elke route terugbrengt tot de kern, blijkt het verschil vooral architectonisch te zijn.

Rovo is de metro. Het dekt de hele stad. Je reist in één systeem van Jira naar Confluence en verder naar Google Drive. De lijnen liggen vast, de dienstregeling wordt voor je beheerd en je vertrouwt op de exploitant.

Connectors zijn een rit op afroep. Jij kiest het voertuig, jij kiest de bestuurder en je gaat precies waar je wilt. Maar jij levert ook de route aan, de rit is privé en de rest van het team ziet meestal niet het hele traject.

Just is een speciale pendeldienst. Die rijdt maar over één corridor, het Jira-issue, maar wel met haltes, controlemomenten en zichtbaarheid. Onderweg kan ook van aanbieder worden gewisseld zonder dat het team Jira hoeft te verlaten. Iedereen kan zien waar de pendel is, wat die meeneemt en wanneer die aankomt.

De routekaart in het kort

Als je de hele vergelijking terugbrengt tot de essentie, wordt het contrast in één oogopslag duidelijk.

Dat is de keuze in haar zuiverste vorm: beheerst bereik, persoonlijke modelvrijheid of één gestructureerde Jira-werkstroom die de beste kanten van meerdere aanbieders kan verenigen.

Je route kiezen

Er is geen enkele route die altijd voor iedereen klopt. Een team dat informatie moet doorzoeken in zes SaaS-producten en geen extra infrastructuurlast wil, zou met Rovo moeten beginnen.

Een engineer die met Claude Opus 4.6, GPT-5.4 of Gemini 3.0 Pro vanuit de eigen client over de backlog wil redeneren, zal eerder naar een connector grijpen.

Een product- of deliveryteam dat één controleerbare Jira-werkstroom wil, waarin verschillende stappen verschillende aanbieders kunnen gebruiken en kosten, kwaliteit en output zichtbaar blijven voor de hele ploeg, zou moeten kijken naar Just op de Atlassian Marketplace.

Veel teams zullen meer dan één route gebruiken. Deze routes sluiten elkaar niet uit. Het belangrijkste is bewust kiezen, op basis van hoe je team echt werkt en waar de echte wrijving zit, niet op basis van welke AI-demo vorige week het meest indrukwekkend oogde.