Ruoti i membri del team agili?

Una possibilità: Se sei preoccupato per la perdita di produttività ruotando un membro del team, il tuo manager ha l'approccio corretto, e molto probabilmente sarà seriamente preoccupato (se è buono), ma non lo dirà.

Man mano che le aziende crescono, diventano meno preoccupate per la produttività immediata e più preoccupate per la continuità e la prevedibilità. Questioni come la continuità aziendale, la dipendenza da persona chiave e la vitalità tecnica entrano in gioco - le stesse persone che lavorano a stretto contatto per molti anni, senza che nessuno arrivi o finisca quasi sempre male, pensa al bus rosso ... o più comunemente, BBoM ( Big Bucket of Money) che infligge più difficoltà alla squadra.

Un elevato throughput a tutti i costi è fondamentale per la sopravvivenza delle startup, ma c'è un costo sia nel debito tecnico che non tecnico. Processi consistenti, ripetibili e predicibili sono più importanti per le aziende affermate rispetto alla pura velocità. (Pensa a tartaruga e lepre)

I team a lunga scadenza, a basso giro di lavoro, rappresentano un problema molto reale per la gestione di grandi aziende. Stai passando da una piccola azienda a una grande azienda o più sottilmente. da una "grande piccola" azienda a una "piccola grande" azienda?

Se questa è davvero la situazione, devi decidere se vuoi davvero essere visto per resistere ai cambiamenti.

"I nuovi sviluppatori lasciano la società - wow abbiamo perso un sacco di tempo."

C'è una risposta classica a questo: perché se non investi tempo nella formazione di questo sviluppatore e decide di restare in azienda?

Secondo me è una buona idea che gli sviluppatori ruotino tra i team, normalmente questo dà agli sviluppatori una migliore comprensione della società nel suo complesso e crea molte opportunità di apprendimento per i nuovi sviluppatori.

Ovviamente la velocità delle squadre cambia, perché la velocità di una squadra è definita dai suoi sviluppatori, normalmente un cambio nel team diminuisce sempre la velocità della squadra. Ma stai investendo nella formazione di questi nuovi sviluppatori e nel futuro dell'azienda, questa diminuzione della velocità è il costo dell'investimento, non puoi avere i benefici senza il costo, e ogni manager intelligente capisce questo semplice fatto se tu parla con lui in una lingua che può capire.

New developer will bring down the work rate of at least one experienced person as they constantly ask questions.

Questa è una buona cosa, con moderazione.

Ogni processo ha innumerevoli fonti di attrito - sia che si riferiscano a strumenti, sia a livello di progettazione o altro. Il problema è che molte delle tue fonti di attrito non te ne accorgi. Avere qualcuno a bordo porta una serie di nuovi occhi, mettendo in discussione tutto ciò che stai facendo e dando un ciclo di feedback eccellente.

A volte questo ciclo di feedback sarà ovvio: chiederanno perché stai facendo X invece di Y, e Y sarà davvero un approccio migliore.

A volte sarà più sottile - riceverai molte domande su un particolare modulo, e questo è il feedback che il modulo non è progettato bene.

Sì, avere una nuova persona nel team rallenta la velocità della linea retta. È anche un ottimo controllo se la linea retta che stai seguendo è la migliore da seguire.

does rotating out the team members work?

Definisci "lavoro".

I membri del team di rotazione a volte diffondono (buona o cattiva) cultura ai diversi team di sprint. A volte può creare un lavoro di squadra tra team perché le persone possono creare amicizie che prima non esistevano.

• Diffonde la conoscenza del dominio? lentamente . Come mesi lentamente.
• rallenta i team sprint? Quasi sempre . Dipende da quanto diverse sono le squadre nel lavoro, nella cultura e nell'organizzazione.
• Spesso frustrare le persone e abbassare il morale, soprattutto per i motivi che ti portano in ballo - ci si aspetta che il tuo team mantenga velocità nonostante questo sovraccarico? Assolutamente . Ciò dipende naturalmente dalle personalità delle persone coinvolte, dall'abilità dei lead / management e dalle pile di altri fattori. Oh, non entriamo nel modo in cui i dipendenti disimpegnati raccolgono conoscenze specifiche per il tuo dominio ...

Personalmente , non penso che ne valga la pena. La diffusione della conoscenza del dominio è troppo lenta, i rischi sono troppo alti e la conoscenza del dominio non è altrettanto preziosa per me quanto lo è per la maggior parte dei manager.

Se vuoi promuovere buone relazioni personali tra team, devi promuovere buone relazioni personali tra persone . Nella mia esperienza, sottolineando le persone con il cambiamento (spostando i paesaggi sociali della loro squadra) e gli ordini dei boss non li sta preparando per il successo in questo senso.

Perché dovrebbe essere tutto negativo?

Le nuove persone portano nuove idee e idee al gruppo:

• Nuovi strumenti
• Altri modi di lavorare

Dovendo spiegare a loro i modi della tua squadra, le persone della tua squadra vengono sfidate:

• Perché abbiamo deciso di farlo in questo modo?
• Il motivo sopra è ancora valido?
• Spiegare cose alle persone porta le persone fuori dalla loro zona di confort

E le persone che si uniscono a un altro team vengono sfidate:

• Scopri nuove cose
• Conosci nuove persone

Potrebbe cambiare le dinamiche del tuo gruppo, dando ad altre persone una spinta a prendere più responsabilità o un ruolo più anziano.

Per me la rotazione può arricchire il gruppo finché il numero di sviluppatori con conoscenze tecniche e di dominio nel gruppo è abbastanza alto.