Como o DevGhost avalia a produtividade dos desenvolvedores

O tamanho de uma alteração não equivale à quantidade de trabalho

Adicionar uma biblioteca pronta pode levar alguns minutos e gerar milhares de linhas adicionadas. No entanto, uma pequena alteração de comportamento em poucos arquivos pode exigir compreender dependências, projetar uma solução e verificá-la com cuidado. O DevGhost estima o trabalho de engenharia por trás de uma alteração, para que a atividade visível não substitua a contribuição.

Aprendizado de máquina fundamentado no código

O DevGhost combina aprendizado de máquina e sua própria rede neural com a análise estrutural das alterações no Git e algoritmos especializados. Juntos, eles estimam o esforço cognitivo em uma escala comum de desenvolvedor de referência.

O DevGhost não usa LLMs para analisar código. Seus próprios modelos treinados e algoritmos calculam a estimativa.

• As alterações são consideradas no contexto do código existente, incluindo relações entre as partes modificadas e indícios de reutilização.
• Alterações mecânicas reconhecidas e artefatos gerados são tratados separadamente, para que seu volume não represente novo trabalho de engenharia.
• Código substancial criado com assistência de IA é avaliado na mesma escala. O que importa é o resultado representado no código.

Duas alterações, trabalhos diferentes

Estes commits públicos mostram por que apenas o tamanho de um diff não é suficiente para avaliar a contribuição.

O que significam as horas de referência

A referência é um desenvolvedor de nível intermediário com 3-4 anos de experiência, que conhece o projeto e trabalha sem IA. A estimativa abrange o trabalho de que esse desenvolvedor precisaria para compreender o código relevante, projetar e implementar uma solução, verificá-la e fazer as correções necessárias. Os testes feitos pelo próprio desenvolvedor estão incluídos: executar os testes adequados e interpretar seus resultados, verificar manualmente o comportamento quando necessário e revisar sua própria alteração antes de concluir.

Uma escala comum permite comparar as contribuições dos desenvolvedores e observar como elas mudam ao longo do tempo. As horas de referência descrevem o trabalho estimado representado no código, não o tempo que o autor realmente gastou.

Das horas de referência ao Ghost%

A distribuição das estimativas ao longo do tempo é baseada em pesquisas empíricas e medições práticas. O DevGhost usa uma escala de referência comum para comparar resultados. O Ghost% mostra a produção em relação à base, considerando o Share e o método de contagem de dias selecionado. Em 100%, a produção corresponde à base; acima de 100%, ela supera a base. A assistência de IA pode ser um dos motivos, mas o número por si só não comprova o uso de IA.

Fórmula, Share, Spread e FTE

Considere o contexto

Observe resultados persistentes ao longo de vários períodos e, em seguida, examine as alterações e as responsabilidades da pessoa. O DevGhost não mede horas reais, qualidade do código nem todo o valor profissional de um desenvolvedor. O trabalho fora das alterações analisadas também importa. Decisões trabalhistas exigem uma avaliação humana independente e substancial; o Ghost% não deve ser sua única nem sua principal base.

Verifique o histórico de um projeto que você conhece

Escolha um repositório e um período cujos resultados da equipe você conheça bem. Compare a avaliação do DevGhost com sua experiência: quem fez uma contribuição sólida, onde o desenvolvimento ficou sistematicamente aquém das expectativas e quais tarefas difíceis passaram despercebidas nas estatísticas de atividade. Abra alterações individuais e examine tanto as correspondências quanto as divergências. Assim, você poderá julgar a utilidade do sistema para suas decisões de gestão usando um trabalho que já conhece.

Verifique um projeto que você conhece