Entendendo as dimensões de avaliação do Devint

Em resumo

• O DevScore vai de 0 a 100 e é composto por seis dimensões: o score mostra a visão geral e as dimensões explicam a composição.
• Quatro dimensões são sinais automáticos (ritmo de entrega, contribuição de código, adoção de IA e registro de horas) e duas são avaliações de liderança (hard skills e soft skills).
• Os pesos são configuráveis por posição e somam sempre 100%.
• Cada sinal é comparado com uma faixa saudável, com piso e teto, e não com o melhor do time. Acima do teto, volume extra não aumenta o score.

Reduzir o desempenho de uma pessoa desenvolvedora a um único número, sem explicar de onde ele vem, é injusto — e inútil para a gestão. Por isso o DevScore é composto por seis dimensões, cada uma respondendo a uma pergunta diferente sobre o trabalho. O score de 0 a 100 mostra a visão geral; as dimensões explicam a composição.

As seis dimensões se dividem em duas famílias: sinais automáticos, coletados do fluxo de trabalho que já existe (Git, apontamento de horas, ferramentas de IA), e avaliações de liderança, feitas pelo gerente e pelo tech lead do time. Juntas, elas reduzem leituras injustas: número sem contexto engana, e percepção sem número também.

Sinais automáticos

• Ritmo de entrega: commits por dia útil e pull requests por semana. Mede a frequência com que trabalho técnico vira entrega revisável — ritmo saudável reduz risco de surpresas no fim do ciclo.
• Contribuição de código: alive lines (linhas que permanecem ativas no produto) e entropia de mudança. Mede contribuição que deixa marca material, incluindo remoções úteis em refatoração — não volume por volume.
• Adoção de IA: tokens consumidos por semana nas ferramentas disponibilizadas pela empresa. Mede uso real, não valor entregue — por isso deve ser lida junto com as demais.
• Registro de horas: horas apontadas por semana. Sem registro confiável, capacidade e custo viram opinião; com ele, planejamento e previsibilidade ganham base.

Avaliações de liderança

• Hard skills (escala 1 a 9): qualidade de código, arquitetura, boas práticas e domínio das tecnologias, avaliados por quem lidera tecnicamente. Muda devagar — descreve maturidade, não o humor do período.
• Soft skills (escala 1 a 6): comunicação, colaboração, responsabilidade e organização. Mede impacto no funcionamento do time, não simpatia. Autoavaliação não entra no cálculo.

Pesos que acompanham a posição

Nenhuma dimensão tem peso fixo universal. Os pesos são configuráveis e somam sempre 100%, refletindo o que a empresa valoriza em cada momento e em cada cargo. A expectativa sobre um júnior não é a mesma sobre um sênior: é comum dar mais peso a ritmo e horas no início da carreira (construção de cadência) e mais peso a contribuição e hard skills na senioridade (profundidade em vez de volume).

Faixas de referência e teto

Cada sinal é comparado com uma faixa saudável de operação — com piso e teto — e não com o melhor do time. Abaixo da faixa, o sinal é insuficiente. Dentro dela, o score evolui gradualmente. Acima, satura: mais commits, mais horas ou mais tokens não compram score. As faixas também são configuráveis por nível, tipo de contrato e natureza do trabalho, com governança: ajustes valem apenas para os próximos fechamentos.

Como ler as dimensões na prática

Duas pessoas podem ter o mesmo score final por motivos completamente diferentes. A leitura correta é sempre pela composição: onde há consistência, onde há espaço para evoluir. E score baixo é ponto de investigação, nunca sentença — pode ser bloqueio, dado ausente ou trabalho pouco capturado por métricas automáticas.

Quer ver o detalhe de cada dimensão, com faixas de exemplo e a lógica de pesos por senioridade? Visite a página de metodologia do Devint.

Perguntas frequentes

Quantas dimensões compõem o DevScore?

Seis, divididas em duas famílias: quatro sinais automáticos, coletados do fluxo de trabalho que já existe, e duas avaliações feitas pela liderança do time.

O DevScore compara um desenvolvedor com os colegas?

Não. Cada sinal é comparado com uma faixa saudável de operação, com piso e teto, e não com o melhor do time.

Fazer mais commits ou usar mais tokens aumenta o score?

Só até o teto da faixa de referência. Acima dele, o score satura: volume extra não compra pontuação.

A autoavaliação entra no cálculo?

Não. Hard skills e soft skills são avaliadas pela liderança, e a autoavaliação não entra no cálculo.

O que significa um score baixo?

É ponto de investigação, nunca sentença. Pode indicar bloqueio, dado ausente ou trabalho pouco capturado por métricas automáticas.