CRM Renke: 12× mais horas entregues com o DAG
Em poucos meses de DAG em escala, a frente principal do CRM passou de 16h para 194h estimadas entregues por mês, e o ciclo mediano caiu de 22 para 12 dias — com as pessoas decidindo só nos gates.
Contexto
A Renke Studio, cliente da Britech, opera um CRM SaaS B2B em produção, com clientes usando o sistema todos os dias e um time dividido em verticais de produto.
Desafio
Aumentar o volume de entrega sem transformar a revisão em gargalo nem deixar a arquitetura se desfazer com código gerado por IA sem controle.
O que foi implantado
O DAG, conduzido por Alexander Brito: tarefas priorizadas no tracker, especificação, código, 4 revisões independentes, deploy e testes ponta a ponta com revert automático. As pessoas ficaram nos gates de entrada e de homologação.
Os números
Medidos no tracker do próprio cliente, comparando janelas antes e depois do DAG.
Frente principal do CRM (conduzida por Alexander Brito)
Horas estimadas entregues por mês
Ciclo mediano por tarefa
Tarefas entregues por mês*
Em agosto e setembro, 81% das entregas dessa frente passaram pelo DAG (antes: 0%).
Horas estimadas entregues por mês
Frente principal do CRM, 2026. DAG em escala a partir de julho. Fevereiro e março sem dados.
Desenvolvedor de outra vertical, após ~10 dias de DAG
Ciclo mediano por tarefa
Tarefas entregues por mês*
Com pouco tempo de uso, o ciclo mediano caiu pela metade. É um sinal forte, mas ainda cedo — a janela depois tem só um mês.
Como ler estes números
* O DAG divide o trabalho em subtarefas, o que infla a contagem de tarefas. Por isso lideramos com horas estimadas (soma das estimativas das tarefas entregues) e ciclo mediano. Janelas da frente principal: antes = jan e abr–jun/2026; depois = ago–set/2026. Outra vertical: antes = jan–ago/2026; depois = set/2026, com cerca de 10 dias de DAG — sinal forte, mas ainda cedo.
Horas rastreadas ficaram de fora porque são registradas de forma irregular; horas estimadas são a soma das estimativas das tarefas entregues no mês.
O ganho veio do processo, não do modelo
Volume e tamanho
O ganho aparece no volume e no tamanho do que é entregue — não só em tarefas pequenas feitas mais rápido.
Gates primeiro
Cada gate foi adicionado depois de uma falha real. Sem eles, mais volume significaria mais retrabalho.
Pessoas no controle
Priorizar e homologar continuaram sendo decisões humanas. O que mudou foi todo o trabalho entre uma coisa e outra.
Quer números assim no seu time?
No diagnóstico gratuito de 30 minutos olhamos o seu fluxo atual e desenhamos um piloto medido com os dados do seu próprio tracker.