6 min leitura • Guide 652 of 877
Coaching de Desenvolvedores Juniores
Coaching efetivo transforma desenvolvedores juniores em contribuidores confiantes que adicionam valor às suas equipes. GitScrum ajuda estruturar mentoria com atribuições de tarefa apropriadas ao nível de habilidade, rastreamento de progresso e mecanismos de feedback que suportam aprendizado e crescimento contínuos.
Framework de Mentoria
Avaliação de Habilidades
MATRIZ DE HABILIDADES DE DESENVOLVEDOR JUNIOR:
┌─────────────────────────────────────────────────────────────┐
│ DESENVOLVEDOR: Alex Chen │
│ Data de Início: Janeiro 2024 │
├────────────────────┬─────┬────────────────────────────────┤
│ HABILIDADE │NÍVEL│ NOTAS │
├────────────────────┼─────┼────────────────────────────────┤
│ JavaScript │ ██░░│ Sintaxe boa, padrões fracos │
│ React │ █░░░│ Componentes OK, state mgmt TBD │
│ Git │ ██░░│ Workflow básico, sem rebase │
│ Testing │ █░░░│ Apenas testes unitários │
│ Code Review │ █░░░│ Aprendendo a receber/dar │
│ Comunicação │ ███░│ Clara, faz boas perguntas │
│ Problem Solving │ ██░░│ Metódica, precisa de padrões │
└────────────────────┴─────┴────────────────────────────────┘
CHAVE DE NÍVEL:
█░░░ Iniciante ██░░ Desenvolvendo ███░ Competente ████ Proficiente
Caminho de Aprendizado
CAMINHO DE ONBOARDING DE 90 DIAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ MÊS 1: FUNDAÇÕES │
│ Semana 1-2: Setup de ambiente, tour do codebase │
│ Semana 3-4: Primeiras correções de bug com pairing │
│ Milestone: Completar 3 correções de bug independentemente │
│ │
│ MÊS 2: CONSTRUINDO CONFIANÇA │
│ Semana 5-6: Melhorias de documentação │
│ Semana 7-8: Primeira feature pequena │
│ Milestone: Ship feature para produção │
│ │
│ MÊS 3: AUMENTANDO AUTONOMIA │
│ Semana 9-10: Tarefas de complexidade média │
│ Semana 11-12: Começar code reviews (revisor) │
│ Milestone: Possuir uma área pequena de projeto │
│ │
│ CONTÍNUO: 1:1 semanal, revisão de habilidades bi-semanal │
└─────────────────────────────────────────────────────────────┘
Estratégia de Atribuição de Tarefa
Escada de Complexidade
PROGRESSÃO DE TAREFA:
┌─────────────────────────────────────────────────────────────┐
│ │
│ NÍVEL 1 - GUIADO (Semana 1-4) │
│ ├── Correções de typo, mudanças de copy │
│ ├── Correções de bug simples (causa clara) │
│ └── Atualizações de documentação │
│ Suporte: Pair programming, orientação passo-a-passo │
│ │
│ NÍVEL 2 - SUPORTADO (Semana 5-8) │
│ ├── Correções de bug multi-arquivo │
│ ├── Features pequenas (isoladas) │
│ └── Adições de cobertura de teste │
│ Suporte: Apontar para recursos, revisar abordagem antes │
│ │
│ NÍVEL 3 - INDEPENDENTE (Semana 9-12) │
│ ├── Features de média complexidade │
│ ├── Melhorias de performance │
│ └── Tarefas de refactoring │
│ Suporte: Disponível para perguntas, revisar PR │
│ │
│ NÍVEL 4 - LIDERANDO (Mês 4+) │
│ ├── Envolvimento em design de feature │
│ ├── Mentoring juniores mais novos │
│ └── Decisões técnicas em escopo │
│ Suporte: Orientação estratégica apenas │
└─────────────────────────────────────────────────────────────┘
Preparação de Tarefa
TEMPLATE DE TAREFA JUNIOR-READY:
┌─────────────────────────────────────────────────────────────┐
│ Tarefa: Adicionar estado de loading à lista de usuário │
├─────────────────────────────────────────────────────────────┤
│ │
│ CONTEXTO: │
│ A lista de usuário não mostra feedback enquanto carrega. │
│ Usuários pensam que a página está quebrada. │
│ │
│ CRITÉRIOS DE ACEITAÇÃO: │
│ ✓ Mostrar spinner enquanto chamada API em progresso │
│ ✓ Esconder spinner quando dados carregam │
│ ✓ Mostrar estado de erro se API falhar │
│ ✓ Usar componente Spinner existente │
│ │
│ ARQUIVOS PARA OLHAR: │
│ • src/components/UserList.jsx (adicionar lógica) │
│ • src/components/Spinner.jsx (existente) │
│ • src/hooks/useUsers.js (hook API) │
│ │
│ EXEMPLOS SIMILARES: │
│ • Ver ProductList.jsx linhas 23-45 │
│ │
│ TEMPO ESTIMADO: 2-3 horas │
│ MENTOR: @Sarah (ping se travado > 30 min) │
└─────────────────────────────────────────────────────────────┘
Práticas de Feedback
Check-ins Regulares
ESTRUTURA DE 1:1 SEMANAL:
┌─────────────────────────────────────────────────────────────┐
│ Duração: 30 minutos │
├─────────────────────────────────────────────────────────────┤
│ │
│ AGENDA DELES (15 min): │
│ • Bloqueadores e desafios │
│ • Perguntas sobre trabalho recente │
│ • Tópicos que querem discutir │
│ │
│ SEU FEEDBACK (10 min): │
│ • Elogio específico (o que foi bem) │
│ • Oportunidade de crescimento (uma coisa para melhorar) │
│ • Progresso em direção a metas │
│ │
│ PLANEJAMENTO (5 min): │
│ • Foco desta semana │
│ • Suporte necessário │
│ • Itens de ação │
│ │
│ PERGUNTAS PARA FAZER: │
│ "Qual foi a coisa mais difícil esta semana?" │
│ "O que você quer aprender a seguir?" │
│ "Como posso melhor te apoiar?" │
└─────────────────────────────────────────────────────────────┘
Code Review como Ensino
CODE REVIEW EDUCACIONAL:
┌─────────────────────────────────────────────────────────────┐
│ │
│ FEEDBACK BOM: │
│ "Isso funciona! Uma abordagem mais idiomática seria │
│ usar Array.filter() aqui. Veja este exemplo: │
│ [link]. Não bloqueando, mas vale aprender." │
│ │
│ FEEDBACK RUIM: │
│ "Use filter()" (sem contexto, sem aprendizado) │
│ │
│ ───────────────────────────────────────────────── │
│ │
│ FEEDBACK BOM: │
│ "Solução ótima! Uma coisa que mudaria: este │
│ componente vai re-render em cada update do pai. │
│ Quer pairar por 15 min para explorar React.memo?" │
│ │
│ FEEDBACK RUIM: │
│ "Isso é ineficiente." (desencorajador, sem caminho) │
└─────────────────────────────────────────────────────────────┘