Equilibrio tra carico di lavoro e assistenza ai neoassunti [chiuso]

Sono stato al mio primo lavoro per circa 2 mesi e ho iniziato a notare che esiste un delicato equilibrio tra carico di lavoro e assistenza ai neoassunti. Dal momento che il management ha molta pressione per correggere i bug e risolvere il maggior numero possibile di problemi con i clienti, tutti i membri del team sembrano essere molto concentrati sul proprio arretrato di lavoro invece di aiutare i neoassunti ad accelerare. I neoassunti possono porre domande e occasionalmente convinciamo uno sviluppatore a sedersi e aiutarci, ma spesso otterremo una risposta oscura che solo un veterano del prodotto potrebbe capire perché sono troppo impegnati con il loro compito.

Capisco che il nuovo assunto deve anche mantenere un equilibrio. A volte ci vorranno 3 nuovi assunti per indagare e riparare qualcosa in cui un veterano avrebbe potuto farlo in 20 minuti. I neoassunti devono mostrare impegno verso l'apprendimento del prodotto e della base di codice.

Senza semplicemente ridurre il carico di lavoro dei veterani, come puoi bilanciare tra aiutare i neoassunti e continuare a lavorare sul tuo backlog a un ritmo ragionevole?

Presumo che tu lo stia chiedendo dal punto di vista di "New Hire". Sono stato in questa situazione molte volte. A volte ti senti male a fare così tante domande, ma in realtà non c'è 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" non sarai in grado di trovare la risposta da solo. Dai un'occhiata alle cose, cerca prima di tutto, esamina il codice, prova a cambiare alcune cose e vedi cosa succede - vedi se riesci a far funzionare qualcosa prima. Se proprio non puoi, fai la tua domanda. Tuttavia, quando fai la tua domanda, vai a 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 provando a fare questo, e ho provato questo, questo e già questo, hai qualche idea?" Ciò li aiuterà a trascorrere meno tempo con te e saranno più propensi a farlo.

Nella nostra azienda assegniamo a ogni nuovo assunto qualcuno che si prenda cura di lui per i primi mesi. Con questo incarico formale assicuriamo che il principiante consumerà solo una persona e la persona che sta "istruendo" il nuovo assunto ha 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'è un investimento: in meno tempo otterrà qualcuno che lo aiuti.

Il miglior consiglio che posso darti è di fissare un appuntamento . Ognuno ha dei tempi di inattività durante il giorno, ma se fai un salto casuale, è molto improbabile che ci riesca. Di 'qualcosa del tipo "Ho alcune domande su X, posso impostare un po' di tempo oggi per ripassarlo con te?" Potrebbero decidere di darti del tempo in quel momento, 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. Ad ogni modo, otterrai un'attenzione più mirata. Se ti danno un appuntamento più avanti nel corso della giornata, usa il tempo intermedio per cercare di capire la risposta da solo, o almeno per affinare la domanda. Anche se rimando la domanda di qualcuno per soli 15 minuti, il più delle volte lo capiscono da soli.

Basta essere consapevoli del fatto che per la maggior parte di noi, le vostre domande sono importanti per noi, di solito non sono urgenti . Cerca di non offenderti per la differenza.

Alcuni dei programmatori più esperti in realtà adorano guidare gli sviluppatori più giovani e ne fanno una priorità farlo. Lo faccio, ogni volta che ne ho l'opportunità. Forse puoi trovare qualcuno del genere nella tua azienda chiedendo a un collega diverso ogni volta che hai bisogno di aiuto, quindi misurando il loro entusiasmo nel risponderti.

Esistono due modi in cui potresti aver bisogno di aiuto: se si tratta di un problema con la lingua o i tuoi strumenti, puoi spesso trovare le risposte online o acquistando libri tecnici e leggendoli nel tuo tempo libero. Sebbene tu possa ragionevolmente ritenere che sia responsabilità dell'azienda addestrarti, pochissime aziende investono molto nella formazione. Se vuoi crescere come sviluppatore devi investire tempo e denaro nella formazione te stesso 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 semplicemente chiedere aiuto a uno dei tuoi colleghi. In alternativa, crea un ramo del codice del tuo prodotto nel tuo sistema di controllo delle revisioni, assegna un nome al ramo come "learning_new_code" e sperimentalo.

Infine, i project manager e i manager dipartimentali sono lì per aiutarti con problemi come il tuo. Se ritieni di non avere altra possibilità se non quella di ottenere tempo dai tuoi colleghi più esperti, ma non sono in grado di dartelo, potrebbe essere perché hanno delle scadenze da rispettare. Forse il tuo manager allungherà le scadenze per consentire loro più tempo per metterti al passo.

Sono fortunato che attualmente lavoro da qualche parte, questo non è un problema. Ho ricevuto una buona dose di tutoraggio qui, e ne sono molto contento.

1. Ogni giorno uno sviluppatore della mia azienda è lo sviluppatore "util", a rotazione. Lo sviluppatore Util è la prima linea di contatto quando il supporto deve intensificare qualcosa. Spesso Util sta passando un problema a qualcun altro. Ma è uno sviluppatore specifico e il supporto sa di rivolgersi a questa persona. All'inizio ho fatto delle "cavalcate" (non mi hanno messo in programma per un po 'di tempo) per vedere come sono stati risolti alcuni problemi. Questo mi ha fatto esporre a porzioni di codice. Quando hanno iniziato a programmare i miei normali giorni di utilizzo, all'inizio c'era qualcuno "di guardia" per aggiungere ulteriore assistenza.

2. Ci accoppiamo. Devi programmare il tempo delle coppie, praticamente, ma tutti qui sono disposti a farlo. Inoltre, tutti sanno qual è il programma e grazie al punto successivo hanno un'idea di come stanno andando i progressi per ogni individuo. Quindi, se c'è un problema, ottiene la giusta attenzione.

3. Ogni giorno facciamo una riunione standup alle 11:45. Sono 15-20 minuti. Ogni sviluppatore / addetto al QA parla. È fondamentalmente un modo per dire "Questo è quello che sto facendo ed è qui che sono bloccato", e se sei bloccato in genere verrai indirizzato in una direzione alternativa (se è un problema noto / un problema con il codice qualcuno è molto familiare con) o il tempo di coppia è impostato. Occasionalmente è prevista una riunione aggiuntiva.

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

Farò eco agli altri: programmare l'orario delle riunioni per porre domande ove possibile. Id che non è ancora utile. . . bene non voglio diventare estremo qui. Ma non lo considero un posto di lavoro ideale. È possibile che le persone ti stiano ancora riscaldando / che ti facciano conoscere le tue abilità / ecc?

Ho il sospetto che il tempo extra trascorso quando sono salito a bordo fosse facilmente giustificato perché una volta che le persone mi sentivano al passo con la velocità, ciò significava ovviamente meno lavoro per loro. Più tempo trascorso a breve termine ha risparmiato molto tempo a lungo termine, e tutti hanno capito che dove lavoro. Sono molto fortunato nella mia posizione attuale.

Spesso questo è più un problema di concentrazione che di tempo. Pianifica riunioni di 30-45 minuti con il tuo capo o mentore (prima o dopo pranzo è sempre la mia preferenza - il mio flusso si sta già interrompendo) un paio di volte a settimana e risparmia le tue domande per allora.

La maggior parte degli sviluppatori (o, almeno, quelli che hanno più probabilità di essere utili durante la riunione) andranno bene con questo.

Se c'è un dettaglio molto specifico che blocca i tuoi progressi, usa l'e-mail.