Troppo spesso capita di assistere all’allestimento di squadre in pochissimo tempo soprattutto all’interno di organizzazioni agili che hanno fatto della velocità il loro obiettivo principale.
Ci sono molti aspetti della creazione di una nuova squadra che vengono dimenticati o sottovalutati e possono creare problemi a breve e lungo termine.
Con tutti i diversi aspetti che andrebbero considerati in fase di allestimento di un team, una configurazione efficace potrebbe richiedere facilmente due o tre giorni interi.
Una cosa che spesso viene lasciata da parte perché “ci vuole tempo che non abbiamo”, è consentire alle persone che lavoreranno insieme di avere effettivamente la possibilità di conoscersi.
Questo è un aspetto importante in quanto aiuta a creare fiducia tra i membri del team e la fiducia è il fondamento di qualsiasi team efficiente.
La fiducia non si costruirà da un giorno all’altro, ma pianificare un’attività di team building darà almeno una spinta iniziale.
L’attività di team building può assumere molte forme. Indipendentemente dalla modalità che viene scelta, dovrebbe essere qualcosa in cui chiunque sarebbe disposto a lanciarsi.
Alcune persone saranno timide all’inizio e non tutti si sentiranno molto aperti, quindi si deve creare un atteggiamento di apertura che favorisca la partecipazione.
Fornire un quadro di riferimento
Un altro aspetto importante è identificare il framework che verrà utilizzato per sviluppare il lavoro.
Può trattarsi di un approccio agile o waterfall e bisogna quindi scegliere la metodologia. Supponendo che tutti siano esperti e addestrati a lavorare nel framework prescelto, il team semplicemente “salterà” in esso.
È importante pianificare del tempo per riprendere le linee guida dell’approccio prescelto e questo potrebbe facilmente richiedere un’intera giornata o più.
Ad esempio possiamo far riferimento allo SCRUM Framework. La formazione dovrebbe includere una panoramica del framework e altri aspetti come i ruoli all’interno del team, la gestione del backlog (ad es. scrivere le storie degli utenti, come suddividerle correttamente, ecc.), Come il contesto può influire sulla produttività, ecc.
Discutere il modo di lavorare
Insieme al framework, ci sono altri aspetti su cui i membri del team devono concordare. Questi variano a seconda della struttura e della operatività del team, ma ecco alcuni esempi:
- Accordi di squadra: il team dovrebbe concordare gli aspetti quotidiani di come lavorerà. Ad esempio: Quando sono previsti gli incontri periodici? Qual è il processo decisionale? Quali strumenti verranno utilizzati? Quali sono i canali di comunicazione? Quali standard determinano l’operatività?
- Definizione di pronto: questa è una definizione concordata da tutto il team su ciò che è necessario affinché un elemento nel backlog sia considerato “pronto” per iniziare a lavorarci. Ad esempio, sarebbe necessario un riepilogo correttamente formattato, criteri di accettazione, ecc.
- Definizione di fatto: un’altra definizione importante su cui il team dovrebbe concordare è quando un elemento del backlog è considerato “fatto”. Ad esempio: copertura del test, approvazione da parte di qualcuno, revisione del codice eseguita, ecc.
Accordarsi su questi aspetti può richiedere facilmente alcune ore a seconda delle dimensioni del team e della sua maturità nell’applicazione di best practices.
Mappare le conoscenze
Identificare chiaramente le competenze di ciascun membro del team è spesso l’aspetto più trascurato della creazione di un team, eppure è fondamentale per:
- Identificare le competenze mancanti
- Individuare le differenze tra i membri del team
- Monitorare lo sviluppo del team
- Identificare le risorse mancanti
Una volta che questi punti sono stati definiti, è più facile pianificare come acquisire le conoscenze mancanti. Ad esempio, se un’abilità tecnica è nota solo a un esperto del team, è possibile che quella persona alleni gli altri.
Potrebbe essere la conoscenza del sistema su cui lavorerà il team che richiederà un allineamento delle competenze.
Alcune competenze potrebbero mancare completamente al team e devono essere acquisite da una fonte esterna al team. Oppure prevedendo una attività di formazione prima che il progetto venga avviato.
Fare in modo che il team discuta quali competenze sono necessarie, che identifichi i propri punti di forza e di debolezza e i passi successivi non richiede di per sé molto tempo, tuttavia molti team saltano questa parte e quindi rischiano di incontrare ostacoli lungo la strada.
Categoria: