Linear: issue tracking morreu. O 25% diz mais sobre IA em varejo que o 75%.
Em maio de 2026, a Linear publicou um manifesto curto declarando o fim do issue tracking. O texto é direto: “Issue tracking foi construído para um modelo de handoff. O PM escopa, o engenheiro pega, o sistema se enche de priorização, negociação, fluxos para preencher o vão.”
A Linear é a empresa que liderou essa categoria pela última década. O anúncio é o que se chama de disclosure de auto-canibalização: a empresa publica que o produto que ela vende está morrendo.
A linha que importa não é a manchete. São os três números enterrados no corpo do texto.
- 75% dos workspaces enterprise da Linear já rodam agentes de código integrados ao tracker.
- O volume de trabalho concluído por agentes cresceu 5x nos últimos três meses.
- Cerca de 25% dos novos tickets agora são escritos por agentes, não por humanos.
Fonte: Linear, “What’s Next”, maio de 2026.
O número que virou manchete é o 75%. O número que importa é o 25%. O primeiro mede instalação. O segundo mede mudança de quem decide o trabalho.
O que o relatório mede
A Linear é fornecedor. A amostra é a base enterprise dela. Não é pesquisa independente. Vale como sinal do que está acontecendo dentro de empresas que já usam o produto, não como medida de adoção de mercado.
Isso é o que aqui se chama de intervalo razoável: dentro do recorte da Linear, o número é exato. Fora dele, indicativo.
O sinal mesmo assim é claro. Empresas que pagam por um sistema de tracking estão usando esse tracking para coordenar humanos e agentes na mesma fila. E em três meses os agentes passaram de executor a autor.
O número por trás do número
Aqui está a parte que ninguém citou. A Linear não tirou o ticket do produto. A Linear está dizendo que o ticket virou contexto, não unidade de trabalho.
O modelo antigo:
- PM escreve spec
- Spec vira ticket
- Engenheiro pega ticket
- QA testa
- Operação integra
O modelo que a Linear descreve:
- Feedback, conversas, decisões viram contexto no sistema
- O agente lê o contexto e escreve o ticket
- Um operador sênior aprova ou redireciona
- O agente executa
- O mesmo operador valida o resultado
Três funções sumiram da fila. O PM que traduz, o QA que testa, o engenheiro júnior que executa. Não foram substituídos por automação. Foram absorvidos por um único contribuidor sênior com agente.
Theo Browne, ex-staff engineer no Twitch, descreve a mesma prática como “método Theo”: em vez de escrever uma spec de 20 páginas e debater por semanas, construir um protótipo bruto em 1 a 3 dias e usar o protótipo como spec. Metade dos protótipos virava produção sem reescrita. “Não fazia sentido quando código era caro. Agora código é barato.”
A distância operacional
Aqui é onde o sinal da Linear chega ao varejo.
A maioria dos projetos de IA em varejo brasileiro ainda é organizada no modelo antigo. A diretoria contrata uma squad de seis a oito pessoas: um PM, dois engenheiros, um designer, um QA, um líder de dados, um analista de operação. A spec leva quatro a seis semanas. O piloto começa no mês três. O resultado é avaliado no mês seis.
Você consegue listar três projetos de IA na sua empresa que começaram desse jeito nos últimos dois anos? Onde estão hoje?
A resposta honesta na maioria das operações: dois pararam no piloto e um virou um painel que ninguém abre.
O número da AI Magicx é direto: apenas 5% das empresas atingem ROI substancial em IA. O da SupplyChainBrain, cruzado com TechRadar (2026), é mais duro: 73,8% dos projetos de IA em varejo falham em entregar o ROI projetado.
O ponto não é que a IA não funciona. O ponto é que a organização do trabalho ao redor da IA foi copiada do modelo que precedeu a IA.
O contribuidor que substitui a fila
A figura que a Linear está descrevendo, sem usar o termo, é o forward-deployed engineer. Um operador sênior, sentado dentro da operação, com agentes fazendo o trabalho procedural. Não um time. Um.
Esse é o formato que a Forja já entrega em varejo desde o primeiro Diagnóstico. Não porque seguimos uma tendência. Porque era a única forma de fechar projeto com cronograma e critério honestos.
A decisão deste trimestre
Pense no último relatório de tendências em IA que chegou à mesa da sua diretoria. McKinsey, Gartner, NRF, Linear, o que for. Quantas decisões na operação esse relatório mudou neste trimestre? Provavelmente zero.
Esse é o relatório para o qual o brief existe.
Me manda o relatório que ficou em cima da mesa do CEO esse trimestre sem virar decisão nenhuma. Em uma hora te devolvo um brief de uma página: três ações específicas pro próximo trimestre, cada uma amarrada a um indicador que tua operação já mede. Se uma delas vira projeto, o Diagnóstico de duas semanas transforma a ação em escopo: critério, cronograma, custo, assinados antes da primeira linha de código.