10 min leitura • Guide 800 of 877
Processos de Onboarding de Equipe
Bom onboarding acelera a produtividade. O GitScrum ajuda a rastrear tarefas de onboarding e fornecer visibilidade do contexto do projeto para novos membros da equipe.
Preparação para Onboarding
Antes do Primeiro Dia
CHECKLIST PRÉ-ONBOARDING:
┌─────────────────────────────────────────────────────────────┐
│ │
│ 1 SEMANA ANTES: │
│ ──────────────── │
│ ☐ Criar contas (email, Slack, GitScrum) │
│ ☐ Solicitar acesso aos repositórios │
│ ☐ Pedir equipamento (laptop, monitores) │
│ ☐ Atribuir buddy de onboarding │
│ ☐ Agendar reuniões da primeira semana │
│ ☐ Preparar mensagem de boas-vindas │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ TAREFA DE ONBOARDING NO GITSCRUM: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ ONBOARD-001: Preparar para @novodev ││
│ │ ││
│ │ DATA INÍCIO: 27 Jan, 2025 ││
│ │ BUDDY: @alex ││
│ │ GESTOR: @jordan ││
│ │ ││
│ │ PRÉ-CHEGADA: ││
│ │ ☑ Conta de email criada ││
│ │ ☑ Convite Slack enviado ││
│ │ ☑ Acesso GitScrum concedido ││
│ │ ☐ GitHub adicionado à org ││
│ │ ☐ Acesso console AWS solicitado ││
│ │ ☐ Credenciais VPN geradas ││
│ │ ││
│ │ EQUIPAMENTO: ││
│ │ ☑ MacBook Pro pedido ││
│ │ ☑ Monitor pedido ││
│ │ ☐ Mesa atribuída (B-42) ││
│ │ ││
│ │ REUNIÕES AGENDADAS: ││
│ │ ☑ Dia 1: Intro equipe (9h) ││
│ │ ☑ Dia 1: 1:1 com gestor (14h) ││
│ │ ☑ Dia 2: Visão geral arquitetura (10h) ││
│ │ ☑ Dia 3: Primeiro PR em pair (14h) ││
│ └─────────────────────────────────────────────────────────┘│
└─────────────────────────────────────────────────────────────┘
Primeira Semana
Dia Um
AGENDA DO DIA UM:
┌─────────────────────────────────────────────────────────────┐
│ │
│ MANHÃ: │
│ ────── │
│ 9:00 Boas-vindas, apresentações da equipe │
│ 9:30 Setup de equipamento (laptop, contas) │
│ 10:30 Café com buddy │
│ 11:00 Setup RH/admin (se necessário) │
│ 12:00 Almoço com equipe │
│ │
│ TARDE: │
│ ────── │
│ 13:00 Setup do ambiente de desenvolvimento │
│ 14:00 1:1 com gestor │
│ 15:00 Continuar setup do ambiente │
│ 16:00 Ler documentação │
│ 17:00 Fim do dia (sair no horário!) │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ OBJETIVOS PARA DIA UM: │
│ ───────────────────── │
│ ✅ Se sentir bem-vindo │
│ ✅ Laptop funcionando │
│ ✅ Acesso a ferramentas essenciais │
│ ✅ Saber para quem pedir ajuda │
│ ✅ Entender o que é esperado │
│ │
│ NÃO ESPERADO: │
│ ───────────── │
│ ❌ Escrever código de produção │
│ ❌ Entender toda a codebase │
│ ❌ Lembrar nome de todos │
│ ❌ Ser produtivo │
│ │
│ TÓPICOS DO 1:1 COM GESTOR: │
│ ────────────────────────── │
│ • "Como foi seu primeiro dia?" │
│ • Expectativas do papel │
│ • Metas dos primeiros 30/60/90 dias │
│ • Preferências de comunicação │
│ • Perguntas e preocupações │
└─────────────────────────────────────────────────────────────┘
Plano da Primeira Semana
CHECKLIST DA SEMANA UM:
┌─────────────────────────────────────────────────────────────┐
│ │
│ DIA 1: BOAS-VINDAS & SETUP │
│ ────────────────────────── │
│ ☐ Apresentações da equipe │
│ ☐ Setup de laptop e ferramentas │
│ ☐ Acesso a repositórios │
│ ☐ 1:1 com gestor │
│ │
│ DIA 2: ARQUITETURA & CONTEXTO │
│ ───────────────────────────── │
│ ☐ Visão geral da arquitetura │
│ ☐ Walkthrough do codebase │
│ ☐ Entender sistemas principais │
│ ☐ Almoço com buddy │
│ │
│ DIA 3: PROCESSOS & PRIMEIRO CÓDIGO │
│ ────────────────────────────────── │
│ ☐ Explicação do processo da equipe │
│ ☐ Cerimônias de sprint │
│ ☐ Primeiro PR (mesmo que pequeno) │
│ ☐ Setup do ambiente local completo │
│ │
│ DIA 4: APROFUNDAMENTO │
│ ─────────────────────── │
│ ☐ Segunda tarefa (um pouco maior) │
│ ☐ Pair programming com colega │
│ ☐ Revisar documentação de processos │
│ │
│ DIA 5: REFLEXÃO & PLANEJAMENTO │
│ ────────────────────────────── │
│ ☐ Check-in com buddy │
│ ☐ 1:1 de fim de semana com gestor │
│ ☐ Feedback sobre onboarding │
│ ☐ Planejar semana 2 │
└─────────────────────────────────────────────────────────────┘
Primeiro Mês
Progressão de Tarefas
PROGRESSÃO DE TAREFAS NO PRIMEIRO MÊS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SEMANA 1: TAREFAS PEQUENAS │
│ ───────────────────────── │
│ • Correção de bug simples │
│ • Atualização de documentação │
│ • Teste manual │
│ • Pequena melhoria de UI │
│ │
│ SEMANA 2: TAREFAS GUIADAS │
│ ───────────────────────── │
│ • Feature pequena com especificação clara │
│ • Bug com investigação necessária │
│ • Pair programming em tarefa média │
│ │
│ SEMANA 3: TAREFAS MAIS INDEPENDENTES │
│ ─────────────────────────────────── │
│ • Feature completa (escopo limitado) │
│ • Investigação de problema │
│ • Code review de colegas │
│ │
│ SEMANA 4: TAREFAS NORMAIS │
│ ───────────────────────── │
│ • Tarefas do backlog regular │
│ • Participação ativa em planning │
│ • Ownership de área específica │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ PRINCÍPIO: Quick wins early │
│ Primeiras tarefas devem ser completáveis em 1-2 dias │
│ para dar sensação de progresso e contribuição │
└─────────────────────────────────────────────────────────────┘
Check-ins Regulares
| Frequência | Formato | Foco |
|---|---|---|
| Diário | Check-in com buddy | Dúvidas imediatas |
| Semanal | 1:1 com gestor | Progresso, feedback |
| Quinzenal | Review de onboarding | Ajustar plano |
| Mensal | Avaliação 30/60/90 dias | Metas, expectativas |
Sistema de Buddy
Papel do Buddy
RESPONSABILIDADES DO BUDDY:
┌─────────────────────────────────────────────────────────────┐
│ │
│ O QUE O BUDDY FAZ: │
│ │
│ GUIA INICIAL: │
│ • Explicar ferramentas e processos │
│ • Fazer tour pelo codebase │
│ • Apresentar para equipe │
│ • Responder perguntas do dia-a-dia │
│ │
│ SUPORTE TÉCNICO: │
│ • Ajudar com problemas de setup │
│ • Pair programming nas primeiras tarefas │
│ • Revisar PRs com feedback construtivo │
│ • Explicar padrões e convenções │
│ │
│ SUPORTE SOCIAL: │
│ • Almoços juntos │
│ • Introduzir cultura da equipe │
│ • Ser porto seguro para perguntas "bobas" │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ CARACTERÍSTICAS DE BOM BUDDY: │
│ • Paciente e acessível │
│ • Conhece bem o codebase │
│ • Boa comunicação │
│ • Tempo disponível nas primeiras semanas │
│ • Genuinamente interessado em ajudar │
│ │
│ DURAÇÃO: 4-6 semanas típico │
│ TEMPO: 1-2h por dia nas primeiras semanas │
└─────────────────────────────────────────────────────────────┘
Documentação para Onboarding
Docs Essenciais
DOCUMENTAÇÃO PARA NOVOS DEVS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ README DO PROJETO: │
│ ☐ Como clonar e rodar localmente │
│ ☐ Pré-requisitos (versões, ferramentas) │
│ ☐ Variáveis de ambiente │
│ ☐ Como rodar testes │
│ ☐ Problemas comuns e soluções │
│ │
│ ARQUITETURA: │
│ ☐ Diagrama de alto nível │
│ ☐ Componentes principais │
│ ☐ Fluxo de dados │
│ ☐ Integrações externas │
│ │
│ PROCESSOS: │
│ ☐ Workflow de desenvolvimento │
│ ☐ Processo de code review │
│ ☐ Como fazer deploy │
│ ☐ Cerimônias de sprint │
│ │
│ QUEM É QUEM: │
│ ☐ Org chart da equipe │
│ ☐ Áreas de expertise │
│ ☐ Quem perguntar o quê │
│ ☐ Contatos importantes │
└─────────────────────────────────────────────────────────────┘
Onboarding no GitScrum
Usando GitScrum para Rastrear
ONBOARDING NO GITSCRUM:
┌─────────────────────────────────────────────────────────────┐
│ │
│ CRIAR EPIC DE ONBOARDING: │
│ ┌─────────────────────────────────────────────────────────┐│
│ │ EPIC: Onboarding - Maria Silva ││
│ │ START: 27 Jan 2025 ││
│ │ BUDDY: @alex ││
│ │ ││
│ │ TASKS: ││
│ │ ☑ [PRE] Setup de contas ││
│ │ ☑ [W1] Ambiente de desenvolvimento ││
│ │ ☐ [W1] Walkthrough arquitetura ││
│ │ ☐ [W1] Primeiro PR ││
│ │ ☐ [W2] Feature pequena #1 ││
│ │ ☐ [W2] Entender módulo de pagamentos ││
│ │ ☐ [W3] Feature independente ││
│ │ ☐ [W4] Code review de colegas ││
│ │ ☐ [30D] Review com gestor ││
│ └─────────────────────────────────────────────────────────┘│
│ │
│ BENEFÍCIOS: │
│ • Visibilidade do progresso │
│ • Nada esquecido │
│ • Novo dev pode se auto-guiar │
│ • Fácil ajustar se necessário │
└─────────────────────────────────────────────────────────────┘
Métricas de Onboarding
Medindo Sucesso
MÉTRICAS DE ONBOARDING:
┌─────────────────────────────────────────────────────────────┐
│ │
│ TIME TO FIRST COMMIT: │
│ Meta: Dia 1-3 │
│ Mede: Setup e primeiras tarefas │
│ │
│ TIME TO FIRST PRODUCTION DEPLOY: │
│ Meta: Semana 1-2 │
│ Mede: Autonomia básica │
│ │
│ TIME TO FULL PRODUCTIVITY: │
│ Meta: 1-3 meses │
│ Mede: Completar tarefas no ritmo normal │
│ │
│ SATISFACTION SCORE: │
│ Survey após 30 dias │
│ Mede: Qualidade da experiência │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ FEEDBACK A COLETAR: │
│ • O que funcionou bem? │
│ • O que poderia melhorar? │
│ • Documentação estava útil? │
│ • Se sentiu apoiado? │
│ • Sugestões para próximos onboardings? │
└─────────────────────────────────────────────────────────────┘
Armadilhas Comuns
O Que Evitar
ANTI-PADRÕES DE ONBOARDING:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ✗ "DESCUBRA SOZINHO" │
│ Deixar novo dev sem orientação │
│ → Atribua buddy, tenha estrutura │
│ │
│ ✗ SOBRECARGA DE INFORMAÇÃO │
│ Despejar tudo no primeiro dia │
│ → Espalhe ao longo de semanas │
│ │
│ ✗ SEM TAREFAS REAIS │
│ Semanas só lendo documentação │
│ → Primeiro PR no dia 1-3 │
│ │
│ ✗ TAREFAS MUITO COMPLEXAS │
│ Primeira tarefa leva 2 semanas │
│ → Quick wins primeiro │
│ │
│ ✗ IGNORAR ASPECTO SOCIAL │
│ Foco só no técnico │
│ → Almoços, apresentações, cultura │
│ │
│ ✗ SEM FEEDBACK │
│ Não perguntar como está indo │
│ → Check-ins regulares │
└─────────────────────────────────────────────────────────────┘