6 min leitura • Guide 559 of 877
Rastreamento de Performance Review para Times
Performance reviews funcionam melhor quando baseados em contribuições documentadas ao invés de memória recente ou política. O histórico de atividades e rastreamento de contribuições do GitScrum fornecem input baseado em evidências para avaliações justas, mostrando o que cada membro do time realmente entregou ao longo do tempo. A chave é documentação contínua, não correria antes da temporada de avaliações.
Princípios de Rastreamento de Performance
| Boa Prática | Má Prática |
|---|---|
| Rastrear comportamentos e outcomes | Rastrear métricas de atividade |
| Documentação contínua | Notas apenas na hora do review |
| Metas de time e individuais | Apenas métricas individuais |
| Múltiplas fontes de dados | Única fonte da verdade |
| Orientado a crescimento | Orientado a punição |
Framework de Definição de Metas
ESTRUTURA DE METAS DE PERFORMANCE
TEMPLATE DE METAS SMART:
┌─────────────────────────────────────────────────┐
│ Membro do Time: @alex │
│ Papel: Desenvolvedor Sênior │
│ Período de Review: Q1 2025 │
│ │
│ META 1: Liderança Técnica │
│ ───────────────────────────────────────────── │
│ Específica: Liderar design de arquitetura para │
│ migração do sistema de pagamento │
│ Mensurável: Doc de design aprovado, migração │
│ completada com <0.1% taxa de erro │
│ Alcançável: Tem experiência, suporte do time │
│ Relevante: Prioridade do projeto chave │
│ Temporal: Completar até fim do Q1 │
│ │
│ META 2: Mentoria │
│ ───────────────────────────────────────────── │
│ Específica: Mentorar 2 desenvolvedores júnior │
│ Mensurável: 1:1s semanais, crescimento document│
│ Alcançável: Tem capacidade com carga atual │
│ Relevante: Prioridade de crescimento do time │
│ Temporal: Contínuo através do Q1 │
│ │
│ META 3: Compartilhamento de Conhecimento │
│ ───────────────────────────────────────────── │
│ Específica: Apresentar 2 tech talks ao time │
│ Mensurável: Talks entregues, feedback do time │
│ Alcançável: Tópicos identificados │
│ Relevante: Prioridade de documentação │
│ Temporal: Uma por mês │
└─────────────────────────────────────────────────┘
Framework de Rastreamento
FONTES DE DADOS DE PERFORMANCE
DADOS DE GESTÃO DE PROJETO (Use com Cuidado):
┌─────────────────────────────────────────────────┐
│ ✓ Use para contexto: │
│ ├── Tipos de tarefas completadas │
│ ├── Padrões de colaboração │
│ ├── Resolução de blockers │
│ └── Participação em sprints │
│ │
│ ✗ NÃO use como métricas: │
│ ├── Story points completados │
│ ├── Contagem de tarefas fechadas │
│ ├── Linhas de código │
│ └── Horas logadas │
│ │
│ Por quê: Essas métricas podem ser manipuladas │
│ e não refletem performance real ou valor entregue.│
└─────────────────────────────────────────────────┘
DADOS DE CODE REVIEW:
┌─────────────────────────────────────────────────┐
│ Indicadores de qualidade: │
│ ├── Minuciosidade dos reviews dados │
│ ├── Utilidade do feedback │
│ ├── Tempo de resposta a requests de review │
│ └── Mentoria visível nos comentários de review │
│ │
│ Exemplo: "Reviews de @alex consistentemente │
│ pegam edge cases e incluem sugestões │
│ construtivas para melhoria." │
└─────────────────────────────────────────────────┘
FONTES QUALITATIVAS:
┌─────────────────────────────────────────────────┐
│ Feedback de pares: │
│ ├── Reviews 360 (trimestrais ou anuais) │
│ ├── Observações de participação em retros │
│ └── Input de stakeholders cross-funcionais │
│ │
│ Observações do gestor: │
│ ├── Notas de reuniões 1:1 │
│ ├── Abordagem de resolução de problemas │
│ ├── Qualidade de comunicação │
│ └── Iniciativa e ownership │
│ │
│ Auto-avaliação: │
│ ├── Reflexão sobre progresso das metas │
│ ├── Desafios enfrentados │
│ └── Áreas de crescimento identificadas │
└─────────────────────────────────────────────────┘
Documentação Contínua
NOTAS DE PERFORMANCE CONTÍNUAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ 1:1 TRACKING: │
│ ───────────── │
│ • Notas após cada 1:1 │
│ • Progresso das metas discutido │
│ • Conquistas registradas │
│ • Desafios documentados │
│ • Acordos capturados │
│ │
│ EXEMPLO DE NOTA DE 1:1: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ Data: 15/Jan/2025 ││
│ │ Participante: @alex ││
│ │ ││
│ │ Progresso: ││
│ │ • Liderou com sucesso o design da migração de payment ││
│ │ • Doc de arquitetura aprovado pelo time ││
│ │ • Mentoria de @jordan indo bem ││
│ │ ││
│ │ Desafios: ││
│ │ • Frustração com frequência de mudanças de requisitos ││
│ │ • Quer mais tempo para deep work ││
│ │ ││
│ │ Ações: ││
│ │ • Bloquear terças/quintas para foco ││
│ │ • Escalar issue de requisitos com PM ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ FREQUÊNCIA: │
│ ───────────── │
│ • 1:1s: Semanal ou quinzenal │
│ • Notas: Após cada 1:1 │
│ • Check-in de metas: Mensal │
│ • Review formal: Trimestral ou semestral │
│ │
└─────────────────────────────────────────────────────────────┘
Melhores Práticas
Checklist de Implementação
CHECKLIST DE PERFORMANCE REVIEW
═══════════════════════════════
DEFINIÇÃO DE METAS:
☐ Metas SMART definidas
☐ Alinhadas com prioridades do time
☐ Documentadas e compartilhadas
☐ Revisadas regularmente
RASTREAMENTO:
☐ Notas de 1:1 atualizadas
☐ Conquistas documentadas
☐ Feedback contínuo dado
☐ Progresso visível
FONTES DE DADOS:
☐ Múltiplas perspectivas coletadas
☐ Dados qualitativos e quantitativos
☐ Peer feedback incluído
☐ Auto-avaliação solicitada
REVIEW:
☐ Sem surpresas no review formal
☐ Baseado em dados, não memória
☐ Focado em crescimento
☐ Ações claras definidas
Performance reviews justos constroem confiança e direcionam crescimento real.