Costruire un team Agile è più che pubblicare annunci di lavoro e firmare contratti. Prima di fare un’aggiunta al team, assicurati di avere l’infrastruttura giusta in atto conoscendo cosa, chi e quando di far crescere un team Agile.
Cosa: Team specializzati e team di funzionalità
Un team di funzionalità ha varie competenze necessarie per completare e spedire un incremento di prodotto. Un team di funzionalità può includere più ruoli, tra cui progettazione, sviluppo, controllo qualità e altri. D’altra parte, uno specialista – o componente – team è omogeneo nella funzione–ognuno ha lo stesso lavoro. Un’unità di squadra componente può essere composta da tutti gli sviluppatori o tutti i progettisti.
Si può pensare ad una funzione di team come Crayola™ casella di vari colori, mentre un team di specialisti è un raggruppamento dello stesso colore.
Pro e contro dei team specializzati e di funzionalità
Non è un segreto quale configurazione consigliamo ai nostri clienti di seguire. Il mese scorso, David Hawks ha spiegato come non avere team di funzionalità può compromettere una trasformazione agile. Tuttavia, esploriamo le due opzioni un po ‘ più a fondo.
Squadre specializzate
C’è molto da dire per un gruppo di esperti. Con la loro conoscenza combinata e altamente specifica, hanno la capacità di risolvere molti problemi che sorgono nel loro campo. I team specializzati sono anche in grado di assorbire i problemi causati da logoramento dei dipendenti o assenze impreviste.
Tuttavia, i silos creati da una configurazione del team specializzato causano molti problemi derivanti dalla mancanza di comunicazione tra i team. Questi problemi, che possono influire direttamente sulla qualità, includono una prospettiva limitata del prodotto e un ciclo di feedback più lento. Inoltre, i team specializzati sono rischiosi. Se una squadra rimane indietro, l’intero progetto rallenta poiché ogni squadra dipende l’una dall’altra.
Feature Teams
A causa della natura interfunzionale dei feature teams, c’è molta collaborazione, comunicazione e apprendimento che avviene tra i membri del team. Ciò crea una maggiore flessibilità organizzativa. Nel corso del tempo, i team di funzionalità altamente funzionanti sono in grado di impegnarsi a lavorare in un dominio diverso dai loro progetti attuali o passati. Inoltre, i team di funzionalità sono focalizzati sul completamento di funzionalità, end-to-end, che apportano valore a un cliente, mentre i team di componenti si concentrano sulla produzione (linee di codici create).
Ci sono un paio di problemi che derivano dalla configurazione del team di funzionalità, inclusi i rischi associati a assenze e logoramenti non pianificati. Se un team di funzionalità perde un tecnico di test, viene reso vulnerabile e il progresso può rallentare. Poiché i team di funzionalità sono creati per durare più a lungo e si impegnano a un progetto o prodotto, l’attrito può inavvertitamente essere causato se un membro del team non gradisce il lavoro. Questa è una sfida soprattutto perché la creatività e la passione sono grandi attrattive per i lavoratori tecnologici. Dice.com intervistati 17.000 professionisti della tecnologia e ha scoperto che al fine di mantenere gli sviluppatori, ci deve essere una progressione costante di incarichi più interessanti e impegnativi.
Who: Creare le tue squadre con Ideal Knowledge Worker – La “T” in Team
Che si tratti di funzionalità o specialista, la necessità di versatilità si estende anche alla più piccola unità di un team: l’individuo. Quando costruisci la tua squadra, cerca persone a forma di T nelle loro capacità o specialisti generalizzanti.
Hai bisogno di persone che sono esperti nel ruolo dato ma hanno una conoscenza pratica di altri aspetti perché aumenta la flessibilità del team.
Quando: Il momento giusto per assumere
Se i manager avevano tutti i soldi del mondo, determinare quando assumere non è un problema. Purtroppo, non è così. Nel mondo reale, i leader devono trovare il giusto equilibrio tra il budget e le esigenze della loro squadra. Analizzare le seguenti metriche per valutare la situazione in modo appropriato:
1. Debito tecnico
La quantità di debito tecnico è un ottimo indicatore per il personale, soprattutto se si scopre che maturo, squadre ad alte prestazioni stanno lottando per arrivare a fare.
2. Lunghe ore
Agile aiuta a ridurre al minimo gli straordinari massimizzando la quantità di lavoro completata durante una settimana lavorativa di 40 ore, il presunto standard negli Stati Uniti. Tuttavia, un sondaggio Gallup 2013 ha mostrato che la stragrande maggioranza degli americani salariati a tempo pieno ha lavorato più vicino a una settimana lavorativa di 47 ore. Qualunque sia la vostra politica aziendale può essere, lunghe ore causano stanchezza, malattia e dipendenti infelici.
3. Giorni di malattia utilizzati
Fare riferimento al numero 2. I giorni di malattia possono essere utilizzati anche per motivi al di fuori della malattia, come i colloqui di lavoro.
4. Indagini sulla felicità dei dipendenti
È normale che le indagini sui dipendenti abbiano un flusso e riflusso, ma i punteggi costantemente bassi sulle indagini sulla felicità dei dipendenti significano che è tempo per i leader di analizzare la cultura e i processi aziendali.
- Quantità di errori
Uno dei vantaggi di Agile è la sua capacità di identificare rapidamente il lavoro per mitigare i rischi. Tuttavia, più errori su base coerente potrebbero significare che il team si sta affrettando a fare le cose a causa di un carico di lavoro elevato.
- Feedback dei clienti
I clienti insoddisfatti sono il risultato di un lavoro scadente. Se i processi sono ottimizzati così come possono essere, potrebbe essere il momento di aggiungere supporto.