Quanti juniores dovrebbero avere un mentore senior? [chiuso]

Le dimensioni del nostro negozio aumentano in modo dinamico, quindi stiamo pianificando di assumere alcuni nuovi sviluppatori junior ma non vorremmo sopraffare gli anziani con troppo tutoraggio e formazione. Quanti sviluppatori junior (di solito appena usciti dal college) potrebbero (e dovrebbero) fare da mentore per sviluppatori senior mentre il senior è ancora in grado di svolgere i propri compiti in modo efficace?

Ovunque da 0 a 5 o 7 (o giù di lì).

Argomenti per il lato basso:

• Non tutti si prefiggono di essere un mentore. Ho lavorato con alcuni sviluppatori che erano così burberi che avrebbero spaventato qualcuno in una nuova carriera.
• Se ti aspetti che gli sviluppatori senior mantengano lo stesso livello di output, mantieni il numero basso.

Argomenti per un importo superiore:

• Alcuni sviluppatori hanno la capacità di essere altrettanto produttivi guidando il lavoro di altri. La programmazione in coppia sarebbe un esempio. Se hai quei magici tipi di sviluppatori senior, vai avanti e dai loro di più.
• Se sei disposto a ridurre l'output previsto dallo sviluppatore senior, puoi assegnare loro più sviluppatori junior.
• Se hai uno sviluppatore che è veramente bravo a insegnare loro perché è il governo, allora potresti voler esplicitamente prendere un colpo nella produttività di quel dev senior e dare loro più sviluppatori junior. L'idea qui è un costo a breve termine (perdita di produzione) per un guadagno / investimento a lungo termine (migliore conformità agli standard di sviluppo del team).

Vorrei incoraggiare una conversazione con gli sviluppatori senior e vedere con cosa si sentono a proprio agio. Non tutti vogliono mentore. Ricorda anche di usare l'analogia "scaffale completo": i loro carichi di lavoro sono attualmente pieni. Se hai intenzione di aggiungere al loro carico di lavoro con loro mentore, allora devi prendere qualcos'altro dallo scaffale per fare spazio.

Non più di due per sviluppatore senior se stai assumendo persone direttamente dal college. I recenti laureati con cui ho avuto a che fare in passato hanno una buona conoscenza delle nozioni di base, ma non avevano idea di com'era programmare nel mondo degli affari. Dovrai dedicare del tempo ad insegnare loro come programmare in modo professionale, è piuttosto scioccante quando si rendono conto che dovranno supportare il codice che scrivono finché saranno con la compagnia, non più girare incarichi e andare avanti. Ma dovrai anche trascorrere del tempo insegnando loro la tua attività (e tutte le sue regole), insegnando loro come codificare la tua architettura, rivedere il loro codice, insegnare loro come testare e rispondere a domanda dopo domanda dopo domanda.

Se hai molti giovani in arrivo, diciamo> 30, potrebbe valere la pena dedicare uno sviluppatore senior a farli da mentore a tempo pieno. Durante il mio primo lavoro, assunsero molti di noi appena usciti dal college e avevano un membro del team dedicato che ci aiutava a imparare le corde per i primi 6 mesi. Ha reso la transizione molto più semplice e ci ha insegnato molto.

Non solo è più efficiente avere una persona che gestisce il lavoro, ma potrebbe esserci una sola persona nel tuo ufficio che sai che sarebbe un mentore perfetto. Un buon programmatore non è necessariamente un buon insegnante.

Il maggior numero possibile, pur essendo in grado di svolgere il proprio lavoro in tempo.

La risposta, quindi, dipende da quanto sia efficace l'anziano sia come sviluppatore che come insegnante.

Non menzionate il tipo di lavoro di progetto che nella mia esperienza ha un enorme impatto su dove dovrebbe essere quel rapporto.

Su una scala di ripetizione cookie-cutter che potrebbe essere quasi automatizzata per cose sperimentali, lo sviluppatore non è nemmeno sicuro che funzionerà, devi assicurarti di mantenere gli sviluppatori jr a sinistra a meno che tu non abbia un rapporto davvero basso e ancora più rigorosamente a sinistra se gli sviluppatori sr stanno provando a fare qualcosa che considerano alla fine sperimentale dello spettro perché di solito non saranno altrettanto efficaci cavalcando un gruppo di sviluppatori jr se si stanno impegnando allo stesso tempo .

Dipende dal lavoro tanto quanto le persone secondo me.

Il mentoring è meno formale della gestione. I mentori non sono direttamente coinvolti nell'assunzione, licenziamento, revisione e disciplina. L'ambiente sarà un fattore importante. Ecco i fattori da considerare:

• qualità di sr. e jr. devs
• quanto bene l'azienda è gestita / tratta i programmatori (questo aggraverà gli altri problemi)
• sr. sviluppo del carico di lavoro attuale
• aspettative del management su quanto velocemente il jr. gli sviluppatori devono diventare produttivi
• altre risorse di formazione (corsi con istruttore, materiale di riferimento, requisiti di certificazione)
• assumendo per adattarsi alla squadra. Molte volte su questo sito le persone hanno menzionato l'importanza del team necessario per guadagnare tempo e poter funzionare insieme. Qualcuno con un livello di abilità superiore potrebbe aver bisogno di più tutoraggio se non si adatta.

Il mentoring di solito comporta un certo livello di legame e non credo che la maggior parte delle persone possa costruire qualsiasi tipo di relazione interpersonale con più di 3-5 persone in un determinato contesto.

Idealmente un junior lavora con un mentore su un progetto. In questo modo il senior può assegnare compiti secondari e lavorare con loro per completare un progetto. Più junior deve gestire il minore, meno lavoro sarà in grado di completare da solo. Non vorrei che più di 1 o 2 junior lavorassero contemporaneamente con un senior. Sebbene l'anziano possa continuare a guidare altri programmatori dopo 2 o 3 mesi, un programmatore decente dovrebbe aver bisogno di molto meno tempo dall'anziano di quanto non facesse inizialmente. Quindi un anziano potrebbe presumibilmente avere 20 o più persone per le quali è mentore, ma in realtà solo 2 o 3 che richiedono davvero molto del loro tempo.