Squadre di sviluppo: una mela cattiva può rovinare il mazzo? [chiuso]

... Una delle caratteristiche più importanti che un nuovo dipendente dovrebbe avere è la compatibilità con lo spirito delle persone che già vi lavorano.
{...}
Sono convinto che acquisire informazioni sulla vera personalità dello sviluppatore sia importante tanto quanto verificare la competenza professionale, perché un attacco inadeguato può distruggere un'intera squadra.

da Hiring Developers - Lo stai facendo male

È vero? E, in tal caso, è vero anche per i manager?

Più di quanto pensi.

Pensaci, se devi combattere con qualcuno ogni giorno, diventa estenuante. Quando ciò accade, sono disponibili solo alcune opzioni:

• Rinuncia e lascia che i cattivi adattamenti facciano quello che vogliono sempre, anche se distrugge il progetto.
• Lasciare la squadra / compagnia per evitare la cattiva forma.
• Fai fuoco e assumi qualcuno con cui puoi lavorare.

La discussione continua demoralizza la squadra e dover giustificare ogni piccolo punto pedante fa aumentare la produttività reale. Quella persona è così con tutti, quindi potresti vedere aumentare il tasso di logoramento della tua squadra mentre l'irritante è ancora lì. Diventa complicato con i manager, perché non hai l'autorità per licenziarli.

In una situazione ideale se qualcuno agisce, siediti con loro e digli che con fermezza ma fermezza le loro azioni sono distruttive. Spiega come vorresti vedere il loro comportamento cambiare per aiutare il team ad andare d'accordo. Se lo ricevono bene, bene. In caso contrario, ricorrere a una delle tre opzioni sopra, perché peggiorerà. Una cosa è certa, a meno che non lo porti alla loro attenzione, non c'è alcuna possibilità di cambiamento.

Certo che è vero. La vestibilità è più importante della maggior parte delle cose. Ad esempio, se hai una squadra che lavora insieme e assumi un lupo solitario, puoi aspettarti argomenti, codice che non si adatta al design e fa le cose in un modo che agli altri non piace e nessuna intenzione di risolverlo , mancanza di volontà di aiutare gli altri quando ne hanno bisogno, rifiuto di impegnare cose per il controllo del codice sorgente, riscrivere il codice senza una buona ragione se non che non lo voleva in questo modo, ecc.

Se hai un gruppo di persone amichevoli che escono insieme e assumi qualcuno che vuole lavorare in totale silenzio, avrai attrito. Potresti anche avere molestie nei confronti della persona che non rientra.

Se hai un gruppo di persone che vogliono la libertà di fare le cose come vogliono e assumi una persona orientata ai processi, ci saranno continui argomenti soprattutto se la persona orientata ai processi è il protagonista.

Se assumi qualcuno la cui esperienza e esperienza li rende più principianti in una squadra in cui tutti dovrebbero essere più anziani, avrai fastidio poiché nessuno vuole fare da mentore al ragazzo o aiutarlo ad imparare come si aspettano che dovrebbe essere in grado di fare senza aiuto.

Se assumi qualcuno che si aspetta privilegi speciali che gli altri impiegati non hanno - puoi aspettarti una guerra costante. Il sentimento è "se Sally è così brava che riesce a lavorare da casa quando non lo faccio, allora perché dovrei aiutarla?" C'è risentimento quando qualcuno entra in una squadra aspettandosi cose (e ottenendole) che gli altri non ottengono soprattutto quando non hanno ancora realizzato nulla. Oppure c'è risentimento da parte del nuovo dipendente se si aspettano cose e non le ottengono quando tutti gli altri stanno bene con le cose come stanno. Quindi l'impiegato infelice perderà il tempo di tutti lamentandosi e trascinandosi in giro come se fosse torturato perché deve entrare prima delle 13:00.

Direi di sì, è vero in entrambi i casi, sebbene qui ci siano un paio di link che potrebbero interessare i gruppi:

• The Bad Apple: Group Poison di Jeff Atwood
• Tom Wujec: costruisci una torre, costruisci una squadra di Tom Wujec sulla Marshmallow Challenge

Su un pensiero un po 'tangente, Gallup Q12 ha alcune domande interessanti per misurare l'impegno dei dipendenti se uno è interessato a quella direzione delle cose. Tutto questo non è specifico per gli sviluppatori, quindi forse ci sono alcune cose uniche sugli sviluppatori che possono rendere alcuni di questi discutibili.

Non mi interesserebbe molto della loro "vera personalità". Il tuo codice non dipende da quali sono i tuoi hobby, ad esempio se sei una persona romantica o molto concreta. Ciò che è cruciale è che le persone mostrino flessibilità e adattabilità nella vita aziendale . La loro vita personale è molto meno rilevante. Il mio compagno di lavoro può essere una persona noiosa, purché faccia un buon lavoro e io possa collaborare facilmente con lui. Ho lavorato con varie persone, che avevano personalità diverse, e ho semplicemente imparato ad accettarle tanto quanto hanno imparato ad accettarmi. È un lavoro, non un matrimonio.

Non sono solo i programmatori che ne sono interessati. Un buon consiglio che ho sentito è stato "Non esiste una buona assunzione, solo un buon tiro".

Raramente qualcuno avrà le competenze sufficienti per superare l'interruzione di una squadra forte e produttiva.

I membri di squadre con prestazioni scadenti dovrebbero essere sostituiti prima di infettare il nuovo assunto.