Desenvolvimento orientado a especificação não é um tema só de desenvolvimento. O ponto crítico está na análise e na documentação, lá na ponta: se a especificação não estiver madura e padronizada, o resto da esteira não funciona, com ou sem agente de código.
Por isso a consultoria começa pela análise, não pelo código. Desenhamos o processo com o seu time, aplicamos num projeto real e deixamos o método escrito no repositório. O efeito aparece onde a gestão enxerga: mais entregas, menos bug voltando e menos retrabalho, medidos antes e depois.
Licenças compradas, todo mundo usando, e ninguém consegue mostrar quanto o time ganhou. Sem ponto de partida medido, o ganho fica na impressão.
Na práticaMedimos contra a estimativa: um portal previsto para 3 meses saiu em 1.
Sai mais código em menos tempo, e volta mais bug. Quando a especificação chega vaga, o agente devolve suposição, e o retrabalho cresce.
Na práticaEsse mesmo portal saiu 3x mais rápido, com bugs abaixo de 1% por funcionalidade.
As entregas atrasam e o lead time não cai, mesmo com IA. Um desenvolvedor gera módulos inteiros, outro só autocompleta: sem regra comum, a entrega depende de quem pediu, e não do processo.
Na práticaUm sistema com porte de ERP, previsto para 8 meses com 4 devs, saiu em 6 meses com 3.
Cada um aprende sozinho, por tentativa e erro, e ninguém sabe quais demandas deveriam ir para a IA e quais não.
Começamos a usar IA para gerar código em projetos mais simples.
Nos primeiros meses do Lovable já fazíamos vibe coding. Foi ali que entendemos que qualidade e segurança exigiriam um agente de IA próprio.
Com a evolução dos modelos, ampliamos o uso para todos os projetos, inclusive os complexos, os apps e os legados.
Diversos projetos em produção 100% orientados a especificação, com qualidade comprovada e cobertura de testes.
Na DB1 Itênex, os projetos são desenvolvidos orientados a especificação e com os nossos agentes, seja web, app, legado ou complexo.
O ganho vem de gente que sabe onde o agente acelera, onde erra e onde a decisão tem que ser de uma pessoa, e que ensina isso ao seu time.
Desde 2024 aplicamos IA em projetos reais, dos mais simples aos legados e complexos. O que funcionou virou método, e quem o conduz com o seu time é quem o construiu, no seu repositório, e não num laboratório.
A consultoria tem prazo e entregáveis definidos em cada etapa, e não hora alocada. O que conta no fim é a evolução medida contra o ponto de partida do seu time.
Indicadores e telemetria do ciclo para a sua gestão acompanhar a performance do time: entregas, lead time, bugs retornados e retrabalho. O resultado deixa de ser impressão e vira dado.
Formação no projeto real, lado a lado: papéis, rituais, padrões de documentação e especificação. Quando a consultoria sai, o seu time conduz o ciclo.
O método vale com o agente de código que o seu time já usa. Quando faz sentido, trazemos o Clovis Agentic, o nosso ferramental, para orquestrar o trabalho.
Cada etapa tem formato, duração e entregáveis definidos. O cronograma final é fechado no kick-off, com a agenda das pessoas-chave do seu time.
Carga horária sob medidaPresencial ou remoto ao vivo
O que acontece
O que fica com você
1 dia no seu time, entrega em 7 diasPresencial recomendado
O que acontece
O que fica com você
1 semana2 dias presenciais e 3 remotos, em pair programming
O que acontece
O que fica com você
Dentro do período totalMedição e acompanhamento
O que acontece
O que fica com você
Entre o Diagnóstico e o Colocar para rodar existe uma janela do seu time: adequar a documentação e especificar a feature-piloto no novo padrão. Ela pode levar 30 dias ou mais e depende do seu ritmo, não da consultoria.
É a técnica que a consultoria implanta: cada etapa executada por agentes com contexto próprio, gerando o insumo da próxima, e nada avança sem a aprovação de quem responde pelo resultado.
Três projetos reais conduzidos com o mesmo método, do portal ao sistema com porte de ERP. A estimativa encolheu porque o jeito de trabalhar mudou.
BRK é case nomeado. Os outros dois estão anonimizados. Barras proporcionais à duração de cada projeto.
A velocidade não veio de afrouxar a supervisão. Veio de tirar do caminho o trabalho de contexto, que é o que consome o tempo de quem decide.
26 anos de engenharia de software crítico, com processo auditado por quem é de fora.
Um ciclo de desenvolvimento redesenhado e funcionando no seu projeto real: etapas, papéis, gates humanos, padrões de documentação e especificação, e o Harness do seu contexto. Tudo versionado no seu repositório, com o seu time formado para conduzir sozinho e o resultado medido contra a baseline.
De 60 a 90 dias, em quatro etapas: Capacitação (com carga horária sob medida), Diagnóstico (1 dia no seu time, entrega em 7 dias), Colocar para rodar (1 semana) e Resultados. Entre o diagnóstico e o piloto há uma janela para o seu time adequar a documentação, que pode levar 30 dias ou mais. O cronograma final é fechado no kick-off.
Não. A consultoria trabalha sobre uma entrega que já está no seu backlog. O piloto é trabalho real, feito com o método novo, lado a lado com o nosso time.
Não para começar. Muitos times não têm a etapa de análise formalizada, e é exatamente isso que o diagnóstico mostra. O plano de ação define quem assume a análise e a validação em cada papel, com o time que vocês já têm.
É um dos cenários mais comuns. A queda costuma vir da especificação vaga e de cada pessoa usar a IA de um jeito. O método coloca a especificação antes do código, com cenários de teste e revisão humana em cada etapa, e medimos os bugs retornados antes e depois para mostrar a diferença. Num portal que entregamos 3x mais rápido do que o previsto, os bugs ficaram abaixo de 1% por funcionalidade.
Esse é o objetivo, e ele é medido. A baixa performance costuma vir de especificação que chega incompleta, de retrabalho e do uso desigual da IA. No diagnóstico medimos as entregas por mês e o lead time do seu time; depois da implantação medimos de novo e mostramos a evolução, sem prometer um número antes. Como referência: num sistema com porte de ERP, previsto para 8 meses com 4 devs, entregamos em 6 meses com 3.
Não. Nem toda demanda deve migrar. No diagnóstico separamos os perfis de demanda que rendem com agentes dos que continuam melhor do jeito atual, e escolhemos o piloto por aí.
No diagnóstico coletamos uma baseline de indicadores: entregas por mês, PRs abertos, bugs retornados e lead time. Na etapa de Resultados medimos os mesmos indicadores de novo e entregamos o comparativo antes e depois, com os gargalos novos que apareceram.
Não. O método vale com o agente de código que o seu time já usa. Quando faz sentido, o nosso time usa o Clovis Agentic para orquestrar o trabalho, e você decide se ele fica depois.
É onde o método mais rende. A Descoberta lê o código legado, separa regra de negócio de defeito e escala para quem decide o que não dá para resolver pela evidência, em vez de copiar ou corrigir em silêncio.
Os agentes operam dentro dos boundaries do Harness definidos para o seu contexto, com SAST/DAST antes de cada merge e trilha auditável até o aprovador. Processo certificado CMMI DEV/3, ISO 9001 e ISO/IEC 27001.
