Jira Planner e Confluence Slides: o que essas novidades resolvem na prática

Romildo Burguez • September 15, 2026

Um plano de funcionalidade multi-sprint quase sempre nasce do mesmo jeito. Uma ideia solta, uma reunião para alinhar escopo e alguém tentando transformar aquilo em documento antes que os detalhes se percam. Do outro lado, uma apresentação para stakeholders costuma significar uma tarde copiando gráficos e reorganizando slides que já existem em outro lugar. A Atlassian acaba de liberar em early access Jira Planner e Confluence Slides, duas ferramentas que miram exatamente esses dois pontos de atrito: o primeiro estrutura planejamento técnico, o segundo transforma conhecimento já registrado em apresentação pronta. 


O ponto cego do planejamento guiado por IA 


A Atlassian justifica o lançamento do Jira Planner com um diagnóstico que faz sentido para quem já viu um agente de codificação avançar na direção errada com toda a confiança do mundo. O gargalo do desenvolvimento assistido por IA não costuma estar na geração de código. Está na intenção. Quando escopo, restrições e casos de borda ficam de fora do briefing, o agente preenche essas lacunas sozinho e passa a resolver um problema ligeiramente diferente do que foi pedido, na mesma velocidade e com a mesma segurança de quem está certo. O custo aparece depois, em retrabalho e em tempo gasto revisando decisões que deveriam ter sido explicitadas antes de qualquer linha de código. 


Uma pesquisa da própria Atlassian, citada no anúncio do Jira Planner, dá dimensão a essa distância entre intenção e prática. Cerca de 60% dos líderes de engenharia afirmam que seus times estão migrando para um modelo de desenvolvimento guiado por especificação. Menos de 15% dizem ter hoje um processo estruturado para isso. É nesse intervalo, entre a intenção declarada e a estrutura real, que o Jira Planner se posiciona. 


Jira Planner: da ideia solta ao item de trabalho sequenciado 


O que é o Jira Planner e como ele funciona 


O ponto de partida pode ser uma ideia ainda crua. O Jira Planner faz perguntas de esclarecimento sobre escopo, restrições e o que conta como sucesso, em vez de pedir uma especificação já pronta. A partir daí, ele lê o código do time em setups com múltiplos repositórios e puxa contexto do Teamwork Graph, a camada que conecta trabalho, pessoas e decisões dentro do ecossistema Atlassian. O plano resultante reflete a arquitetura real do time e decisões já tomadas em outros lugares, não suposições genéricas. 


O resultado não é um bloco de texto fechado. É um Confluence Live Doc editável, conectado ao Jira, onde engenheiros, PMs e designers podem coeditar, comentar e discutir trade-offs enquanto o plano ainda está tomando forma. Antes de considerar o plano pronto, a ferramenta sinaliza ambiguidades e indica se há detalhe suficiente para execução, com sugestões concretas do que falta. Só então o plano final é decomposto em itens de trabalho sequenciados no Jira, com dependências, marcos e critérios de aceite, prontos para orquestração por agentes. 


Para quem foi pensado 


O público não é qualquer pessoa que abre o Jira no dia a dia. É quem lida com trabalho que exige alinhamento entre várias pessoas: tech leads, engenheiros sênior, gerentes de engenharia e PMs tratando de features multi-sprint ou decisões de arquitetura, onde mais de uma pessoa precisa concordar com o escopo antes de qualquer agente começar a construir. 


Como acessar 


O Jira Planner está disponível agora em early access no Atlassian para clientes de Jira Cloud com Rovo habilitado e Teamwork Graph conectado. Também é preciso ter o Confluence conectado, já que os planos são publicados como Live Docs. O acesso está sendo liberado em ondas, priorizando times dispostos a dar feedback que ajude a moldar o produto. 


Confluence Slides: da página existente à apresentação pronta 


Construir uma apresentação do zero tem um custo que raramente aparece em planilha de horas. Alinhar caixas de texto, copiar e colar imagens, reorganizar slides até encontrar o fluxo certo. O Confluence Slides da Atlassian parte de uma premissa diferente: o conhecimento que sustentaria aquela apresentação já existe em algum lugar do Confluence, só não está no formato certo. 


Como funciona 


