Team di sviluppo: una sola mela può rovinare il mazzo? [chiuso]

More than you realize.

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

• Rinuncia e lascia che i cattivi risultati facciano ciò che vogliono sempre, anche se distrugge il progetto.
• Lascia il team / società per evitare il brutto adattamento.
• licenzia la brutta situazione e assumi qualcuno con cui puoi lavorare.

Il litigio continuo demoralizza la squadra, e dover giustificare ogni piccolo punto pedante assorbe la vera produttività. 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 in alto, siediti con loro e digli gentilmente ma fermamente che le loro azioni sono distruttive. Spiega come vorresti vedere il loro comportamento cambiare per aiutare il team a stare meglio. Se lo ricevono bene, bene. In caso contrario, ricorrere a una delle tre opzioni di cui sopra, perché peggiorerà. Una cosa è certa, a meno che non lo porti alla loro attenzione, non c'è possibilità di cambiare.

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

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

Se hai un gruppo di persone che vogliono la libertà di fare le cose nel modo desiderato e assumono una persona orientata al processo, ci saranno argomenti continui, specialmente se la persona orientata al processo è il protagonista.

Se assumi qualcuno la cui esperienza e background li rende più principianti in una squadra dove tutti dovrebbero essere senior, avrai fastidio visto che nessuno vuole guidare il ragazzo o aiutarlo a imparare come si aspetta che dovrebbe essere in grado di farlo senza aiuto.

Se assumi qualcuno che si aspetta un privilegio speciale che gli altri dipendenti non hanno, puoi aspettarti una guerra costante. Il sentimento è "se Sally è così brava che può 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 in particolare quando non hanno ancora realizzato nulla. Oppure c'è risentimento da parte dei nuovi dipendenti se si aspettano delle cose e non le ottengono quando tutti gli altri stanno bene come stanno le cose. Poi l'infelice dipendente sprecherà il tempo di tutti lamentandosi e trascinandosi in giro come se fosse torturato perché deve entrare prima delle 13:00.

Direi che sì è vero in entrambi i casi, anche se qui ci sono 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 Sfida Marshmallow

Un po 'di pensiero tangente, Gallup Q12 ha alcune domande interessanti su misurare l'impegno dei dipendenti se si è interessati a quella direzione delle cose. Tutto questo non è specifico per gli sviluppatori, quindi forse ci sono alcune cose uniche sugli sviluppatori che potrebbero rendere alcune di queste discutibili.

Non mi interesserebbe molto della loro "vera personalità". Il tuo codice non dipende da quali sono i tuoi hobby, ad es. se sei una persona romantica o molto semplice. Ciò che è cruciale è che le persone esibiscono flessibilità e adattabilità nella vita lavorativa . 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 a essere interessati da questo. Un buon consiglio che ho sentito è stato "Non esiste una buona assunzione, solo un buon sparo."

Raramente qualcuno avrà abbastanza competenze per superare l'interruzione di una squadra strong e produttiva.

I membri dei team con scarsi risultati dovrebbero essere sostituiti prima che infettino il nuovo noleggio.