Onboarding de Novos Membros de Time Rapidamente

Onboarding de novos membros é caro—semanas de produtividade reduzida tanto para o novo contratado quanto para seu buddy. Onboarding efetivo minimiza esse custo através de preparação, estrutura e complexidade incremental, colocando desenvolvedores contribuindo valor real em dias ao invés de meses.

Fases de Onboarding

Preparação Pré-Start

Antes do Dia 1

CHECKLIST PRÉ-ONBOARDING
════════════════════════

CONTAS & ACESSO:
─────────────────────────────────────
☐ Conta GitHub/GitLab adicionada ao org
☐ Acesso ao GitScrum provisionado
☐ Slack/Teams adicionado aos canais
☐ Email/calendário configurado
☐ Credenciais VPN criadas
☐ SSO configurado
☐ Licenças de ferramentas de dev
☐ Acesso a console cloud (se necessário)

EQUIPAMENTO:
─────────────────────────────────────
☐ Laptop pedido e configurado
☐ Ferramentas de dev pré-instaladas
☐ Acesso ao repositório verificado
☐ Pode clonar e rodar projeto localmente
☐ IDE configurado com settings do time

DOCUMENTAÇÃO:
─────────────────────────────────────
☐ Guia de onboarding pronto
☐ Docs de arquitetura atualizados
☐ Guia de setup de dev testado
☐ Primeiras tarefas identificadas
☐ Mentor atribuído

PREPARAÇÃO DO TIME:
─────────────────────────────────────
☐ Time notificado da data de início
☐ Mentor/buddy confirmado
☐ Convites de calendário para reuniões
☐ Mensagem de boas-vindas rascunhada
☐ Agenda do primeiro dia definida

Dia 1

Boas-vindas e Setup

ESTRUTURA DO DIA 1
══════════════════

MANHÃ:
─────────────────────────────────────
09:00  Reunião de boas-vindas com gestor
       ├── Overview do time
       ├── Expectativas do papel
       ├── Objetivos 30/60/90 dias
       └── Q&A

10:00  Verificação IT/Contas
       ├── Confirmar que todo acesso funciona
       ├── Resolver problemas imediatamente
       └── Instalar ferramentas faltantes

11:00  Conhecer o time
       ├── Apresentações breves
       ├── Quem faz o quê
       └── Tour do escritório (se presencial)

TARDE:
─────────────────────────────────────
13:00  Setup do ambiente de desenvolvimento
       ├── Clonar repositórios
       ├── Rodar scripts de setup
       ├── Verificar que build funciona
       ├── Rodar testes localmente
       └── Objetivo: "Hello World" rodando

15:00  Introdução da primeira tarefa
       ├── Tarefa pequena, bem definida
       ├── Caminho não crítico
       ├── Critérios de sucesso claros
       └── Buddy disponível para perguntas

16:30  Debrief do Dia 1 com buddy
       ├── Perguntas até agora?
       ├── Blockers?
       ├── Plano de amanhã
       └── Checar estado mental

OBJETIVO DO DIA 1:
├── Todo acesso funcionando
├── Ambiente de dev rodando
├── Primeira tarefa iniciada
└── Se sentindo bem-vindo, não sobrecarregado

Primeira Semana

Orientação e Aprendizado

SEMANA 1 - DETALHAMENTO
═══════════════════════

DIA 2: AMBIENTE E CÓDIGO
─────────────────────────────────────
• Terminar setup de ambiente
• Walkthrough do codebase com buddy
• Entender estrutura de pastas
• Rodar aplicação localmente
• Explorar código por conta própria

DIA 3: ARQUITETURA E CONTEXTO
─────────────────────────────────────
• Sessão de overview de arquitetura
• Entender principais componentes
• Fluxo de dados e serviços
• Histórico de decisões técnicas
• Áreas de conhecimento tribal

DIA 4: PRIMEIRA CONTRIBUIÇÃO
─────────────────────────────────────
• Pegar good-first-issue
• Pair programming com buddy
• Fazer mudança de código
• Escrever testes se aplicável
• Abrir PR

