7 min leitura • Guide 661 of 877
Como Usar GitScrum para Onboarding de Desenvolvedores
Um ótimo onboarding transforma novos contratados em membros produtivos do time enquanto constrói sua confiança e conexão com a equipe. O GitScrum ajuda a estruturar onboarding com checklists de tarefas, rastreamento de progresso e visibilidade na jornada de aprendizado.
Estrutura de Onboarding
Plano de 90 Dias
TIMELINE DE ONBOARDING:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SEMANA 1: SETUP & ORIENTAÇÃO │
│ ├── Dia 1: Boas-vindas, admin, intros do time │
│ ├── Dia 2-3: Setup de ambiente, acessos │
│ └── Dia 4-5: Tour do codebase, visão arquitetura │
│ Objetivo: Ambiente funcionando, pode rodar testes │
│ │
│ SEMANAS 2-4: PRIMEIRAS CONTRIBUIÇÕES │
│ ├── Semana 2: Primeiro bug fix com pairing │
│ ├── Semana 3: Melhorias de documentação │
│ └── Semana 4: Segundo bug fix independentemente │
│ Objetivo: Primeiro PR merged, entende workflow │
│ │
│ MÊS 2: CONSTRUINDO CONFIANÇA │
│ ├── Semana 5-6: Trabalho de features pequenas │
│ ├── Semana 7-8: Começar code reviews │
│ Objetivo: Contribuindo para trabalho da sprint │
│ │
│ MÊS 3: AUMENTANDO OWNERSHIP │
│ ├── Semana 9-10: Features médias │
│ └── Semana 11-12: Own área pequena de projeto │
│ Objetivo: Contribuidor independente │
└─────────────────────────────────────────────────────────────┘
Board de Onboarding
BOARD DE PROJETO DE ONBOARDING:
┌─────────────────────────────────────────────────────────────┐
│ Novo Contratado: Alex Chen | Início: 8 Jan | Buddy: Sarah │
├───────────────┬─────────────┬─────────────┬─────────────────┤
│ A FAZER │ EM PROGRESSO│ BLOQUEADO │ CONCLUÍDO │
├───────────────┼─────────────┼─────────────┼─────────────────┤
│ │ │ │ │
│ □ Revisar │ ■ Setup │ │ ✓ Conhecer time │
│ docs de │ ambiente │ │ │
│ arquitetura │ local │ │ ✓ Admin RH │
│ │ │ │ │
│ □ Primeiro │ ■ Completar │ │ ✓ Pegar laptop │
│ bug fix │ treinamento│ │ │
│ (#234) │ segurança │ │ ✓ Acessos de │
│ │ │ │ conta │
│ □ Shadow │ │ │ │
│ standup │ │ │ │
│ │ │ │ │
└───────────────┴─────────────┴─────────────┴─────────────────┘
Checklist Semana 1
Tarefas do Dia 1
CHECKLIST DIA 1:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ADMINISTRATIVO (Manhã): │
│ ☐ Assinar papelada com RH │
│ ☐ Pegar laptop e equipamento │
│ ☐ Configurar email e calendário │
│ ☐ Entrar no Slack/Teams │
│ │
│ APRESENTAÇÕES (Tarde): │
│ ☐ Conhecer gestor (30 min) │
│ ☐ Conhecer time (almoço de time) │
│ ☐ Conhecer buddy de onboarding │
│ ☐ Tour do escritório/workspace virtual │
│ │
│ ORIENTAÇÃO: │
│ ☐ Revisar handbook da empresa │
│ ☐ Entender estrutura do time │
│ ☐ Colocar reuniões recorrentes no calendário │
│ │
│ FIM DO DIA: │
│ ☐ Check-in de 15 min com buddy │
│ ☐ Perguntas documentadas para amanhã │
└─────────────────────────────────────────────────────────────┘
Setup de Ambiente
CHECKLIST DE AMBIENTE DE DESENVOLVIMENTO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ACESSOS (Dia 2): │
│ ☐ Adicionado à organização GitHub/GitLab │
│ ☐ Acesso ao console AWS/Cloud │
│ ☐ Acesso ao sistema CI/CD │
│ ☐ Ferramentas internas (Jira, Confluence, etc.) │
│ ☐ Acesso ao vault do password manager │
│ │
│ SETUP LOCAL (Dia 2-3): │
│ ☐ Clonar repositórios principais │
│ ☐ Instalar dependências de desenvolvimento │
│ ☐ Configurar IDE com settings do time │
│ ☐ Configurar banco de dados local │
│ ☐ Rodar aplicação localmente │
│ ☐ Rodar suite de testes com sucesso │
│ │
│ VERIFICAÇÃO (Dia 3): │
│ ☐ Fazer mudança de teste localmente │
│ ☐ Criar branch de teste │
│ ☐ Abrir PR draft (não merged) │
│ ☐ Verificar que CI roda corretamente │
└─────────────────────────────────────────────────────────────┘
Primeiras Tarefas
SELEÇÃO DE TAREFAS PARA NOVOS CONTRATADOS
SEMANA 2 - PRIMEIRO BUG FIX:
┌─────────────────────────────────────────────────────────────┐
│ Características ideais: │
│ ├── Escopo pequeno e bem definido │
│ ├── Área de código bem documentada │
│ ├── Testes existentes para guiar │
│ └── Buddy disponível para pairing │
│ │
│ Exemplo: "Corrigir validação de formato de email no form" │
│ Aprendizado: Git workflow, code review, CI/CD │
└─────────────────────────────────────────────────────────────┘
SEMANA 3 - DOCUMENTAÇÃO:
┌─────────────────────────────────────────────────────────────┐
│ Tipos de tarefas: │
│ ├── Atualizar README desatualizado │
│ ├── Adicionar comentários explicativos │
│ ├── Documentar processo que você aprendeu │
│ └── Melhorar guia de setup │
│ │
│ Valor: Força entendimento profundo, ajuda futuros devs │
└─────────────────────────────────────────────────────────────┘
SEMANA 4 - SEGUNDO BUG FIX (independente):
┌─────────────────────────────────────────────────────────────┐
│ Um pouco mais complexo que o primeiro: │
│ ├── Múltiplos arquivos podem ser afetados │
│ ├── Menos handholding esperado │
│ └── Demonstra entendimento do workflow │
│ │
│ Objetivo: Provar que pode contribuir independentemente │
└─────────────────────────────────────────────────────────────┘
Papel do Buddy
RESPONSABILIDADES DO BUDDY DE ONBOARDING
DIARIAMENTE:
┌─────────────────────────────────────────────────────────────┐
│ ├── Check-in de 15 min (semanas 1-2) │
│ ├── Disponível para perguntas │
│ ├── Pairing quando necessário │
│ └── Primeiro ponto de contato │
└─────────────────────────────────────────────────────────────┘
SEMANALMENTE:
┌─────────────────────────────────────────────────────────────┐
│ ├── Revisar progresso do checklist │
│ ├── Identificar bloqueios │
│ ├── Introduzir para pessoas relevantes │
│ └── Feedback para gestor │
└─────────────────────────────────────────────────────────────┘
CARACTERÍSTICAS DE BOM BUDDY:
┌─────────────────────────────────────────────────────────────┐
│ ✓ Pelo menos 6 meses no time │
│ ✓ Paciente e acessível │
│ ✓ Conhece bem o codebase │
│ ✓ Disponível (não em projeto crítico) │
│ ✓ Entende que onboarding é prioridade │
└─────────────────────────────────────────────────────────────┘
Rastreamento de Progresso
MÉTRICAS DE ONBOARDING
MARCOS CHAVE:
┌─────────────────────────────────────────────────────────────┐
│ Dia 1: ☑️ Acessos e orientação completos │
│ Dia 3: ☑️ Ambiente rodando localmente │
│ Semana 2: ☑️ Primeiro PR merged │
│ Semana 4: ☑️ Segundo PR independente │
│ Mês 2: ☑️ Contribuindo para sprint work │
│ Mês 3: ☑️ Fazendo code reviews │
└─────────────────────────────────────────────────────────────┘
INDICADORES DE SUCESSO:
┌─────────────────────────────────────────────────────────────┐
│ Quantitativos: │
│ • Tempo até primeiro PR: < 2 semanas │
│ • PRs merged mês 1: >= 3 │
│ • Code reviews feitos mês 2: >= 5 │
│ │
│ Qualitativos: │
│ • Conforto fazendo perguntas │
│ • Entende arquitetura básica │
│ • Conhece membros do time │
│ • Sabe onde encontrar informação │
└─────────────────────────────────────────────────────────────┘
Feedback e Melhoria
COLETANDO FEEDBACK DE ONBOARDING
CHECKPOINTS:
┌─────────────────────────────────────────────────────────────┐
│ Semana 2: Quick pulse │
│ • Como está o setup? │
│ • O que está confuso? │
│ • Precisa de mais suporte? │
│ │
│ Mês 1: Review mais profundo │
│ • O que funcionou bem? │
│ • O que poderia ser melhor? │
│ • Sugestões para próximos onboardings? │
│ │
│ Mês 3: Retrospectiva de onboarding │
│ • Você se sente produtivo? │
│ • O que faltou? │
│ • Como melhorar o processo? │
└─────────────────────────────────────────────────────────────┘
ITERANDO NO PROCESSO:
┌─────────────────────────────────────────────────────────────┐
│ Após cada onboarding: │
│ ├── Coletar feedback do novo contratado │
│ ├── Coletar feedback do buddy │
│ ├── Atualizar checklists e docs │
│ └── Melhorar para próximo onboarding │
└─────────────────────────────────────────────────────────────┘