Mentoría en equipos de software
Cómo diseñar una mentoría que ayude a los nuevos desarrolladores a rendir pronto y quedarse.
Qué cubre esta presentación
Qué cubre esta presentación
Qué cubre esta presentación
Qué frena a los nuevos desarrolladores
Los recién llegados chocan con cinco barreras
Una revisión de 20 estudios halló 15 barreras para los recién llegados al código abierto.
- Interacción social
- Conocimientos previos
- Saber por dónde empezar
- Documentación
- Obstáculos técnicos
Mentoría y rapidez de entrada
Con mentor, aportan antes
Los recién llegados con mentor se activaron antes que quienes entraron por la vía habitual.
Cuando la incorporación se queda corta
Las tareas fáciles no retienen a nadie
En Mozilla, quienes llegaban por los programas tenían la mitad de probabilidad de quedarse.
- ¿Retuvo el programa a los recién llegados? Se quedó la mitad que por otra vía.
- ¿Le sirvió a alguien? Quienes se quedaron lo valoraron.
Elegir las primeras tareas
Elige las primeras tareas con cuidado
En Microsoft, las primeras tareas marcaron cómo los nuevos aprendían, ganaban confianza y se integraban.
- Aprendizaje el código y las herramientas
- Confianza un primer cambio en producción
- Pertenencia saber a quién preguntar
Evidencia sobre programación en pareja
Emparejarse cuesta esfuerzo, gana rapidez o calidad
Un metaanálisis halló algo más de calidad, menos duración y más esfuerzo total.
- Calidad mejora pequeña
- Duración mejora media, se termina antes
- Esfuerzo coste medio, dos personas
Cuándo trabajar en pareja
En tareas complejas, programa en pareja
Las parejas fueron más rápidas en tareas simples y escribieron mejor código en las complejas.
- Tareas simples más rápido, menos calidad
- Tareas complejas más calidad, más esfuerzo
La primera semana
Resuelve lo técnico antes del primer día
Los obstáculos técnicos son uno de los cinco grupos de barreras de los recién llegados.
- El proyecto compila el primer día
- Un mentor con nombre, distinto del jefe
- Una tarea inicial con revisor
- Un mapa de quién lleva qué
La revisión de código como mentoría
Convierte la revisión de código en aprendizaje
Quien revisa puede explicar por qué importa un cambio, no solo qué corregir.
Fuentes
La investigación detrás de esta presentación
- Steinmacher, I., Graciotto Silva, M. A., Gerosa, M. A. & Redmiles, D. F. (2015) A systematic literature review on the barriers faced by newcomers to open source software projects Information and Software Technology, 59, 67-85
- Fagerholm, F., Sanchez Guinea, A., Münch, J. & Borenstein, J. (2014) The role of mentoring and project characteristics for onboarding in open source software projects Proceedings of the 8th ACM/IEEE International Symposium on Empirical Software Engineering and Measurement (ESEM 2014), 1-10
- Labuschagne, A. & Holmes, R. (2015) Do onboarding programs work? 2015 IEEE/ACM 12th Working Conference on Mining Software Repositories (MSR), 381-385
- Ju, A., Sajnani, H., Kelly, S. & Herzig, K. (2021) A case study of onboarding in software teams: Tasks and strategies 2021 IEEE/ACM 43rd International Conference on Software Engineering (ICSE), 613-623
- Hannay, J. E., Dybå, T., Arisholm, E. & Sjøberg, D. I. K. (2009) The effectiveness of pair programming: A meta-analysis Information and Software Technology, 51(7), 1110-1122
Que los nuevos entreguen y se queden
Quita barreras, elige bien las primeras tareas y trabaja en pareja donde compense.