Discovery
pergunta enquanto a conversa acontece
- recebe
- a entrevista com o usuário, ao vivo
- entrega
- os questionamentos e esclarecimentos que faltam, em tempo real
v(dev) · uma empresa do Grupo Visagio
A nossa esteira de desenvolvimento assistido por IA agêntica leva cada demanda do discovery à produção. As pessoas decidem o que fazer e validam o que foi feito. Os agentes percorrem o caminho entre os dois.
A esteira
Cinco fases. Nas pontas, pessoas. No meio, agentes que deixam o registro de cada passo no próprio ticket — dá para auditar a decisão inteira depois.
Entendemos o problema junto com quem vive ele e saímos da conversa com o escopo já estruturado. A entrevista é feita com o apoio de um agente que levanta os questionamentos e esclarecimentos necessários em tempo real.
O agente cadastra o discovery na ferramenta de gestão, que passa a ser a fonte da verdade da demanda.
Com base no contexto acumulado e no código, o agente lê o ticket, aponta o que está ambíguo e — quando falta informação — devolve a pergunta ao PO em vez de preencher a lacuna sozinho. Só depois gera a especificação.
A especificação é quebrada em histórias desenvolvíveis, cada uma com as suas condições de aceitação claras, garantindo a efetividade do desenvolvimento.
Antes de iniciar o código, a história recebe o plano de implementação — dentro dos padrões da empresa, garantindo manutenibilidade e governança.
Código e testes são escritos até que todas as condições de aceitação sejam atendidas. Não é “gerar e torcer”.
A MR é aberta com os artefatos que formalizam a entrega — incluindo o vídeo do frontend em funcionamento.
Vulnerabilidades e desvios de conformidade são procurados antes de qualquer olhar humano, por um agente especializado. O agente aprova ou recusa a MR.
Padrões de código, performance e demais parâmetros são verificados. O agente aprova ou recusa a MR.
O dev valida a Merge Request com os pareceres dos agentes em mãos. Todo o histórico do que foi feito fica disponível no ticket e na Merge Request. O DevOps promove a versão para QA.
a aprovação é da pessoa, não do agente
O PO ou o cliente confirma em QA que a funcionalidade resolve o que foi pedido no discovery.
o dono do problema fecha o ciclo
A funcionalidade vai para produção.
Os agentes
Nenhum deles improvisa o papel do outro. Cada agente recebe uma entrada definida, produz um artefato e deixa o registro no ticket.
pergunta enquanto a conversa acontece
critica antes de especificar
quebra o escopo em trabalho
decide o caminho técnico
escreve e prova o que escreveu
o primeiro portão da MR
o segundo portão da MR
Antes da esteira
O agente acompanha a entrevista com o usuário, transcreve ao vivo e levanta os questionamentos que ainda faltam — dores, requisitos e o que ficou vago. É daí que sai o ticket que abre a esteira.
em produção hoje
clique para carregar o vídeo do discovery
O ciclo agêntico
Das etapas 02 a 09 ninguém precisa intervir. O vídeo percorre o histórico de um ticket: a crítica da especificação, as histórias, o plano técnico, o código, a Merge Request e os dois pareceres automáticos.
clique para carregar o vídeo do ciclo agêntico
Os padrões
A objeção mais comum ao código gerado por IA é a de que ninguém depois consegue mantê-lo. Os nossos agentes escrevem dentro dos padrões de projeto que já mantemos — hoje o padrão de referência é Spring Boot, e o mesmo mecanismo vale para as outras stacks.
Implantação
Não instalamos uma plataforma nossa dentro do seu ambiente. A esteira é um método e um conjunto de agentes que passam a operar no seu repositório, na sua ferramenta de gestão e na sua nuvem — com os seus acessos e as suas políticas.
Os agentes trabalham sobre o pipeline que já existe. A esteira não exige nuvem, região nem provedor específico.
O ticket continua onde o time já acompanha o trabalho. No nosso caso é o GitLab.
Os agentes seguem a stack, a arquitetura e as convenções de quem vai manter o código depois — não as nossas preferências.
Definimos junto quais validações continuam humanas e quais o agente pode fechar sozinho. Começar conservador é uma escolha válida.
Sem lock-in
Não há plataforma proprietária para assinar nem dado para migrar depois. O que fica é seu: o código no seu repositório, os padrões no seu template e o histórico de cada decisão no seu ticket. Se a parceria terminar amanhã, o seu time continua exatamente de onde paramos.
O que muda
Medidos no mesmo fluxo, com o mesmo time, antes e depois da esteira.
52%
menos tempo entre o ticket aberto e a MR pronta para revisão
106%
mais histórias entregues por sprint, com o mesmo time
100%
do código verificando contra falhas de segurança
mais de90%
de cobertura de testes entregue junto com o código
Mostramos ao vivo: um ticket saindo do discovery, os agentes trabalhando no histórico e a funcionalidade subindo para QA. Leva vinte minutos.
vamos conversar