Basta descrever o que se quer ou apontar para conteúdo já existente, como páginas, live docs, whiteboards, bases de dados ou espaços de Jira, e até fontes conectadas de terceiros. O Rovo decide o que incluir e como sequenciar a história, gera visuais como gráficos, linhas do tempo e barras diretamente a partir dos dados subjacentes, e entrega um primeiro rascunho completo em vez de um template em branco. Depois, dá para pedir ao Rovo que reestruture, reescreva ou melhore trechos, ou simplesmente editar o texto e reordenar slides manualmente. Tudo isso acontece dentro do Confluence, com comentários em tempo real e um modo de apresentação nativo, sem exportar para outra ferramenta. As permissões seguem as mesmas do espaço e da página de origem. 


Onde ele entra na prática 


  • Kickoffs de projeto, transformando o briefing em um deck com linha do tempo pronta para engajar stakeholders desde o primeiro dia. 

 

  • Leituras de análise de campanha, convertendo dados de performance e notas de retrospectiva em um deck visual, com gráficos de barra e de funil gerados a partir de informações já registradas no Atlassian. 

 

  • Pitches de cliente, montando uma apresentação a partir de notas de conta, cases e inteligência competitiva que já vivem no Confluence. 

 

O padrão por trás de Jira Planner e Confluence Slides 


Os dois lançamentos compartilham uma mesma lógica de funcionamento. Nenhum dos dois começa do zero. O Jira Planner lê código, decisões anteriores e estrutura de propriedade através do Teamwork Graph. O Confluence Slides lê páginas, live docs, whiteboards, bases de dados e espaços de Jira já existentes. A qualidade do que sai depende diretamente da qualidade do que já está registrado. 


Essa dependência costuma passar despercebida em anúncios de produto. Um plano gerado pelo Jira Planner só reflete a arquitetura real de um time se essa arquitetura estiver, de fato, documentada em algum lugar acessível ao Teamwork Graph. Uma apresentação de campanha só sai coerente do Confluence Slides se os dados da campanha estiverem organizados em páginas, e não perdidos entre uma planilha, um e-mail e a memória de quem participou da reunião. A IA não inventa contexto que não existe. Ela reorganiza o que já está lá, bem ou mal organizado. 


Para que você possa se aprofundar ainda mais, recomendamos também a leitura dos artigos abaixo: 


Team '26: o que vimos sobre o futuro da IA na Atlassian 

 

Colaboração humano-IA em escala: o futuro do trabalho 

 

Governar agentes de IA no Atlassian: o que o novo controle central do Rovo faz, e o que ele deixa por sua conta 


O que isso significa para quem já usa Atlassian (ou está avaliando) 


Para quem já opera em Jira e Confluence, isso não é apenas mais um recurso de IA chegando ao ecossistema. É um sinal de direção. A Atlassian está deixando de tratar IA como um recurso genérico dentro de cada produto e passando a construir ferramentas que se apoiam na estrutura de trabalho que a empresa já tem, no que já foi decidido, documentado e registrado. É esse movimento que diz mais sobre o caminho da IA no Jira e no Confluence do que qualquer feature isolada. 


Isso muda a pergunta que faz sentido fazer antes de solicitar acesso antecipado. Não é apenas "quero testar o Jira Planner" ou "quero testar o Confluence Slides". É "o nosso Confluence está organizado o suficiente para que um plano gerado automaticamente reflita a realidade do nosso time" e "o nosso histórico no Jira sustentaria um plano que dependesse dele". 


A CSP Tech acompanha de perto o que a Atlassian lança porque atua como Gold Solution Partner no ecossistema, ajudando empresas a organizar Jira, Confluence e os fluxos de trabalho que sustentam esse tipo de recurso antes de tentar extrair valor real de qualquer camada de IA. 


Jira Planner e Confluence Slides ainda estão em fase inicial, e a própria Atlassian trata os dois como um convite ao feedback, não como um produto fechado. Mas a direção já está clara. Planejamento técnico e apresentações deixam de ser tarefas isoladas e passam a nascer diretamente do que o time já sabe e já registrou. Para quem depende do Atlassian no dia a dia, o momento de avaliar isso não é quando o acesso antecipado chegar. É agora, olhando para o estado atual do Jira e do Confluence e perguntando se essa base sustentaria, hoje, um plano ou uma apresentação gerados automaticamente. 


Quer entender se o seu ambiente Atlassian está pronto para tirar proveito de recursos como o Jira Planner e o Confluence Slides?  


Fale com a CSP Tech: https://www.csptech.com.br/contato 

Fale com a CSP Tech

.

