Onboarding Efectivo de Devs | Guía GitScrum

Haz que nuevos devs sean productivos rápidamente con onboarding estructurado. Reduce tiempo de adaptación significativamente.

7 min de lectura

Un mal onboarding desperdicia meses de productividad. Un buen onboarding hace que los desarrolladores contribuyan en semanas. La diferencia está en la estructura, documentación y apoyo intencional. Esta guía cubre enfoques prácticos para el onboarding de desarrolladores.

Línea de Tiempo del Onboarding

Pre-Boarding

Antes del Día 1

PREPARACIÓN PRE-BOARDING
═════════════════════════

ANTES DE LA FECHA DE INICIO:
─────────────────────────────────────
Administrativo:
├── Papelería de empleo
├── Equipo ordenado/enviado
├── Cuentas creadas:
│   ├── Email
│   ├── Slack
│   ├── GitHub/GitLab
│   ├── GitScrum
│   ├── Proveedores cloud
│   └── Otras herramientas
└── Listo para Día 1

Preparación del equipo:
├── Buddy asignado
├── Primera semana agendada
├── Equipo informado
├── Mensaje de bienvenida listo
├── Tareas de onboarding listas
└── Sin prisas el Día 1

CHECKLIST DE EQUIPO:
─────────────────────────────────────
├── Laptop con configuración estándar
├── Monitores si es remoto
├── Periféricos necesarios
├── Setup de seguridad (VPN, etc.)
├── Herramientas de desarrollo instaladas
└── Listo para trabajar

Día 1

Experiencia del Primer Día

ESTRUCTURA DEL DÍA 1
════════════════════

MAÑANA:
─────────────────────────────────────
9:00 - Bienvenida con manager
├── Intro del equipo
├── Visión general de la empresa
├── Agenda de Semana 1
└── Preguntas

10:00 - Presentación del Buddy
├── Conoce a tu buddy
├── Tour de herramientas
├── Canales de Slack
├── Cómo hacer preguntas
└── Primer amigo

11:00 - Setup de cuentas
├── Verificar todos los accesos
├── Gestores de contraseñas
├── Setup de 2FA
├── Resolver problemas
└── Listo para trabajar

TARDE:
─────────────────────────────────────
13:00 - Setup de desarrollo
├── Clonar repos
├── Ejecutar scripts de setup
├── Entorno local
├── Compilar y ejecutar
├── Buddy ayuda
└── Entorno funcionando

15:00 - Primera tarea
├── Tarea pequeña, alcanzable
├── Etiqueta good-first-issue
├── Buddy disponible
├── Baja presión
└── Primer PR posible

16:30 - Check-in del Día 1
├── ¿Cómo estuvo el día?
├── ¿Algún bloqueador?
├── ¿Preguntas?
├── ¿Qué hay mañana?
└── Terminar en positivo

Semana 1

Orientación y Setup

ACTIVIDADES DE SEMANA 1
═══════════════════════

CHECK-INS DIARIOS CON BUDDY:
─────────────────────────────────────
├── 15 min al inicio del día
├── ¿Preguntas de ayer?
├── ¿Cuál es el enfoque hoy?
├── ¿Algún bloqueador?
├── Soporte disponible
└── No estás solo

RECORRIDO DEL CODEBASE:
─────────────────────────────────────
Día 2-3:
├── Visión general de arquitectura
├── Componentes principales
├── Flujo de datos
├── Patrones clave
├── Dónde encontrar cosas
├── No memorizar—entender estructura
└── Referencia para después

PRÁCTICAS DEL EQUIPO:
─────────────────────────────────────
Día 3-4:
├── Flujo de Git
├── Proceso de code review
├── Convenciones de PR
├── Expectativas de testing
├── Proceso de deployment
├── Normas de comunicación
└── Cómo trabajamos

PRIMER PR:
─────────────────────────────────────
Al final de semana 1:
├── Cambio pequeño
├── Fix simple o actualización
├── Proceso completo (PR, review, merge)
├── Contribución real
├── ¡Celebración!
└── Primer logro

CHECKLIST SEMANA 1:
─────────────────────────────────────
☐ Entorno completamente funcionando
☐ Todos los accesos confirmados
☐ Conocí a los miembros del equipo
☐ Entendí lo básico de arquitectura
☐ Conozco las prácticas del equipo
☐ Primer PR mergeado
☐ Sé a quién pedir ayuda

Mes 1

Acelerando

PROGRESIÓN DEL MES 1
════════════════════

SEMANA 2-3:
─────────────────────────────────────
├── Tareas más complejas
├── Features de alcance menor
├── Corrección de bugs
├── Participación en code review
├── Menos guía del buddy
├── Creciendo en independencia
└── Construyendo confianza

SEMANA 3-4:
─────────────────────────────────────
├── Trabajo en features
├── Algo de pair, algo solo
├── Unirse a discusiones de planning
├── Contribuir al diseño
├── Parte del equipo
└── Contribución significativa

