Mentoring in Softwareteams
Wie Sie Mentoring gestalten, mit dem neue Entwickler schnell produktiv werden und bleiben.
Was diese Präsentation zeigt
Was diese Präsentation zeigt
Was diese Präsentation zeigt
Was neue Entwickler bremst
Neue stoßen auf fünf Arten von Hürden
Eine Übersicht über 20 Studien fand 15 Hürden für Neue in Open-Source-Projekten.
- Soziale Interaktion
- Vorwissen
- Den Einstieg finden
- Dokumentation
- Technische Hürden
Beschleunigt Mentoring den Einstieg
Entwickler mit Mentor tragen früher bei
Neue mit Mentor wurden früher aktiv als jene, die auf üblichem Weg einstiegen.
Wenn Onboarding nicht reicht
Einfache Einstiegsaufgaben halten niemanden
Bei Mozilla wurden Neue aus den Programmen nur halb so oft dauerhafte Mitwirkende.
- Hat das Programm Neue gehalten? Nur halb so viele blieben langfristig.
- Hat es jemandem geholfen? Wer blieb, fand es wertvoll.
Erste Aufgaben wählen
Wählen Sie erste Aufgaben mit Bedacht
Bei Microsoft prägten erste Aufgaben, wie Neue lernten, Sicherheit gewannen und ankamen.
- Lernen Codebasis und Werkzeuge
- Sicherheit eine erste Änderung, die live geht
- Zugehörigkeit wissen, wen man fragt
Belege zum Pair Programming
Pairing kostet Aufwand, bringt Tempo oder Qualität
Eine Metaanalyse fand etwas bessere Qualität, kürzere Dauer und mehr Gesamtaufwand.
- Qualität kleiner Gewinn
- Dauer mittlerer Gewinn, früher fertig
- Aufwand mittlere Kosten, zwei Personen
Wann Pairing sinnvoll ist
Lösen Sie komplexe Aufgaben zu zweit
Paare waren bei einfachen Aufgaben schneller und schrieben bei komplexen besseren Code.
- Einfache Aufgaben schneller, aber geringere Qualität
- Komplexe Aufgaben höhere Qualität, mehr Aufwand
Die erste Woche
Räumen Sie technische Hürden vorab aus
Technische Hürden sind eine der fünf Gruppen von Hürden, auf die Neue stoßen.
- Das Projekt lässt sich am ersten Tag bauen
- Ein fester Mentor neben der Führungskraft
- Eine Einstiegsaufgabe mit Reviewer
- Eine Übersicht, wem was gehört
Code-Review als Mentoring
Machen Sie Code-Reviews zum Lernmoment
Reviewer können erklären, warum eine Änderung zählt, nicht nur was zu beheben ist.
Quellen
Die Forschung hinter dieser Präsentation
- 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
Damit neue Entwickler liefern und bleiben
Räumen Sie Hürden aus, wählen Sie erste Aufgaben sorgfältig und setzen Sie Pairing gezielt ein.