9 min lectura • Guide 294 of 877
Onboarding Ágil para Nuevos Miembros del Equipo
Los nuevos miembros en entornos ágiles necesitan entender tanto la metodología como las prácticas específicas del equipo. Un buen onboarding acelera la productividad, reduce la frustración y ayuda a los nuevos integrantes a contribuir significativamente más rápido.
Timeline de Onboarding
FASES DEL ONBOARDING:
┌─────────────────────────────────────────────────────────────┐
│ │
│ FASE 1: DÍA 1 │
│ ───────────────── │
│ Enfoque: Acceso, setup, presentaciones │
│ Duración: 1 día │
│ Meta: Sentirse bienvenido, herramientas funcionando │
│ │
│ FASE 2: SEMANA 1 │
│ ───────────────── │
│ Enfoque: Observar, aprender, primera tarea │
│ Duración: 5 días │
│ Meta: Primera contribución completada │
│ │
│ FASE 3: SEMANAS 2-4 │
│ ───────────────────── │
│ Enfoque: Contribuir con soporte │
│ Duración: 3 semanas │
│ Meta: Contribuciones crecientes, menos dependencia │
│ │
│ FASE 4: MES 2+ │
│ ────────────────── │
│ Enfoque: Miembro completo del equipo │
│ Duración: Continuo │
│ Meta: Velocidad completa, autonomía │
└─────────────────────────────────────────────────────────────┘
Primer Día
Setup y Presentaciones
CHECKLIST DEL DÍA UNO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ ANTES DE LA LLEGADA: │
│ ───────────────────── │
│ ✓ Cuentas creadas (email, Slack, GitScrum) │
│ ✓ Acceso a repositorios otorgado │
│ ✓ Guía de ambiente de desarrollo lista │
│ ✓ Buddy asignado │
│ ✓ Mensaje de bienvenida enviado │
│ ✓ Calendario de primera semana bloqueado │
│ │
│ MAÑANA: │
│ ───────── │
│ 9:00 Bienvenida, conocer al buddy │
│ 9:30 Presentación del equipo (ronda rápida) │
│ 10:00 Setup de cuentas, acceso a herramientas │
│ 11:00 Setup del ambiente de desarrollo (con buddy) │
│ 12:00 Almuerzo con el equipo │
│ │
│ TARDE: │
│ ────── │
│ 13:00 Tour del código base (alto nivel) │
│ 14:00 Overview de prácticas del equipo │
│ 15:00 Primera tarea pequeña asignada │
│ 16:00 Tiempo tranquilo para leer documentación │
│ 16:30 Check-in de fin de día con buddy │
│ │
│ FIN DEL DÍA - LA PERSONA NUEVA DEBE: │
│ ───────────────────────────────────── │
│ ✓ Tener todos los accesos funcionando │
│ ✓ Poder correr código localmente │
│ ✓ Conocer los nombres de los miembros │
│ ✓ Entender la primera tarea pequeña │
│ ✓ Saber dónde encontrar ayuda │
│ ✓ Sentirse bienvenido, no abrumado │
└─────────────────────────────────────────────────────────────┘
Primera Semana
Aprendizaje y Primera Contribución
ESTRUCTURA DE LA SEMANA UNO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ RITMO DIARIO: │
│ ───────────── │
│ │
│ Mañana: │
│ ├── Unirse al standup (observar primeros días) │
│ ├── Check-in con buddy │
│ ├── Trabajar en tareas de aprendizaje │
│ └── Preguntar libremente │
│ │
│ Tarde: │
│ ├── Pair con miembros del equipo │
│ ├── Continuar aprendiendo │
│ ├── Check-in de fin de día con buddy │
│ └── Documentar preguntas │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ ACTIVIDADES DE APRENDIZAJE: │
│ ──────────────────────────── │
│ Día 1: Setup y orientación │
│ Día 2: Walkthrough del código, arquitectura │
│ Día 3: Primer PR (documentación o fix pequeño) │
│ Día 4: Pair en tarea real │
│ Día 5: Tomar historia pequeña │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ CRITERIOS PARA PRIMERA TAREA: │
│ ────────────────────────────── │
│ Buenas primeras tareas: │
│ ├── Mejora de documentación │
│ ├── Bug fix simple │
│ ├── Agregar test │
│ ├── Cambio pequeño de UI │
│ ├── Cleanup de código │
│ └── Algo completable rápidamente │
│ │
│ ¿Por qué? │
│ ├── Victoria temprana genera confianza │
│ ├── Aprende el proceso completo │
│ ├── Recibe feedback de PR review │
│ ├── Se siente contribuidor │
│ └── No solo leyendo documentos │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ ASISTIR A TODAS LAS CEREMONIAS: │
│ ──────────────────────────────── │
│ ├── Daily standup (observar, luego participar) │
│ ├── Sprint review (ver cómo luce "terminado") │
│ ├── Retrospectiva (cómo mejora el equipo) │
│ ├── Planning (cómo se selecciona trabajo) │
│ ├── Grooming (cómo se refina trabajo) │
│ └── Aprender asistiendo, no solo leyendo │
└─────────────────────────────────────────────────────────────┘
Semanas 2-4
Contribución con Soporte
RAMPA DE CONTRIBUCIÓN:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SEMANA 2: │
│ ────────── │
│ • Tomar 1-2 historias pequeñas │
│ • Participar activamente en standups │
│ • Hacer preguntas en refinamiento │
│ • Comenzar a entender dominio del negocio │
│ • Pair programming frecuente │
│ │
│ SEMANA 3: │
│ ────────── │
│ • Tomar historias medianas │
│ • Hacer primeros code reviews │
│ • Identificar áreas de mejora │
│ • Reducir pairing, más trabajo independiente │
│ • Comenzar a ayudar con documentación │
│ │
│ SEMANA 4: │
│ ────────── │
│ • Carga de trabajo casi normal │
│ • Participar en decisiones técnicas │
│ • Compartir feedback en retrospectiva │
│ • Mentorear a otros nuevos (si aplica) │
│ • Contribuir a mejoras de proceso │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ SOPORTE DURANTE ESTA FASE: │
│ ─────────────────────────── │
│ • Buddy disponible pero menos activo │
│ • Check-ins semanales en lugar de diarios │
│ • Acceso a toda documentación │
│ • Canales claros para preguntas │
│ • Feedback regular y constructivo │
└─────────────────────────────────────────────────────────────┘
Documentación de Onboarding
Qué Documentar
DOCUMENTO DE ONBOARDING DEL EQUIPO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ SECCIÓN 1: CULTURA Y VALORES │
│ ───────────────────────────── │
│ • Valores del equipo │
│ • Normas de colaboración │
│ • Expectativas de comunicación │
│ • Horarios de trabajo │
│ • Políticas de remote/híbrido │
│ │
│ SECCIÓN 2: PRÁCTICAS ÁGILES │
│ ──────────────────────────── │
│ • Tipo de framework (Scrum, Kanban, híbrido) │
│ • Duración del sprint │
│ • Calendario de ceremonias │
│ • Cómo estimamos (puntos, t-shirts, etc.) │
│ • Definición de Terminado │
│ • Definición de Listo │
│ │
│ SECCIÓN 3: HERRAMIENTAS │
│ ──────────────────────── │
│ • GitScrum: cómo usamos tableros │
│ • Git: branching strategy, convenciones │
│ • CI/CD: pipelines, deploys │
│ • Comunicación: Slack canales, respuestas esperadas │
│ • Documentación: dónde vive qué │
│ │
│ SECCIÓN 4: ARQUITECTURA │
│ ──────────────────────── │
│ • Diagrama de alto nivel │
│ • Servicios principales │
│ • Stack tecnológico │
│ • Cómo correr localmente │
│ • Cómo debuggear │
│ │
│ SECCIÓN 5: QUIÉN ES QUIÉN │
│ ────────────────────────── │
│ • Roles del equipo │
│ • A quién preguntar qué │
│ • Stakeholders clave │
│ • Dependencias con otros equipos │
│ │
│ SECCIÓN 6: PRIMEROS DÍAS │
│ ───────────────────────── │
│ • Checklist de setup │
│ • Tareas recomendadas de primera semana │
│ • Recursos de aprendizaje │
│ • FAQs comunes │
└─────────────────────────────────────────────────────────────┘
Sistema de Buddy
Rol del Buddy
RESPONSABILIDADES DEL BUDDY:
┌─────────────────────────────────────────────────────────────┐
│ │
│ PRIMERA SEMANA: │
│ ──────────────── │
│ • Check-in mañana y tarde │
│ • Responder preguntas inmediatas │
│ • Ayudar con setup técnico │
│ • Presentar a personas clave │
│ • Almorzar juntos │
│ • Pair en primera tarea │
│ │
│ SEMANAS 2-4: │
│ ───────────── │
│ • Check-in semanal │
│ • Disponible para preguntas │
│ • Review de primeros PRs │
│ • Feedback sobre progreso │
│ • Conexión con recursos │
│ │
│ MES 2+: │
│ ──────── │
│ • Check-ins mensuales │
│ • Apoyo continuo según necesidad │
│ • Transición a relación de par │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ CARACTERÍSTICAS DE BUEN BUDDY: │
│ ─────────────────────────────── │
│ ✓ Paciencia para preguntas "obvias" │
│ ✓ Disponibilidad durante primera semana │
│ ✓ Conocimiento del equipo y procesos │
│ ✓ Habilidad para explicar contexto │
│ ✓ Actitud positiva y acogedora │
│ ✓ No necesita ser el más senior │
│ │
│ ANTI-PATRÓN: │
│ "Pregúntale a cualquiera del equipo" │
│ → La persona nueva no sabe a quién preguntar qué │
│ → Mejor: punto de contacto único las primeras semanas │
└─────────────────────────────────────────────────────────────┘
Métricas de Onboarding
Cómo Medir Éxito
MÉTRICAS DE ONBOARDING EFECTIVO:
┌─────────────────────────────────────────────────────────────┐
│ │
│ TIEMPO A PRIMERA CONTRIBUCIÓN: │
│ ─────────────────────────────── │
│ Meta: < 5 días │
│ Mide: Primer PR mergeado │
│ Indica: Eficiencia del setup y primeras tareas │
│ │
│ TIEMPO A VELOCIDAD COMPLETA: │
│ ───────────────────────────── │
│ Meta: 4-8 semanas │
│ Mide: Puntos completados comparable al promedio │
│ Indica: Efectividad del onboarding completo │
│ │
│ RETENCIÓN A 90 DÍAS: │
│ ───────────────────── │
│ Meta: >95% │
│ Mide: ¿Siguen en el equipo? │
│ Indica: Calidad de la experiencia de onboarding │
│ │
│ SATISFACCIÓN DEL NUEVO MIEMBRO: │
│ ──────────────────────────────── │
│ Meta: >4/5 │
│ Mide: Survey al final de semana 4 │
│ Indica: Experiencia percibida │
│ │
│ ─────────────────────────────────────────────────────────── │
│ │
│ SURVEY DE ONBOARDING (SEMANA 4): │
│ ───────────────────────────────── │
│ 1. ¿Te sentiste bienvenido? │
│ 2. ¿El setup fue fluido? │
│ 3. ¿Entiendes las prácticas del equipo? │
│ 4. ¿Sabes a quién preguntar qué? │
│ 5. ¿Qué mejorarías del onboarding? │
│ │
│ → Usar feedback para iterar el proceso │
└─────────────────────────────────────────────────────────────┘