Equilibrio tra carico di lavoro e aiuto ai nuovi assunti [chiuso]

21

Sono stato al mio primo lavoro per circa 2 mesi e ho iniziato a notare che esiste un delicato equilibrio tra il carico di lavoro e l'assistenza ai nuovi assunti. Dal momento che c'è molta pressione da parte della direzione per correggere i bug e risolvere il maggior numero possibile di problemi dei clienti, tutti nel team sembrano concentrarsi molto sul loro lavoro arretrato invece di aiutare i neoassunti a stare al passo. I neoassunti possono fare domande e occasionalmente fare in modo che uno sviluppatore si sieda e ci aiuti, ma spesso otterremo una risposta oscura che solo un veterano del prodotto capirebbe perché è troppo occupato con il proprio compito.

Capisco che il nuovo-noleggio deve anche mantenere un equilibrio. A volte ci vorrà un nuovo affitto di 3 giorni per indagare e sistemare qualcosa in cui un veterano avrebbe potuto farlo in 20 minuti. I neoassunti devono mostrare uno sforzo per imparare il prodotto e il codice base.

Con la semplice riduzione del carico di lavoro dei veterani, come puoi bilanciare tra aiutare i nuovi assunti e continuare a lavorare sul tuo arretrato ad un ritmo ragionevole?

    
posta Spacebob 24.08.2011 - 14:47
fonte

6 risposte

21

Suppongo che tu stia chiedendo questo dal punto di vista "Nuovo noleggio". Sono stato in questa situazione molte volte. A volte ti senti male a fare tante domande, ma non c'è davvero modo di arrivare alla soluzione a volte con una tale mancanza di conoscenza del dominio, ecc.

La cosa più importante da ricordare è questa. Non fare domande quando "presumi" che non sarai in grado di trovare la risposta da solo. Fai le cose, fai un primo tentativo, esamina il codice, prova a cambiare alcune cose e guarda cosa succede: vedi se riesci a far funzionare qualcosa prima. Se davvero non puoi, fai la tua domanda. Tuttavia, quando fai la tua domanda, vai da loro con esempi di ciò che hai già provato. Nessuno di loro vuole sentirsi come se stessi chiedendo loro di fare il tuo lavoro per te.

Di ': "Ehi, sto cercando di farlo, e ho provato questo, questo, e questo già, hai qualche idea?" Ciò li aiuterà a dedicare meno tempo a te e saranno più propensi a farlo.

    
risposta data 24.08.2011 - 15:04
fonte
8

Nella nostra azienda assegniamo per ogni nuovo assunto qualcuno che si prenda cura di lui per i primi mesi. Con questo incarico formale ci assicuriamo che il novellino consumi solo una persona e che la persona che sta "istruendo" la nuova assunzione abbia la responsabilità sul suo sviluppo, quindi non è un onere, ma solo una responsabilità temporanea. Per il nuovo ragazzo va bene perché impara più velocemente e per il ragazzo che già c'è c'è un investimento: in meno tempo otterrà qualcuno che lo aiuti.

    
risposta data 24.08.2011 - 14:58
fonte
4

Il miglior consiglio che posso darti è fissare un appuntamento . Ognuno ha dei tempi di inattività durante il giorno, ma se ti capiti a caso, è molto improbabile che lo colpisca. Dì qualcosa come: "Ho qualche domanda su X, posso impostare un po 'di tempo oggi per esaminarlo insieme a te?" Potrebbero decidere di darti il tempo giusto allora, o più tardi nel corso della giornata, o magari indirizzarti a qualcuno che potrebbe essere in grado di rispondere alla tua domanda meglio o più velocemente. In ogni caso, riceverai più attenzione focalizzata. Se ti danno un appuntamento più tardi nella giornata, usa il tempo che intercorre per provare a capire la risposta da solo, o almeno a perfezionare la domanda. Anche se rimando la domanda di qualcuno per soli 15 minuti, il più delle volte capiscono da soli.

Tieni presente che per la maggior parte di noi, le tue domande sono importanti, di solito non sono urgenti . Cerca di non offenderti alla differenza.

    
risposta data 24.08.2011 - 16:16
fonte
3

Alcuni dei più esperti programmatori amano davvero il mentoring agli sviluppatori più giovani e fanno in modo che sia una priorità farlo. Lo faccio, ogni volta che ne ho l'opportunità. Forse puoi trovare qualcuno di simile nella tua azienda chiedendo a un collega diverso ogni volta che hai bisogno di aiuto, quindi valutare il loro entusiasmo nel rispondervi.

