25 exemplos de metas para desenvolvedores, contadas em trabalho que você controla

Exemplos de metas para a avaliação de desempenho

As metas para a avaliação de desempenho são contagens que você pode mostrar no fim do ano, cada uma sobre o seu próprio trabalho.

• Escrever um documento de design por trimestre e pedir comentários de 2 pessoas antes de programar.
• Revisar 5 pull requests de outras pessoas toda semana durante 6 meses.
• Levar 3 funcionalidades do primeiro commit até a produção neste ano e escrever uma nota curta sobre o que cada uma mudou.
• Manter um diário de trabalho com uma entrada por semana, com links para os seus pull requests e documentos.
• Pedir feedback por escrito a 3 pessoas do time 2 meses antes da sua avaliação.

Metas de qualidade de código e confiabilidade

As metas de qualidade contam testes, revisões e correções. O guia público do Google sobre code review diz que um dia útil é o prazo máximo para responder a um pedido de revisão.

• Responder a todo pedido de code review em até um dia útil, durante um trimestre.
• Colocar testes em 20 funções que não têm nenhum até o fim do trimestre.
• Manter 8 de cada 10 pull requests que você abrir abaixo de 200 linhas alteradas durante 3 meses.
• Corrigir um teste instável por semana durante 10 semanas.
• Escrever o post-mortem de cada incidente em que você trabalhar em até 5 dias úteis, com pelo menos uma tarefa de acompanhamento criada.

Metas para o plano de carreira: promoção e escopo

Uma promoção é decidida por outras pessoas, então divida a promoção em partes: as provas que dependem só de você, como projetos liderados, documentos escritos e um serviço sob a sua responsabilidade.

• Ler a trilha de carreira da sua empresa e anotar um exemplo do seu trabalho para cada item do próximo nível.
• Liderar um projeto que envolva 2 times ou mais, do primeiro plano até o lançamento.
• Assumir oficialmente um serviço e escrever o runbook dele até o fim do trimestre.
• Perguntar à sua liderança todo mês, durante 6 meses, o que falta para o próximo nível, e anotar a resposta.
• Escrever um caso de promoção de uma página com 5 provas antes do ciclo de avaliação.

Metas de desenvolvimento pessoal para o PDI

As metas de desenvolvimento pessoal são o que você escolhe aprender, e cabem no seu PDI, o plano de desenvolvimento individual. Se você ainda está aprendendo a programar, as metas de programação começam um passo antes.

• Passar em uma prova de certificação de nuvem ou de segurança neste ano.
• Ler um livro técnico por trimestre e testar uma ideia de cada um no seu próprio código.
• Resolver 30 exercícios curtos em uma linguagem de programação nova em 6 semanas.
• Assistir a uma palestra de conferência por semana durante 12 semanas e escrever 3 linhas de notas sobre cada uma.
• Usar o debugger, e não prints, para achar os seus próximos 10 bugs.

Metas de time e mentoria para desenvolvedores

As metas de time contam a ajuda que você dá, a parte do trabalho que nunca aparece em um commit.

• Fazer mentoria com uma pessoa mais júnior por 6 meses, com uma conversa de 30 minutos a cada 2 semanas.
• Receber 2 pessoas novas no time neste ano e ajudar cada uma a subir uma mudança nas 2 primeiras semanas.
• Programar em par com alguém do time uma hora por semana durante 10 semanas.
• Entrevistar 10 pessoas candidatas a vagas neste ano e enviar as suas anotações por escrito em até 24 horas depois de cada entrevista.
• Gravar um tour de 10 minutos por um sistema que você conhece bem, para quem chega ao time.

O que é uma boa meta para desenvolvedores?

Uma boa meta para desenvolvedores conta um trabalho que você controla: documentos de design, code reviews feitos, testes adicionados, pessoas ajudadas. Uma revisão de 35 anos de pesquisa sobre metas mostrou que metas específicas e difíceis levam a um desempenho melhor do que pedir para a pessoa fazer o melhor que puder. “Escrever um código melhor” não tem linha de chegada. “Colocar testes em 20 funções até 31 de março” tem.

Os números do time são outra coisa. O programa de pesquisa DORA mede como um time entrega software com cinco métricas, que cresceram a partir das suas quatro métricas-chave originais. Elas contam com que frequência um time faz deploy e quanto tempo uma mudança leva do commit até a produção. Também contam que parte dos deploys precisa de uma correção urgente ou de um rollback, e quanto tempo leva para se recuperar de um deploy que falhou. A quinta conta os deploys que não foram planejados e saíram por causa de um problema em produção. A DORA pensou essas métricas para uma aplicação ou um serviço, e para o time que entrega isso. Ela aponta como armadilha transformar as métricas em meta, porque assim fica mais provável que os times tentem burlar os números. O objetivo, segundo a DORA, é melhorar o seu time ao longo do tempo, não competir.

Então use os números do time como direção e coloque as suas próprias contagens embaixo. O guia da DORA cita duas medidas mais específicas que um time pode acrescentar: quanto tempo levam os code reviews e a qualidade dos seus testes. Ele também diz que mudanças pequenas ajudam ao mesmo tempo a velocidade e a estabilidade. A mesma regra vale longe do código, nas metas profissionais na enfermagem e nas metas para corretor de imóveis: conte o trabalho, não um resultado que outras pessoas decidem.

Como acompanhar as metas para desenvolvedores

Anote cada revisão, documento e teste na semana em que acontecem. Uma análise de 138 estudos mostrou que quem acompanhava o próprio progresso batia a meta com mais frequência, e que anotar funcionava melhor do que guardar de cabeça. O seu diário de trabalho também é o primeiro rascunho da sua autoavaliação.

Reviews feitos e testes adicionados são quantidades que vão somando até um total: 120 reviews em 6 meses é um número para preencher. Um dia com uma hora de estudo de uma linguagem nova é uma contagem de dias, e 60 desses dias formam uma meta.

Boa parte do ano de quem desenvolve nunca chega a um commit: a conversa de design, a hora de programação em par, a pessoa nova que subiu a primeira mudança no dia 5. Uma grade que se enche a cada documento, review e hora de ajuda deixa esse trabalho à vista.

Perguntas frequentes

Quais são exemplos de metas para desenvolvedores?

Revisar 5 pull requests por semana durante 6 meses. Escrever um documento de design por trimestre. Colocar testes em 20 funções até o fim do trimestre. Fazer mentoria com uma pessoa mais júnior por 6 meses. Passar em uma prova de certificação neste ano.

Como escrever metas SMART para desenvolvedores?

Uma meta SMART é específica, tem um número e tem uma data. “Escrever um código melhor” não é uma. “Colocar testes em 20 funções até 31 de março” é, e “Responder a todo pedido de code review em até um dia útil neste trimestre” também.

As métricas DORA devem ser as minhas metas individuais?

Use as métricas como direção para o time, não como a sua nota. A DORA pensou as cinco métricas para uma aplicação ou um serviço, e para o time que entrega isso. Ela aponta como armadilha transformar as métricas em meta, porque assim fica mais provável que os times tentem burlar os números. Coloque as suas metas em reviews, testes e documentos.