Il mentoring nei team software
Come progettare un mentoring che renda presto produttivi i nuovi sviluppatori e li trattenga.
Cosa trovate in questa presentazione
Cosa trovate in questa presentazione
Cosa trovate in questa presentazione
Cosa frena i nuovi sviluppatori
Chi arriva incontra cinque tipi di ostacoli
Una rassegna di 20 studi ha trovato 15 ostacoli per chi entra nell’open source.
- Interazione sociale
- Conoscenze di partenza
- Capire da dove iniziare
- Documentazione
- Ostacoli tecnici
Il mentoring accelera l’ingresso
Con un mentor si contribuisce prima
Con un mentor, i nuovi arrivati sono diventati attivi prima degli altri.
Quando l’onboarding non basta
I compiti facili non trattengono nessuno
In Mozilla, chi arrivava dai programmi diventava contributore stabile la metà delle volte.
- Il programma ha trattenuto i nuovi? Ne sono rimasti la metà.
- È servito a qualcuno? Chi è rimasto lo ha apprezzato.
Scegliere i primi compiti
Scegliete i primi compiti con cura
In Microsoft i primi compiti hanno segnato apprendimento, fiducia e inserimento dei nuovi sviluppatori.
- Apprendimento il codice e gli strumenti
- Fiducia una prima modifica in produzione
- Appartenenza sapere a chi chiedere
Le evidenze sul pair programming
Il pair programming costa fatica
Una meta-analisi ha trovato un po’ più di qualità, tempi più brevi e più sforzo totale.
- Qualità piccolo guadagno
- Durata guadagno medio, si finisce prima
- Sforzo costo medio, due persone
Quando lavorare in coppia
Lavorate in coppia sui compiti complessi
Le coppie erano più veloci sui compiti semplici e scrivevano codice migliore su quelli complessi.
- Compiti semplici più veloce, qualità minore
- Compiti complessi qualità maggiore, più sforzo
La prima settimana
Togliete gli ostacoli tecnici prima dell’arrivo
Gli ostacoli tecnici sono uno dei cinque gruppi di ostacoli dei nuovi arrivati.
- Il progetto compila il primo giorno
- Un mentor indicato, diverso dal responsabile
- Un primo compito con un revisore
- Una mappa di chi segue cosa
La code review come mentoring
Fate della code review una lezione
Chi revisiona può spiegare perché una modifica conta, non solo cosa correggere.
Fonti
Gli studi alla base di questa presentazione
- 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
Sviluppatori che consegnano e restano
Togliete gli ostacoli, scegliete bene i primi compiti e lavorate in coppia dove conviene.