Dirigere una squadra non così buona

Come gestiresti se ti venisse assegnato un team di 5 con, diciamo, 4 programmatori incompetenti e ti viene chiesto di guidare? Ovviamente non puoi programmare per i 4 ragazzi (puoi, ma non è una buona idea. Almeno mi sono bruciato per farlo). Ti sei imbattuto in questo tipo di situazioni?

Modifica: penso di aver suonato maleducato scegliendo una parola sbagliata (incompetente) per affrontare il mio problema. Per riformulare la domanda, come trattate le persone che non completano le attività assegnate (per qualsiasi motivo [che va dall'incompetenza alle cose 'Non mi interessa'])?

Mentore loro.

Mi sono imbattuto in questa stessa situazione quando mi sono consultato e sono stato messo in team con membri del team non ottimali (nessuno ha bisogno di un consulente se tutto sta andando alla grande: - /). Il mio manager una volta è diventato così frustrato con gli altri sviluppatori, ha fatto ricorso al sentirsi frustrato e raccontando loro continuamente come stavano facendo le cose in modo sbagliato. Alla fine, hanno chiuso completamente e hanno rinunciato a provare.

Un altro progetto era diverso. Ho avuto un manager paziente e ha lavorato con loro. Sì, erano al di sotto della media, ma lo erano in parte perché hanno fatto male a un progetto e sono stati masticati su di esso, quindi hanno perso la fiducia in se stessi e hanno fatto di peggio, portando più a masticare. Erano ragazzi intelligenti, non sapevano come focalizzarsi per essere produttivi. Sembra che tu abbia una percentuale relativamente alta di membri del team incompetenti, il che mi preoccupa. A volte ce ne sono un paio, ma l'80% è piuttosto alto. Sembra che non abbiano avuto un buon leader per aiutarli a guidarli e dare loro l'opportunità di imparare senza sentire il martello per tutto il tempo (ovviamente, non dai loro uno sfondo, quindi presumo che sia il problema). Non importa quale sia il problema specifico, sembra un problema a livello di squadra e tu come nuovo leader hai l'autorità, le risorse e il potere di offrire loro un ambiente di apprendimento e di lavoro migliore di quello a cui erano abituati .

Suggerirei di ascoltarli e scoprire in gruppo qual è il problema e se c'è qualcosa che puoi tirar fuori che potrebbe spiegare la situazione. Molte volte, solo ascoltare la tua squadra farà magie poiché a volte è raro trovare leader che ascoltino davvero. Quindi, guidali e crea un ambiente di apprendimento. Potrebbe non essere che siano incompetenti tanto quanto non hanno avuto un buon leader che ora devi ripulire.

Risposta al cambio di argomento:

Se il problema è semplicemente che le persone non si stanno sforzando abbastanza, è necessario trovare un modo per interessarli. Ciò potrebbe variare dall'essere più aperto alle idee, anche se fanno schifo, alla promessa di una bottiglia di scotch se il progetto arriva in tempo.

Non comprarlo dal ripiano inferiore!

Risposta a "incompetenza":

Sì, mi sono imbattuto in quella situazione. La totale incompetenza non è qualcosa che devo affrontare, ma più di alcune volte sono stato sorpreso da qualcuno che pensavo avesse capito facendo qualcosa che vedo piuttosto ... discutibile.

La prima cosa che devi fare è cercare di sopprimere quella sensazione. Sono sicuro che hai fatto anche stupide cazzate. So di averlo fatto.

La prossima cosa che devi fare è assicurarti di spiegare perché qualcosa che hanno fatto era sbagliato. Lascia che discutano con te e / o faccia domande ... speriamo che lo facciano. Fallo fare bene; spero che tu riceva supporto dalla direzione perché è sempre stato uno dei miei maggiori problemi (devono supportarti quando dici "Vai a farlo bene" e l'altro inizia a dare di matto)

Devi farlo nel modo più politicamente corretto possibile. Anche se vuoi urlare contro di loro, "WTF dove ti stai pensando MORON !!!" Non vola e non aiuta affatto. Quindi non provare a parlare con loro all'inizio se la pensi così. A volte la posta elettronica funziona meglio in modo da poterti modificare.

L'obiettivo qui è di aiutarli a migliorare. È frustrante come l'inferno cercare di ottenere qualcosa con le persone che, dal tuo punto di vista, non riescono a uscire da un sacco di carta ... ma a volte devi farlo.

È così che li aiutate a migliorare. Adesso a te ...

Devi imparare come lasciarlo andare. Il codice non deve essere perfetto ... deve solo funzionare. Potrebbe essere necessario abbassare un po 'i tuoi standard.

Per raggiungere questo obiettivo e non lasciare che l'albero del codice del prodotto si trasformi in un disastro terribile, devi concentrarti sui grandi problemi. Finché la sandbox è limitata a un'area specifica che può essere rifatta in seguito, quando c'è tempo o hanno imparato di più, può essere il codice spaghetti più cattivo e peggiore che tu abbia mai visto e finché funziona ... ok. Quindi cerca modi per renderlo possibile. Se la tua architettura è disaccoppiata puoi permettere a persone incompetenti di lavorarci senza troppi danni.

Ovviamente, ciò significa che ogni volta che devi correggere qualcosa che hanno fatto o aggiungere una funzione a qualcosa che hanno scritto, avrai mal di testa. È la vita. Convivici. Se puoi, puoi forzarli ad aggiungere la funzione o correggere il bug ... che in realtà può fare molto per insegnare pratiche migliori e abilità di codifica (più devi ripulire la tua merda, meno tendi a merda sul tappeto).

Penso che Ryan abbia assolutamente ragione. Quando pensi che siano incompetenti potrebbero alla fine sorprenderti. Mi è successo in passato, ho guidato un team di 5 programmatori (incluso me stesso) e ho notato presto che molti di loro mancavano di ciò che consideravo programmazione di base. Dopo averli guidati attraverso questi passaggi di base (ha preso pazienza), il ritmo è raddoppiato, quindi quadruplicato ed essenzialmente sono stati in grado di accelerare, se non oltre le capacità che mi aspettavo.

Avere un po 'di fede.

È forse come la situazione in Office Space:

Otto, Bob. Ciò significa che quando commetto un errore, ho otto persone diverse che vengono a parlarmene. Questa è la mia unica vera motivazione non essere seccata, quella e la paura di perdere il lavoro. Ma sai, Bob, questo farà solo lavorare sodo abbastanza da non essere licenziato.

Fonte: citazioni di Office Space . Alcune altre domande su cui riflettere:

• Le scadenze sono troppo aggressive?
• C'è un supporto sufficiente per aiutare a portare a termine i compiti in tempo?
• Che tipo di follow-up viene fatto su compiti assegnati, troppo o troppo poco?

Queste sono solo alcune delle domande che prenderei in considerazione nel tentativo di trovare qual è la causa principale del problema, poiché sembra che tu descriva più un problema di atteggiamento che un problema di competenza. Hai studiato qualche terapia di modifica del comportamento? Tecniche di motivazione? Solo un paio di altri argomenti da ricercare che potrebbero essere di interesse. " RSA Animate - Drive: la sorprendente verità su ciò che ci motiva " può essere utile come punto di partenza in una certa misura qui.

Puoi licenziare queste persone?

Quanto è complessa la base di codice? A volte ci vuole un po 'per far girare la gente .....

Puoi semplicemente dare loro la frutta bassa e le cose più facili da fare mentre fai le altre cose? Concentrati su architettura / framework / design generale e dai loro istruzioni molto semplici da seguire.

Dare l'esempio. Non ci sono squadre cattive, solo cattivi leader.

Puoi creare una buona squadra. Forse alcuni di loro miglioreranno, forse troverai qualcuno migliore dei programmatori attuali. Ma alla fine della giornata i buoni leader hanno delle buone squadre.