Mentoria em times de software
Como desenhar uma mentoria que ajude novos desenvolvedores a produzir logo e ficar.
Português (Brasil)
O que esta apresentação mostra
O que esta apresentação mostra
O que esta apresentação mostra
O que trava novos desenvolvedores
Quem chega enfrenta cinco tipos de barreira
Uma revisão de 20 estudos achou 15 barreiras para quem chega ao código aberto.
- Interação social
- Conhecimento prévio
- Saber por onde começar
- Documentação
- Obstáculos técnicos
A mentoria acelera a entrada
Com mentor, contribuem mais cedo
Quem chegou com mentor ficou ativo antes de quem entrou pelo caminho comum.
Quando o onboarding não basta
Tarefas fáceis não seguram ninguém
Na Mozilla, quem vinha dos programas virava colaborador duradouro metade das vezes.
- O programa reteve quem chegou? Ficou a metade, no longo prazo.
- Ajudou alguém? Quem ficou achou valioso.
Escolher as primeiras tarefas
Escolha as primeiras tarefas com cuidado
Na Microsoft, as primeiras tarefas moldaram como os novos aprendiam, ganhavam confiança e se integravam.
- Aprendizado o código e as ferramentas
- Confiança uma primeira mudança em produção
- Pertencimento saber a quem perguntar
Evidência sobre programação em par
Programar em par custa esforço
Uma meta-análise achou um pouco mais de qualidade, menos duração e mais esforço total.
- Qualidade ganho pequeno
- Duração ganho médio, termina antes
- Esforço custo médio, duas pessoas
Quando trabalhar em par
Em tarefas complexas, programe em dupla
As duplas foram mais rápidas em tarefas simples e escreveram código melhor nas complexas.
- Tarefas simples mais rápido, menos qualidade
- Tarefas complexas mais qualidade, mais esforço
A primeira semana
Resolva os obstáculos técnicos antes da chegada
Obstáculos técnicos são um dos cinco grupos de barreiras de quem chega.
- O projeto compila no primeiro dia
- Um mentor definido, além do gestor
- Uma tarefa inicial com revisor
- Um mapa de quem cuida do quê
Code review como mentoria
Use o code review para ensinar
Quem revisa pode explicar por que uma mudança importa, não só o que corrigir.
Fontes
As pesquisas por trás desta apresentação
- 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
Desenvolvedores que entregam e ficam
Remova as barreiras, escolha bem as primeiras tarefas e trabalhe em dupla onde compensa.