Ci sono due modi in cui potresti aver bisogno di aiuto: se si tratta di un problema con la lingua o i tuoi strumenti, puoi trovare spesso le risposte online o acquistando libri tecnici e leggendoli nel tuo tempo libero. Sebbene tu possa essere ragionevole nel ritenere che sia la responsabilità dell'azienda addestrarti, pochissime aziende investono molto nella formazione. Se vuoi crescere come sviluppatore devi investire tempo e denaro per allenarti da solo quando non sei al lavoro.

Se la tua domanda riguarda il prodotto della tua azienda, ad esempio come funziona qualcosa nel codice sorgente, è più probabile che dovrai chiedere aiuto a uno dei tuoi colleghi. In alternativa, crea un ramo del codice del tuo prodotto nel tuo sistema di controllo di revisione, assegna al ramo qualcosa come "learning_new_code" e prova a sperimentarlo.

Infine, i project manager e i responsabili di reparto sono lì per aiutare con problemi come il tuo. Se ritieni di non avere ricorsi, ma per ottenere tempo dai tuoi colleghi più esperti, ma non sono in grado di dartelo, potrebbe essere perché hanno scadenze da rispettare. Forse il tuo manager estenderà le loro scadenze per consentire loro più tempo per aggiornarti.

    
risposta data 24.08.2011 - 15:13
fonte
1

Sono fortunato che al momento lavoro da qualche parte, questo non è un problema. Ho ottenuto una buona dose di mentoring qui, e ne sono molto contento.

  1. Ogni giorno uno sviluppatore della mia azienda è lo sviluppatore "util", a rotazione. Lo sviluppatore di Util è la prima linea di contatto quando il supporto deve intensificare qualcosa. Frequentemente, Util sta semplicemente facendo passare un problema a qualcun altro. Ma è uno sviluppatore e supporto specifico che sa andare a questa persona. All'inizio ho fatto alcuni "cavalcabili" (non mi hanno messo in programma per un po 'di tempo) per vedere come sono stati affrontati alcuni problemi. Questo mi ha esposto a porzioni di codice. Quando iniziarono a programmare i miei normali giorni di utilizzo, all'inizio c'era qualcuno "su chiamata" per aggiungere ulteriore assistenza.

  2. Accoppiamo. Devi pianificare il tempo della coppia, praticamente, ma tutti qui sono disposti a farlo. Inoltre, tutti sanno qual è il programma e grazie al prossimo punto ha un'idea di come sta andando il progresso per ogni individuo. Quindi, se c'è un problema, riceve la giusta attenzione.

  3. Ogni giorno facciamo una riunione in piedi alle 11:45. Questo è di 15-20 minuti. Ogni sviluppatore / persona QA parla. È fondamentalmente un modo per dire "questo è quello che sto facendo e questo è il punto in cui sono bloccato", e se sei bloccato in genere ti viene indicato in una direzione alternativa (se si tratta di un problema noto / un problema con il codice qualcuno è molto familiare con) o il tempo di coppia è impostato. Occasionalmente è programmata una riunione aggiuntiva.

  4. Ho dovuto immergermi in codice completamente alieno numerose volte qui (come con qualsiasi lavoro). Qualcuno è sempre stato certo di rendersi disponibile a rispondere alle domande, se non subito.

Farò eco agli altri: pianifica l'orario della riunione per porre domande dove possibile. Id che non è ancora utile. . . beh, non voglio diventare estremo qui. Ma non lo considero un posto di lavoro ideale. È possibile che le persone ti stiano ancora scaldando / controllando le tue abilità / etc?

Sospetto che il tempo extra trascorso quando sono salito a bordo fosse facilmente giustificabile perché una volta che le persone si sentivano all'altezza, ciò significava ovviamente meno lavoro per loro. Più tempo trascorso a breve termine ha risparmiato un sacco di tempo a lungo termine, e tutti hanno capito che dove lavoro. Sono molto fortunato nella mia attuale posizione.

    
risposta data 24.08.2011 - 16:49
fonte
0

Spesso questo è più un problema di messa a fuoco che di tempo. Pianifica incontri di 30-45 minuti con il tuo team leader o mentore (prima o dopo pranzo è sempre la mia preferenza - il mio flusso si sta già rompendo poi) un paio di volte a settimana e risparmi le tue domande per allora.

La maggior parte degli sviluppatori (o, almeno, quelli che più probabilmente saranno utili nella riunione) andrà bene con questo.

Se c'è un dettaglio molto specifico che blocca i tuoi progressi, usa la posta elettronica.

    
risposta data 24.08.2011 - 16:21
fonte

Leggi altre domande sui tag