DIA 5: PROCESSO E RITMO
─────────────────────────────────────
• Participar de standup
• PR revisado e merged
• Entender ciclo de sprint
• Retrospective da semana
• Plano para semana 2

CHECK-INS DIÁRIOS:
─────────────────────────────────────
• 30 min com buddy
• "O que aprendeu?"
• "Algum blocker?"
• "O que planeja fazer?"
• Ajustar plano conforme necessário

Primeiro Mês

Construindo Independência

SEMANAS 2-4 - PROGRESSÃO
════════════════════════

SEMANA 2:
─────────────────────────────────────
• Tarefas pequenas solo (com supervisão)
• Continuar pair quando necessário
• Participar de code reviews
• Aprender mais do codebase
• Objetivo: 2-3 PRs merged

SEMANA 3:
─────────────────────────────────────
• Tarefas de complexidade média
• Menos hand-holding
• Contribuir em discussões técnicas
• Começar a identificar melhorias
• Objetivo: Trabalho independente

SEMANA 4:
─────────────────────────────────────
• Atribuições normais do time
• Review de código de outros
• Participar de planning
• 30-day check-in com gestor
• Objetivo: Membro funcional do time

INDICADORES DE PROGRESSO:
─────────────────────────────────────
✅ Faz perguntas certas
✅ Encontra respostas sozinho às vezes
✅ Contribui em discussões
✅ PRs precisam menos revisões
✅ Buddy reduz envolvimento

Métricas de Sucesso

Medindo Onboarding

MÉTRICAS QUANTITATIVAS:
┌─────────────────────────────────────────────────────────────┐
│                                                             │
│ MÉTRICAS DE VELOCIDADE:                                     │
│ ───────────────────────                                     │
│ • Tempo até primeiro commit                               │
│ • Tempo até primeiro PR merged                            │
│ • Tempo até tarefa solo completa                          │
│ • Tempo até produtividade "normal"                        │
│                                                             │
│ BENCHMARKS:                                                 │
│ ────────────                                                │
│ Primeiro commit: Dia 1-2                                  │
│ Primeiro PR: Dia 3-5                                      │
│ Tarefa solo: Semana 2                                     │
│ Produtividade: Mês 2-3                                    │
│                                                             │
│ MÉTRICAS DE QUALIDADE:                                      │
│ ──────────────────────                                      │
│ • Satisfação do novo contratado (survey)                  │
│ • Investimento de tempo do mentor                         │
│ • Quantidade de retrabalho em PRs                         │
│ • Retenção de 90 dias                                     │
│                                                             │
│ MÉTRICAS DE PROCESSO:                                       │
│ ─────────────────────                                       │
│ • Docs atualizados pelo novo contratado                   │
│ • Problemas de setup encontrados                          │
│ • Tempo até todos os acessos funcionarem                  │
│                                                             │
└─────────────────────────────────────────────────────────────┘

Melhores Práticas

Checklist de Implementação

CHECKLIST DE ONBOARDING RÁPIDO
══════════════════════════════

PRÉ-START:
☐ Todas contas criadas
☐ Equipamento enviado/pronto
☐ Docs atualizados
☐ Mentor atribuído
☐ Good-first-issues identificadas

DIA 1:
☐ Welcome estruturado
☐ Acesso verificado
☐ Ambiente iniciado
☐ Time apresentado
☐ Primeira tarefa atribuída

SEMANA 1:
☐ Ambiente funcionando
☐ Primeiro PR merged
☐ Arquitetura entendida
☐ Check-ins diários
☐ Retrospective realizada

MÊS 1:
☐ Contribuindo independentemente
☐ Processos internalizados
☐ Feedback coletado
☐ Plano 60/90 dias ajustado
☐ Mentor reduzindo envolvimento

Onboarding rápido não é apressar—é remover fricção para que talento brilhe mais cedo.

Soluções Relacionadas

• Onboarding de Desenvolvedores
• Onboarding Efetivo
• Sistema de Mentoria
• Documentação de Time