Cose da prendere Controllo quando la squadra non sta facendo bene?

In my Team two Members(Freshers) are not performing well (for small tasks), always bugs, issues etc

Ecco le mie domande iniziali in cui vorrei iniziare se avessi questa situazione:

• Sono consapevoli del fatto che non stanno andando bene?
• Che tipo di feedback viene loro dato in modo che siano a conoscenza della situazione?

Il primo passo in questo è identificare il problema. Hanno problemi perché non sono abili nei compiti? Hanno problemi a causa della mancanza di motivazione? Identifica la causa principale anche se potresti essere sorpreso di ciò che accade se gli viene offerta l'opportunità di fare meglio sapere quali sono le aspettative.

Benvenuti nel mondo della leadership del team. La prima cosa che devi fare è accettare che, mentre il team ti guida, non puoi fare tutto il lavoro reale che sei abituato a fare. Ora sei responsabile di tutto invece dei soli componenti assegnati a te. Pertanto, è necessario rinunciare ad assegnare a te stesso tutti i componenti a cui sei abituato e assegnarli a qualcun altro. Poi avrai il tempo di esaminare il lavoro di tutti.

Inoltre, non ti stai facendo favori rifacendo il loro lavoro. Se fai il loro lavoro per loro, non miglioreranno molto durante il progetto e dovrai continuare a rifare il loro lavoro per loro. Il tuo obiettivo dovrebbe essere quello di capire come portare queste persone ad un livello accettabile di produttività. Se questo significa farli rifare il loro lavoro 20 volte finché non capiscono come farlo correttamente, allora è quello che dovresti fare loro. Finché sei chiaro con le tue aspettative nei loro confronti. Se provi un paio di volte e non affonda in loro, assegna qualcun altro per aiutarli, perché forse non stai comunicando abbastanza chiaramente i tuoi pensieri a loro. Devi anche documentare quali passi hai intrapreso per far sì che queste persone si comportino come avrai bisogno di queste informazioni se si scopre che i 2 sono assolutamente inutili e non percorribili e devi liberartene.

As I'm a Team Lead in this Project, I end up having to write their code/tasks.

Questa non è la soluzione giusta. Mantiene il problema visibile come deve essere. Il tuo compito è di assicurarti che il lavoro sia svolto, di non fare tutto il lavoro se ha bisogno di miglioramenti. Come molti hanno sottolineato, i programmatori potrebbero non sapere che ci sono problemi. Se lo hai sempre fatto per loro, forse pensano che sia parte del flusso naturale avere qualcuno più in alto nella gerarchia per rivedere e apportare cambiamenti nel loro lavoro. Devi parlare direttamente con loro del lavoro che stanno producendo. Spiega perché ritieni che le loro soluzioni non siano accettabili.

Sa che il loro codice ha dei bug? Stai solo sospirando e sistemandoli? O stai rimettendo i compiti a loro, dicendo "questo non funziona se lasci il City vuoto" o "questo non controlla null" o qualunque sia l'errore. Come minimo devi farlo. Se qualcuno (tu?) Ha assegnato al personale degli errori temporali non abbastanza affidabili, potresti dover compensare correggendolo per loro. In tal caso dovresti comunque dire "questo è stato sbagliato ed è così che l'ho risolto"

Questo potrebbe solo risolverlo - sapere che hanno un problema può prendersene cura. Ma se no, puoi guardare indietro una settimana dopo e dire "ti ho assegnato 23 cose e 17 di loro sono tornate non proprio corrette". Questo è l'inizio di una conversazione che dovrebbe portare a miglioramenti. Oppure potresti capire che in realtà gran parte della loro roba è buona e hanno solo bisogno di una breve conversazione sulla convalida dell'input o sul tuo stile di codifica o qualche altro piccolo angolo del lavoro che fanno.

Riduci lo scopo del loro lavoro, dai loro compiti misurabili e accettabili. Investi tempo 1: 1 aiutandoli in modo non conflittuale.