Quanto custa manter um sistema legado
Por Guilherme Matos 14 de setembro de 2026
Dívida técnica consome 21% a 40% do gasto de TI (Deloitte, 2026). Entenda o custo real do sistema legado e como levá-lo ao board com evidência.
shadow AI na engenharia, o que é shadow AI na engenharia de software
Por Romildo Burguez 11 de setembro de 2026
Times de engenharia usam IA sem padrão nem rastreabilidade. Veja os sinais de shadow AI no desenvolvimento e como aplicar governança sem travar a adoção.
Por Guilherme Matos 10 de setembro de 2026
Meta description Como escolher consultoria de IA, Databricks e Jira sem pagar integração duas vezes. 7 critérios de decisão para gestor de TI, com dados Gartner e MIT.
Por Guilherme Matos 9 de setembro de 2026
Em agosto de 2026 a Atlassian passou a permitir gerir e governar agentes Rovo de um local central, com visibilidade de todos os agentes e política de acesso padrão. Veja o que o controle resolve e o que continua sendo decisão de governança de dados da empresa.
suporte proativo com IA, o que é suporte proativo em TI, rovo jira service management
Por Romildo Burguez 8 de setembro de 2026
A Gartner destacou o suporte proativo com IA como diferencial da Atlassian em ITSM. Entenda o que isso exige da sua central de serviços e como aplicar
Por Guilherme Matos 8 de setembro de 2026
O Jira Cloud Migration Assistant é a ferramenta oficial e gratuita da Atlassian para mover dados de Server ou Data Center para o Cloud, descrita pela própria documentação como o método mais fácil e confiável. Seu princípio de operação é importante e costuma ser mal entendido: ele adiciona dados ao site de Cloud sem sobrescrever o que já existe, o que permite migrar para um site novo ou para um site com dados. O ponto que derruba projetos não está no que ele leva, e sim no que ele não leva e no único caso em que ele sobrescreve. Alguns campos não são migrados e precisam ser recriados e preenchidos manualmente depois, por importação de CSV, e existe um cenário específico de sobrescrita ao migrar tipos de item gerenciados que foram renomeados. Quem trata migração como copiar tudo de um lado para o outro descobre a diferença quando o histórico chega incompleto e o indicador do outro lado não bate.
Por Guilherme Matos 4 de setembro de 2026
Contratar consultoria Jira em 2026 é diferente de contratar em 2020, e a diferença não está na ferramenta: está no que depende dela. Uma instância corporativa hoje costuma alimentar um pipeline analítico, sustentar áreas de negócio além da TI e registrar decisões e ações de sistemas de IA. Isso significa que uma decisão de configuração feita em quinze minutos pode quebrar um indicador executivo, travar a criação de campos novos por limite de plataforma ou deixar sem rastro a ação de um agente. As oito perguntas a seguir foram escolhidas porque atravessam esses três domínios, e porque cada uma tem uma resposta que qualifica e um sinal de alerta que desqualifica. Nenhuma delas exige que o comprador seja especialista: basta saber o que uma boa resposta contém.
Adoção de agentes de IA, Claude Code na engenharia de software, produtividade de devs com IA
Por Romildo Burguez 3 de setembro de 2026
90% dos devs usam IA toda semana, mas a fila de TI segue igual. Entenda por que a adoção de agentes de IA sozinha não resolve, veja como aplicar.
Por Guilherme Matos 3 de setembro de 2026
A Atlassian passou a impor limites de dados no Jira Cloud . Desde março de 2026 vale o limite de 700 campos por espaço, calculado com base nos campos incluídos nos esquemas de configuração de campos associados a ele, e o de 150 tipos de trabalho por espaço. A partir de setembro de 2026 entra um conjunto adicional, que inclui 20.000 opções por campo, 150 workflows por esquema, 200 status por workflow e 100 prioridades por espaço, entre outros. A documentação é explícita ao distinguir dois conceitos: guardrails são limiares recomendados, boas práticas não obrigatórias, enquanto limites são limiares que não podem ser excedidos. E é igualmente explícita sobre a consequência, que é menos dramática do que o alarme sugere: configurações existentes que excedam os limites continuam funcionando e nenhum dado é apagado, mas o espaço fica impedido de associar campos ou tipos de trabalho adicionais até que a redução aconteça. O ponto deste artigo é outro: o limite é o sintoma, e a causa é que campo customizado é decisão de modelagem de dados tomada em quinze minutos por quem não modela dados.