6 min leitura • Guide 555 of 877
Onboarding de Novos Membros de Time
Onboarding efetivo transforma novos contratados em membros produtivos do time mais rápido enquanto reduz turnover e constrói cultura de time. Templates de tarefas e documentação NoteVault do GitScrum ajudam a criar processos de onboarding repetíveis que garantem que nada seja esquecido. A chave é progressão estruturada do primeiro dia até produtividade total.
Timeline de Onboarding
| Fase | Duração | Objetivos |
|---|---|---|
| Pré-boarding | Antes do Dia 1 | Contas, equipamento prontos |
| Orientação | Dia 1-2 | Intro empresa, time |
| Setup | Semana 1 | Ambiente, ferramentas funcionando |
| Aprendizado | Semana 2-4 | Primeiras contribuições |
| Ramp-up | Mês 2-3 | Trabalho independente |
| Velocidade total | Mês 3+ | Totalmente produtivo |
Estrutura de Checklist de Onboarding
TEMPLATE DE PROJETO DE ONBOARDING
NOVO CONTRATADO: [Nome]
Data de Início: [Data]
Buddy: [Nome do Mentor]
Gestor: [Nome do Gestor]
┌─────────────────────────────────────────────────┐
│ PRÉ-BOARDING (Antes do Dia 1) │
│ Dono: Gestor/IT │
│ │
│ ☐ Equipamento pedido e configurado │
│ ☐ Contas criadas (email, Slack, GitScrum) │
│ ☐ Acesso ao repositório concedido │
│ ☐ Email de boas-vindas enviado com agenda Dia 1│
│ ☐ Buddy atribuído e notificado │
│ ☐ Convites de calendário para primeira semana │
└─────────────────────────────────────────────────┘
┌─────────────────────────────────────────────────┐
│ DIA 1: BOAS-VINDAS │
│ Dono: Gestor + Buddy │
│ │
│ ☐ Reunião de boas-vindas com gestor (30 min) │
│ ☐ Call de apresentação do time │
│ ☐ Intro do buddy e sessão de pairing │
│ ☐ Papelada de RH completada │
│ ☐ Tour do escritório/ferramentas (ou guia remoto)│
│ ☐ Verificação de acesso (todas ferramentas) │
│ ☐ Primeira tarefa: Ler docs do time │
└─────────────────────────────────────────────────┘
┌─────────────────────────────────────────────────┐
│ SEMANA 1: SETUP & ORIENTAÇÃO │
│ Dono: Novo contratado + Buddy │
│ │
│ ☐ Ambiente de desenvolvimento configurado │
│ ☐ Consegue buildar e rodar projeto localmente │
│ ☐ Primeira mudança de código (typo, edit pequeno)│
│ ☐ Primeiro PR submetido e merged │
│ ☐ Sessão de overview da arquitetura │
│ ☐ Processos/cerimônias do time explicados │
│ ☐ Conhecer stakeholders chave (Produto, Design)│
│ ☐ Check-in semana 1 com gestor │
└─────────────────────────────────────────────────┘
Tarefas Semana 2-4
FASE DE APRENDIZADO
SEMANA 2: PRIMEIRO TRABALHO REAL
┌─────────────────────────────────────────────────┐
│ Tarefas: │
│ ☐ Primeira feature pequena ou bug fix atribuída│
│ ☐ Completar tarefa com suporte do buddy │
│ ☐ Participar das primeiras cerimônias de sprint│
│ ☐ Observar um code review │
│ ☐ Ler 3 docs técnicos chave │
│ ☐ Fazer 5 perguntas no canal do time │
│ │
│ Milestone: Entende workflow diário │
└─────────────────────────────────────────────────┘
SEMANA 3: INDEPENDÊNCIA CRESCENTE
┌─────────────────────────────────────────────────┐
│ Tarefas: │
│ ☐ Completar tarefa com menos suporte do buddy │
│ ☐ Fazer primeiro code review │
│ ☐ Apresentar no standup │
│ ☐ Pair programming em feature complexa │
│ ☐ Documentar algo não documentado │
│ │
│ Milestone: Contribuindo em discussões do time │
└─────────────────────────────────────────────────┘
SEMANA 4: CONTRIBUIÇÕES SOLO
┌─────────────────────────────────────────────────┐
│ Tarefas: │
│ ☐ Completar feature independentemente │
│ ☐ Participar do sprint planning │
│ ☐ Check-in de 30 dias com gestor │
│ ☐ Auto-avaliação: O que vai bem/blockers? │
│ ☐ Identificar áreas para aprender mais │
│ │
│ Milestone: Confortável com trabalho rotineiro │
└─────────────────────────────────────────────────┘
Milestones Mês 2-3
FASE DE RAMP-UP
┌─────────────────────────────────────────────────────────────┐
│ │
│ MÊS 2: CONSTRUINDO EXPERTISE │
│ ───────────────────────────── │
│ │
│ ☐ Trabalha em tarefas de complexidade média │
│ ☐ Pode responder perguntas de colegas │
│ ☐ Contribui ativamente em code reviews │
│ ☐ Entende a maioria dos sistemas │
│ ☐ Identifica melhorias por conta própria │
│ │
│ MÊS 3: PRODUTIVIDADE TOTAL │
│ ──────────────────────────── │
│ │
│ ☐ Trabalha em qualquer área do codebase │
│ ☐ Mentora outros em áreas de expertise │
│ ☐ Lidera pequenas iniciativas │
│ ☐ Participa de decisões arquiteturais │
│ ☐ Buddy formalmente encerra acompanhamento │
│ │
│ CHECK-IN 90 DIAS: │
│ ───────────────── │
│ • Review formal com gestor │
│ • Feedback 360 (buddy, colegas) │
│ • Plano de desenvolvimento definido │
│ • Transição para membro regular do time │
└─────────────────────────────────────────────────────────────┘
Melhores Práticas
Checklist de Implementação
CHECKLIST DE ONBOARDING COMPLETO
════════════════════════════════
PRÉ-BOARDING:
☐ Equipamento pronto
☐ Contas criadas
☐ Acessos provisionados
☐ Buddy atribuído
☐ Agenda primeira semana
DIA 1:
☐ Welcome meeting
☐ Time apresentado
☐ Setup iniciado
☐ Primeira tarefa
SEMANA 1:
☐ Ambiente funcionando
☐ Primeiro PR merged
☐ Arquitetura explicada
☐ Processos entendidos
MÊS 1:
☐ Contribuindo ativamente
☐ Code reviews participando
☐ 30-day check-in
☐ Áreas de foco identificadas
MÊS 3:
☐ Produtividade total
☐ 90-day review
☐ Plano de desenvolvimento
☐ Buddy encerra acompanhamento
Onboarding bem estruturado é investimento que retorna em produtividade e retenção.