Perguntas frequentes

Como o DevGhost estima o esforço, o que significa o Ghost% e como usá-lo de forma responsável.

Vocês estão monitorando os desenvolvedores? De onde vêm as horas?+

Não — sem rastreamento de tempo, sem telas, sem teclas. Analisamos apenas as próprias mudanças de código e estimamos sua dificuldade cognitiva nas horas de um desenvolvedor de referência. É um parâmetro, não um cartão de ponto.

O que significa a “estimativa em horas”?+

Quanto tempo a mudança levaria para um desenvolvedor de nível médio (3–4 anos) que conhece a base de código e trabalha sem IA. Ela mede a dificuldade do trabalho — não as linhas, e não o tempo real passado na mesa. Cobre escrever código, testes manuais e correções de revisão; exclui reuniões, planejamento e espera por revisão.

Como exatamente vocês estimam o esforço?+

Não é “uma chamada a uma rede neural”, mas um pipeline de várias etapas em que a IA é apenas uma camada. Primeiro um modelo lê as próprias mudanças de código — o que de fato mudou — e julga a dificuldade cognitiva para um desenvolvedor de referência, em vez de contar linhas ou commits. Sobre isso roda uma camada algorítmica determinística: o sistema classifica a natureza de cada mudança, reconhece separadamente trabalho de alto risco (por exemplo infraestrutura, migrações de dados, segurança), filtra mudanças mecânicas e geradas (busca-e-substituição em massa, código gerado e movido, formatação) e aplica conjuntos de regras de correção e salvaguardas para que um único palpite do modelo não distorça o resultado. Commits grandes e combinados são tratados em mais detalhe. O mesmo padrão é aplicado a todos automaticamente, cada commit é avaliado uma vez e o resultado é fixado — daí a comparabilidade e a reprodutibilidade.

Em que experiência e dados a metodologia se baseia?+

Ela nasceu do desenvolvimento corporativo real: a camada algorítmica codifica padrões empíricos coletados em projetos reais — quais mudanças costumam ser mais caras do que parecem, e quais são baratas apesar do tamanho. Essas regras são verificadas contra estimativas de referência reais (calibração). Assim, o sistema se comporta mais como um líder técnico experiente avaliando o trabalho do que como um simples contador de linhas.

Minha equipe usa IA. Isso quebra a métrica?+

Pelo contrário — esse é justamente o ponto. Comparamos sua equipe com um desenvolvedor de referência que trabalha sem IA; se a IA permite que você entregue mais por dia, o Ghost% sobe, e essa diferença em relação à “norma anterior à IA” é exatamente o que o produto mostra. Não é uma distorção — é o resultado.

O que é o Ghost% e como eu o interpreto?+

A razão entre sua produção diária e a produção do desenvolvedor de referência. 100% está no mesmo nível da referência, mais alto significa que você entrega mais por dia, mais baixo significa menos. Não são horas nem horas extras: um número alto não significa “esgotamento”, e um baixo, por si só, não significa “fraco”.

Quanto posso confiar nisso?+

É um modelo, não uma medição. Ninguém consegue reconstruir o tempo real, então o valor está em um único conjunto de regras para todos: forte para tendências e comparações, não para precisão na hora exata de uma única pessoa. Uma ferramenta para fazer perguntas melhores, não para emitir veredictos.

A métrica pode ser manipulada — dividindo ou combinando commits?+

Dividir e combinar commits não a movem de forma significativa — o que é avaliado é a substância e a dificuldade das mudanças, não o número de commits ou linhas. Mais importante: qualquer métrica sobre a qual as pessoas são cobradas diretamente acaba sendo otimizada no lugar do trabalho. Então use-a como um sinal e tendência de equipe, não como um KPI pessoal — aí não há o que manipular.

Os números de uma pessoa não batem com a minha impressão. Por quê?+

O sistema vê código, não o papel inteiro: design, revisões, mentoria, planejamento e reuniões não entram na estimativa. Uma divergência muitas vezes significa que boa parte do valor de uma pessoa vive fora dos commits — o que, por si só, vale a pena notar.

O sistema leva em conta que uma pessoa não se ocupa só de código?+

Não por conta própria: ele vê apenas código e não conhece o papel e a carga de trabalho reais de uma pessoa (revisões, mentoria, reuniões, suporte). Só o gestor conhece a carga completa. É para isso que serve o parâmetro Participação — a parcela do tempo que um funcionário de fato gasta escrevendo código (0–100%). Por padrão é 100% (presumimos que a pessoa está totalmente em código); o gestor o reduz manualmente para refletir o trabalho fora do código — é aqui que entra no sistema o contexto que o código não contém. Então a comparação com a referência também se torna justa para quem não programa o dia todo.

Posso usar para avaliações, remuneração ou demissões?+

Não por conta própria. É um sinal de equipe e uma tendência para iniciar uma conversa, não um veredicto individual: uma única métrica não captura qualidade, impacto ou contexto.

O que significam “custo” e “valor” em dinheiro?+

Custo é aproximadamente o que o trabalho entregue custou a uma taxa padrão; valor é aproximadamente o que custaria reproduzir esse volume manualmente, sem IA. A diferença entre eles é um indicador aproximado de alavancagem (ferramentas/IA), não uma demonstração de lucros e perdas.