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.