7 min lectura • Guide 648 of 877
Coaching a Desarrolladores Junior
El coaching efectivo transforma a los desarrolladores junior en contribuidores confiados que agregan valor a sus equipos. GitScrum ayuda a estructurar la mentoría con asignaciones de tareas apropiadas al nivel de habilidad, seguimiento de progreso y mecanismos de feedback que soportan el aprendizaje continuo y el crecimiento.
Framework de Mentoría
Evaluación de Habilidades
MATRIZ DE HABILIDADES DE DESARROLLADOR JUNIOR:
┌─────────────────────────────────────────────────────────────┐
│ DESARROLLADOR: Alex Chen │
│ Fecha Inicio: Enero 2024 │
├────────────────────┬─────┬────────────────────────────────┤
│ HABILIDAD │NIVEL│ NOTAS │
├────────────────────┼─────┼────────────────────────────────┤
│ JavaScript │ ██░░│ Sintaxis buena, patrones débil │
│ React │ █░░░│ Componentes OK, state mgmt TBD │
│ Git │ ██░░│ Flujo básico, sin rebase │
│ Testing │ █░░░│ Solo tests unitarios │
│ Code Review │ █░░░│ Aprendiendo a recibir/dar │
│ Comunicación │ ███░│ Claro, hace buenas preguntas │
│ Resolución Probl. │ ██░░│ Metódico, necesita patrones │
└────────────────────┴─────┴────────────────────────────────┘
CLAVE DE NIVELES:
█░░░ Principiante ██░░ En Desarrollo ███░ Competente ████ Proficiente
Ruta de Aprendizaje
RUTA DE ONBOARDING DE 90 DÍAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ MES 1: FUNDAMENTOS │
│ Semana 1-2: Setup de ambiente, tour del codebase │
│ Semana 3-4: Primeras correcciones de bugs con pairing │
│ Hito: Completar 3 correcciones de bugs independientemente │
│ │
│ MES 2: CONSTRUYENDO CONFIANZA │
│ Semana 5-6: Mejoras de documentación │
│ Semana 7-8: Primera feature pequeña │
│ Hito: Enviar feature a producción │
│ │
│ MES 3: AUMENTANDO AUTONOMÍA │
│ Semana 9-10: Tareas de complejidad media │
│ Semana 11-12: Comenzar code reviews (como reviewer) │
│ Hito: Ser dueño de un área pequeña del proyecto │
│ │
│ CONTINUO: 1:1 semanal, revisión de habilidades bi-semanal │
└─────────────────────────────────────────────────────────────┘
Estrategia de Asignación de Tareas
Escalera de Complejidad
PROGRESIÓN DE TAREAS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ NIVEL 1 - GUIADO (Semana 1-4) │
│ ├── Correcciones de typos, cambios de copy │
│ ├── Correcciones de bugs simples (causa clara) │
│ └── Actualizaciones de documentación │
│ Soporte: Pair programming, guía paso a paso │
│ │
│ NIVEL 2 - SOPORTADO (Semana 5-8) │
│ ├── Correcciones de bugs multi-archivo │
│ ├── Features pequeñas (aisladas) │
│ └── Adiciones de cobertura de tests │
│ Soporte: Apuntar a recursos, revisar enfoque antes de code │
│ │
│ NIVEL 3 - INDEPENDIENTE (Semana 9-12) │
│ ├── Features medianas │
│ ├── Mejoras de performance │
│ └── Tareas de refactoring │
│ Soporte: Disponible para preguntas, revisar PR │
│ │
│ NIVEL 4 - LIDERANDO (Mes 4+) │
│ ├── Participación en diseño de features │
│ ├── Mentorear nuevos juniors │
│ └── Decisiones técnicas en su scope │
│ Soporte: Solo guía estratégica │
└─────────────────────────────────────────────────────────────┘
Preparación de Tareas
TEMPLATE DE TAREA LISTA PARA JUNIOR:
┌─────────────────────────────────────────────────────────────┐
│ Tarea: Agregar estado de loading a lista de usuarios │
├─────────────────────────────────────────────────────────────┤
│ │
│ CONTEXTO: │
│ La lista de usuarios no muestra feedback mientras carga. │
│ Los usuarios piensan que la página está rota. │
│ │
│ CRITERIOS DE ACEPTACIÓN: │
│ ✓ Mostrar spinner mientras llamada API en progreso │
│ ✓ Ocultar spinner cuando datos cargan │
│ ✓ Mostrar estado de error si API falla │
│ ✓ Usar componente Spinner existente │
│ │
│ ARCHIVOS A REVISAR: │
│ • src/components/UserList.jsx (agregar lógica) │
│ • src/components/Spinner.jsx (existente) │
│ • src/hooks/useUsers.js (hook de API) │
│ │
│ EJEMPLOS SIMILARES: │
│ • Ver ProductList.jsx líneas 23-45 │
│ │
│ TIEMPO ESTIMADO: 2-3 horas │
│ MENTOR: @Sarah (escríbele si bloqueado > 30 min) │
└─────────────────────────────────────────────────────────────┘
Estructura de Feedback
1:1s Semanales
AGENDA DE 1:1 CON JUNIOR:
┌─────────────────────────────────────────────────────────────┐
│ FRECUENCIA: Semanal, 30 minutos │
├─────────────────────────────────────────────────────────────┤
│ │
│ CHECK-IN (5 min): │
│ • ¿Cómo te sientes esta semana? │
│ • ¿Algo bloqueándote? │
│ │
│ REVISIÓN DE TRABAJO (10 min): │
│ • ¿Qué completaste? │
│ • ¿Qué aprendiste? │
│ • ¿Dónde te trabaste? │
│ │
│ FEEDBACK (10 min): │
│ • Reconocer logros específicos │
│ • Áreas de mejora (1-2 máximo) │
│ • Discutir un ejemplo de código │
│ │
│ PLANIFICACIÓN (5 min): │
│ • Próximas tareas │
│ • Enfoque de aprendizaje │
│ • Recursos necesarios │
│ │
│ DOCUMENTAR EN GITSCRUM: │
│ • Notas clave de la conversación │
│ • Acciones acordadas │
│ • Progreso en habilidades │
└─────────────────────────────────────────────────────────────┘
Feedback en Code Reviews
GUÍA DE CODE REVIEW PARA JUNIORS:
┌─────────────────────────────────────────────────────────────┐
│ │
│ PRINCIPIOS: │
│ • Enseñar, no solo corregir │
│ • Explicar el "por qué" │
│ • Señalar lo que hicieron bien │
│ • Limitar comentarios (no abrumar) │
│ │
│ TIPOS DE COMENTARIOS: │
│ │
│ ✅ BIEN: │
│ "Este enfoque funciona, pero considera usar useCallback │
│ aquí para evitar re-renders innecesarios. Mira este │
│ artículo para más contexto: [link]" │
│ │
│ ❌ EVITAR: │
│ "Esto está mal. Usa useCallback." │
│ │
│ CATEGORÍAS: │
│ • [blocker] - Debe arreglarse antes de merge │
│ • [suggestion] - Mejora recomendada │
│ • [nit] - Preferencia menor │
│ • [question] - Pregunta para entender │
│ • [praise] - Reconocer algo bien hecho │
└─────────────────────────────────────────────────────────────┘
Celebrando Progreso
Reconocimiento de Hitos
HITOS A CELEBRAR:
┌─────────────────────────────────────────────────────────────┐
│ │
│ PRIMERAS SEMANAS: │
│ ⭐ Primera PR mergeada │
│ ⭐ Primer bug arreglado │
│ ⭐ Primer code review dado │
│ │
│ PRIMER MES: │
│ ⭐ Feature enviada a producción │
│ ⭐ Resolver issue sin ayuda │
│ ⭐ Ayudar a otro desarrollador │
│ │
│ PRIMEROS 3 MESES: │
│ ⭐ Dueño de área del código │
│ ⭐ Presentar en equipo │
│ ⭐ Mejorar documentación significativamente │
│ │
│ FORMAS DE RECONOCER: │
│ • Mención en standup/retrospectiva │
│ • Mensaje en canal del equipo │
│ • Feedback positivo en 1:1 │
│ • Incluir en reporte a liderazgo │
└─────────────────────────────────────────────────────────────┘