Assicurati che capiscano l'obiettivo fondamentale del tuo progetto e le caratteristiche su cui stanno lavorando, chiedi loro di scrivere test unitari (questo è un buon modo per conoscere non solo il codice ma i requisiti).

Chiedi loro di ottenere la revisione del codice da te o da altri colleghi senior prima del check-in e, quando trovi problemi, cerca di essere molto costruttivo e non personale. E. invece di dire "il tuo codice non funziona" dì "questo non funziona nel caso X" - in altre parole, dai un feedback specifico su cui poter agire.

Sono quasi certamente frustrati e infelici quanto te e potrebbero anche essere nel panico perché sanno di non aver soddisfatto le aspettative. Investire un po 'di tempo e ridurre le aspettative a breve termine ripagherà a lungo termine.

In definitiva, il successo della tua squadra è una tua responsabilità, e temo che dovrai lavorare molto duramente per un breve periodo, almeno per farli diventare operativi.

Devi anche documentare cosa stai facendo con loro e quali problemi stai avendo. Questo perché se non migliorano anche con un grande aiuto, dovrai prendere dei passi più formali con il tuo capo o il reparto risorse umane. Se arriva così lontano devi dimostrare di essere stato più che onesto con questi ragazzi.

Alcune cose su cui riflettere. Se fai tutto per la tua squadra, senza far loro sapere cosa ci si aspetta, puoi involontariamente dar loro Learnless Helplessness .

Una cosa che ha funzionato per noi nella mia attuale azienda è quella di creare una lista di controllo di ciò che significa per un particolare compito da svolgere. Nel nostro caso, è una vasta lista di cose a cui pensare e TODO specifici e incollarli su una lavagna nella stanza della squadra (o stamparli e incollarli nei cubetti della gente se sei in cubeville) dove tutti possono Guardalo. La nostra ha articoli come:

• Rimuovi le stringhe codificate e rendili configurabili laddove appropriato.
• Accessibilità pubblica / privata.
• Pulizia del codice (fai in modo che i tuoi nomi rivelino l'intenzione, rimuovi la ripetizione, nessun codice inutilizzato, nessun codice commentato)
• Copertura del test (e test di passaggio!)
• TUTTI i criteri di accettazione per questa funzione stanno passando.

La nostra lista completa è più lunga dell'elenco puntato sopra e il tuo elenco, ovviamente, sarà diverso. Il punto è che è un elenco di aspettative concrete su ciò che devono prendere in considerazione e puoi puntare a un elemento nell'elenco e dire "non l'hai ancora fatto". Dopo un certo periodo di dolore, il team imparerà che la qualità è responsabilità di tutti, non solo dei tuoi.

Sembra che questi due "Freshers" (o neofiti a seconda dello slang) abbiano bisogno di un po 'di mentoring su 1. Ecco di cosa si tratta la programmazione della coppia, ed è il modo più efficace per addestrare qualcuno a diventare un programmatore efficace. Il più fresco ha bisogno di avere le mani sulla tastiera, e l'anziano deve guidarli e aiutarli a pensare un po 'attraverso il processo.

Quel senior non deve essere te. Se c'è qualcun altro nella squadra che ha ancora un po 'di esperienza, accoppialo con i fresher (alternando ogni giorno o ogni settimana) tra loro. Se ascoltano, seguono le istruzioni e fanno buone domande, lo otterranno.

La programmazione della coppia non ha bisogno di essere una soluzione permanente. Basta abbastanza a lungo fino a quando la loro efficienza è abbastanza buona.

Prendilo con il tuo capo. Questo alla fine sarà il suo problema in qualsiasi modo, quindi prima lo notificherete meglio.

Sono pienamente consapevoli di & agio usando gli strumenti che fanno i membri più anziani del team? Può essere semplice come dare loro più formazione con gli strumenti / procedure di debug che utilizza il resto del team. Qualcuno può sedersi con loro, passare attraverso il loro processo e individuare dove sono riagganciati?