9 min lectura • Guide 552 of 877
Onboarding de Nuevos Miembros del Equipo
El onboarding efectivo transforma a los nuevos empleados en miembros productivos del equipo más rápido mientras reduce la rotación y construye cultura de equipo. Los templates de tareas de GitScrum y la documentación de NoteVault ayudan a crear procesos de onboarding repetibles que aseguran que nada se pierda. La clave es la progresión estructurada desde el primer día hasta la productividad completa.
Línea de Tiempo del Onboarding
| Fase | Duración | Metas |
|---|---|---|
| Pre-boarding | Antes del Día 1 | Cuentas, equipo listo |
| Orientación | Día 1-2 | Intro empresa, equipo |
| Setup | Semana 1 | Entorno, herramientas funcionando |
| Aprendizaje | Semana 2-4 | Primeras contribuciones |
| Aceleración | Mes 2-3 | Trabajo independiente |
| Velocidad completa | Mes 3+ | Completamente productivo |
Estructura del Checklist de Onboarding
TEMPLATE DE PROYECTO DE ONBOARDING
NUEVO EMPLEADO: [Nombre]
Fecha de Inicio: [Fecha]
Buddy: [Nombre del Mentor]
Manager: [Nombre del Manager]
┌─────────────────────────────────────────────────┐
│ PRE-BOARDING (Antes del Día 1) │
│ Dueño: Manager/IT │
│ │
│ ☐ Equipo ordenado y configurado │
│ ☐ Cuentas creadas (email, Slack, GitScrum) │
│ ☐ Acceso a repositorio otorgado │
│ ☐ Email de bienvenida enviado con agenda Día 1 │
│ ☐ Buddy asignado y notificado │
│ ☐ Invitaciones de calendario para 1ra sem │
└─────────────────────────────────────────────────┘
┌─────────────────────────────────────────────────┐
│ DÍA 1: BIENVENIDA │
│ Dueño: Manager + Buddy │
│ │
│ ☐ Reunión de bienvenida con manager (30 min) │
│ ☐ Llamada de presentación del equipo │
│ ☐ Intro del buddy y sesión de pairing │
│ ☐ Papelería de HR completada │
│ ☐ Tour de oficina/herramientas (o guía remota) │
│ ☐ Verificación de acceso (todo funcionando) │
│ ☐ Primera tarea asignada: Leer docs del equipo │
└─────────────────────────────────────────────────┘
┌─────────────────────────────────────────────────┐
│ SEMANA 1: SETUP Y ORIENTACIÓN │
│ Dueño: Nuevo empleado + Buddy │
│ │
│ ☐ Entorno de desarrollo configurado │
│ ☐ Puede compilar y ejecutar proyecto local │
│ ☐ Primer cambio de código (typo, edit pequeño) │
│ ☐ Primer PR enviado y mergeado │
│ ☐ Sesión de visión general de arquitectura │
│ ☐ Procesos/ceremonias del equipo explicados │
│ ☐ Conocer stakeholders clave (Producto, Diseño)│
│ ☐ Check-in Semana 1 con manager │
└─────────────────────────────────────────────────┘
Tareas Semana 2-4
FASE DE APRENDIZAJE
SEMANA 2: PRIMER TRABAJO REAL
┌─────────────────────────────────────────────────┐
│ Tareas: │
│ ☐ Asignada primera feature pequeña o bug fix │
│ ☐ Completar tarea con soporte del buddy │
│ ☐ Asistir a primeras ceremonias del sprint │
│ ☐ Observar un code review │
│ ☐ Leer 3 docs técnicos clave │
│ ☐ Hacer 5 preguntas en canal del equipo │
│ │
│ Hito: Entiende flujo de trabajo diario │
└─────────────────────────────────────────────────┘
SEMANA 3: AUMENTANDO INDEPENDENCIA
┌─────────────────────────────────────────────────┐
│ Tareas: │
│ ☐ Completar tarea con menos soporte del buddy │
│ ☐ Dar primer code review │
│ ☐ Presentar en standup │
│ ☐ Pair program en feature compleja │
│ ☐ Documentar algo no documentado │
│ │
│ Hito: Contribuyendo a discusiones del equipo │
└─────────────────────────────────────────────────┘
SEMANA 4: CONTRIBUCIONES SOLO
┌─────────────────────────────────────────────────┐
│ Tareas: │
│ ☐ Completar feature independientemente │
│ ☐ Participar en sprint planning │
│ ☐ Check-in de 30 días con manager │
│ ☐ Auto-evaluación: ¿Qué va bien/bloqueadores? │
│ ☐ Identificar áreas para aprender más │
│ │
│ Hito: Cómodo con trabajo rutinario │
└─────────────────────────────────────────────────┘
Hitos Mes 2-3
FASE DE ACELERACIÓN
METAS MES 2:
┌─────────────────────────────────────────────────┐
│ Técnico: │
│ ☐ Ser dueño de feature mediana de punta a punta│
│ ☐ Debuggear issues complejos con guía │
│ ☐ Entender mayoría de estructura del codebase │
│ ☐ Escribir tests para features propias │
│ │
│ Proceso: │
│ ☐ Liderar standup una vez │
│ ☐ Estimar tareas con confianza │
│ ☐ Participar activamente en retros │
│ │
│ Cultural: │
│ ☐ Conocer fortalezas de miembros del equipo │
│ ☐ Cómodo pidiendo ayuda │
│ ☐ Contribuyendo a decisiones del equipo │
└─────────────────────────────────────────────────┘
METAS MES 3:
┌─────────────────────────────────────────────────┐
│ Técnico: │
│ ☐ Ser dueño de feature compleja independiente │
│ ☐ Ayudar a incorporar otro nuevo miembro │
│ ☐ Contribuir a discusiones de arquitectura │
│ ☐ Identificar y arreglar deuda técnica solo │
│ │
│ Proceso: │
│ ☐ Liderar ceremonia del sprint │
│ ☐ Mentorear a otros en áreas de expertise │
│ ☐ Proponer mejoras de proceso │
│ │
│ CHECK-IN DE 90 DÍAS: │
│ ☐ Revisión de desempeño con manager │
│ ☐ Discusión de desarrollo de carrera │
│ ☐ Metas para próximo trimestre │
└─────────────────────────────────────────────────┘
Sistema de Buddy
ESTRUCTURA DEL PROGRAMA DE BUDDY
RESPONSABILIDADES DEL BUDDY:
┌─────────────────────────────────────────────────┐
│ Semana 1: │
│ ├── Sync diario de 30 min │
│ ├── Disponible para preguntas (Slack) │
│ ├── Ayudar con setup de entorno │
│ ├── Revisar primeros PRs con coaching │
│ └── Presentar a personas clave │
│ │
│ Semana 2-4: │
│ ├── Sync 2-3x por semana │
│ ├── Sesiones de pair programming │
│ ├── Responder preguntas de arquitectura │
│ └── Feedback sobre progreso │
│ │
│ Mes 2-3: │
│ ├── Check-in semanal │
│ ├── Disponible según se necesite │
│ └── Transición a relación de pares │
└─────────────────────────────────────────────────┘
CRITERIOS DE SELECCIÓN DE BUDDY:
┌─────────────────────────────────────────────────┐
│ ✓ Al menos 6 meses en el equipo │
│ ✓ Fuertes habilidades técnicas │
│ ✓ Paciente y buen comunicador │
│ ✓ Se ofrece como voluntario para el rol │
│ ✓ Tiene capacidad (reducir carga si necesario) │
└─────────────────────────────────────────────────┘
Checklist de Documentación
DOCUMENTACIÓN DE ONBOARDING
DOCS REQUERIDOS PARA NUEVOS EMPLEADOS:
┌─────────────────────────────────────────────────┐
│ Comenzando: │
│ ☐ README con instrucciones de setup │
│ ☐ Guía de entorno de desarrollo │
│ ☐ Cómo ejecutar tests │
│ ☐ Cómo hacer deploy (si aplica) │
│ │
│ Arquitectura: │
│ ☐ Visión general de arquitectura del sistema │
│ ☐ Componentes clave y su propósito │
│ ☐ Diagramas de flujo de datos │
│ ☐ Integraciones de terceros │
│ │
│ Procesos: │
│ ☐ Estrategia de branching de Git │
│ ☐ Guías de code review │
│ ☐ Agenda de sprint/ceremonias │
│ ☐ Proceso de respuesta a incidentes │
│ │
│ Equipo: │
│ ☐ Charter/acuerdos de trabajo del equipo │
│ ☐ A quién preguntar qué │
│ ☐ Rutas de escalamiento │
│ ☐ Cadencia de reuniones │
└─────────────────────────────────────────────────┘
TAREA DE MEJORA DE DOCS:
┌─────────────────────────────────────────────────┐
│ Asignación para nuevos empleados: │
│ │
│ "Documenta algo que fue difícil de entender │
│ durante tu onboarding. Crea o actualiza │
│ docs para ayudar a la siguiente persona." │
│ │
│ Beneficios: │
│ ├── Ojos frescos detectan gaps │
│ ├── Docs mejoran continuamente │
│ └── Oportunidad de contribución temprana │
└─────────────────────────────────────────────────┘
Métricas de Onboarding
MIDIENDO EL ÉXITO DEL ONBOARDING
TIEMPO A PRODUCTIVIDAD:
┌─────────────────────────────────────────────────┐
│ Hito Objetivo Real │
│ ───────────────────────────────────────────── │
│ Primer commit Día 2 Día 1 ✓ │
│ Primer PR mergd Semana 1 Día 3 ✓ │
│ Primera tarea solo Semana 2 Semana 2 ✓ │
│ Feature independ. Mes 1 Semana 5 ⚠ │
│ Productividad tot Mes 3 TBD │
└─────────────────────────────────────────────────┘
SATISFACCIÓN DE ONBOARDING:
┌─────────────────────────────────────────────────┐
│ Encuesta a 30 días (escala 1-5): │
│ │
│ P1: Tenía lo que necesitaba para empezar │
│ P2: Mi buddy fue útil │
│ P3: Entiendo los procesos del equipo │
│ P4: Sé a quién pedir ayuda │
│ P5: Me siento bienvenido en el equipo │
│ │
│ Objetivo promedio: 4+ │
│ Usar feedback para mejorar proceso │
└─────────────────────────────────────────────────┘
Mejores Prácticas
- Preparar antes del Día 1 — cuentas, equipo listo
- Asignar un buddy — persona de soporte dedicada
- Primer PR en Semana 1 — victorias tempranas construyen confianza
- Complejidad progresiva — tareas fáciles primero
- Check-ins a 30/60/90 — feedback estructurado
- Documentar todo — info autoservicio
- Reducir carga de reuniones inicialmente para tiempo de aprendizaje
- Mejorar con cada contratación — iterar el proceso
Anti-Patrones
✗ Sin plan estructurado de onboarding
✗ Lanzar a nuevos a trabajo complejo inmediatamente
✗ Buddy demasiado ocupado para ayudar realmente
✗ Documentación faltante o desactualizada
✗ Sin check-ins para feedback
✗ Mismo enfoque para todos los roles