1:1 CON MANAGER:
─────────────────────────────────────
Semanal durante onboarding:
├── ¿Cómo va todo?
├── ¿Qué es confuso?
├── ¿Recibiendo suficiente soporte?
├── ¿Ritmo muy rápido/lento?
├── ¿Feedback para nosotros?
├── ¿Ajustes necesarios?
└── Soporte activo

METAS DEL MES 1:
─────────────────────────────────────
☐ Completé varios PRs
☐ Trabajando en features reales
☐ Revisé código de otros
☐ Me uní a ceremonias del equipo
☐ Me siento parte del equipo
☐ Sé dónde encontrar ayuda
☐ Confianza creciendo

Documentación

Aprendizaje Autoservicio

DOCUMENTACIÓN DE ONBOARDING
═══════════════════════════

GUÍA DE ONBOARDING:
─────────────────────────────────────
Documento central:
├── Checklist del Día 1
├── Checklist de Semana 1
├── Instrucciones de setup
├── Enlaces clave
├── Quién hace qué
├── FAQ
├── Actualizado por cada nuevo empleado
└── Documento vivo

GUÍA DE SETUP:
─────────────────────────────────────
README o doc de setup:
├── Prerequisitos
├── Setup paso a paso
├── Solución de problemas comunes
├── Pasos de verificación
├── Funciona en todas las máquinas
├── Un comando si es posible
└── Probado regularmente

DOCS DE ARQUITECTURA:
─────────────────────────────────────
Para referencia:
├── Visión general del sistema
├── Diagramas de componentes
├── Flujos de datos
├── Decisiones clave (ADRs)
├── Dónde aprender más
└── Entendimiento autoservicio

FAQ:
─────────────────────────────────────
De preguntas pasadas:
├── "¿Cómo ejecuto tests?"
├── "¿Dónde está configurado X?"
├── "¿Cómo hago deploy?"
├── "¿Quién es dueño de Y?"
├── Agregar nuevas preguntas conforme surjan
└── Reduce preguntas repetidas

Sistema de Buddy

Soporte de Onboarding

PROGRAMA DE BUDDY
═════════════════

ROL DEL BUDDY:
─────────────────────────────────────
Responsabilidades del buddy:
├── Check-ins diarios Semana 1
├── Responder preguntas
├── Pair en primeras tareas
├── Presentar cultura del equipo
├── Navegar la organización
├── Primer punto de contacto
├── Amigo, no manager
└── Acelerar onboarding

SELECCIÓN DE BUDDY:
─────────────────────────────────────
Buen buddy:
├── 6+ meses en el equipo
├── Paciente y servicial
├── Buen comunicador
├── Disponible (no sobrecargado)
├── Rol similar ayuda
├── Preferible voluntario
└── Invertir en selección

COMPROMISO DEL BUDDY:
─────────────────────────────────────
Inversión de tiempo:
├── Semana 1: 2-3 horas/día
├── Semana 2: 1-2 horas/día
├── Semana 3-4: 30 min/día
├── Mes 2: Según se necesite
├── Significativo pero vale la pena
└── ROI en onboarding más rápido

Onboarding con GitScrum

Introducción a la Herramienta

ONBOARDING EN GITSCRUM
══════════════════════

SEMANA 1:
─────────────────────────────────────
├── Agregar al proyecto
├── Mostrar visión general del board
├── Explicar el flujo de trabajo
├── Primera tarea asignada
├── Cómo actualizar estado
├── Uso básico
└── Empezar simple

SEMANA 2-3:
─────────────────────────────────────
├── Más features
├── Etiquetas y filtros
├── Tracking de tiempo si se usa
├── Participación en sprint
├── Uso más profundo
└── Volviéndose competente

TAREAS DE ONBOARDING:
─────────────────────────────────────
Rastrear onboarding como tareas:
├── Setup de entorno ☐
├── Conocer al equipo ☐
├── Recorrido de arquitectura ☐
├── Primer PR ☐
├── Progreso visible
└── Nada olvidado

DOCUMENTACIÓN:
─────────────────────────────────────
├── NoteVault para docs de onboarding
├── Enlazado desde tareas
├── Buscable
├── Actualizado según se necesite
└── Integrado con el trabajo

Mejores Prácticas

Para Onboarding de Desarrolladores

Anti-Patrones

ERRORES DE ONBOARDING:
✗ Sin preparación para el Día 1
✗ Enfoque de "figúralo tú"
✗ Sin buddy/mentor
✗ Sin documentación
✗ Lanzar a trabajo complejo muy temprano
✗ Sin check-ins
✗ Mismo onboarding para todos los niveles
✗ El onboarding termina después de Semana 1

Soluciones Relacionadas

• Onboarding ágil para nuevos miembros del equipo
• Creando documentación de onboarding comprensiva
• Construyendo cultura de equipo remotamente