Tra i vari ruoli e le varie figure che ruotano intorno a DAD, e Agile in generale, quella del Team Lead (aka Scrum Master) è una delle figure centrali, che lega insieme capacità di gestione/interazione e competenze tecniche, quest'ultime, in generale, non strettamente richieste ma di forte aiuto a dare autorevolezza a chi si cimenta nel ruolo.
Un buon DAD Team Lead è una guida che innalza il livello del Team a quello che in un post precedente abbiamo definito High Performance Team. E' quindi un ruolo chiave che si comporta da Coach ma anche da riferimento tecnico e da abile bilanciatore delle necessità del Membri del Team, del Team, del Product Owner e dei vari Stakeholder. Il tutto posizionandosi anche border line, rispetto a ruoli e metodologie, laddove il Goal da raggiungere giustifichi l'azzardo.
Anche se ogni professionista ha un proprio modo di abbracciare la mission del Team Lead, che non è di controllo ma di coordinazione e di protezione del Team, è possibile identificare una serie di elementi che possono fare la differenza:
- Essere disciplinato. Avere sempre ben chiaro i propri obiettivi ed i propri doveri, creando, ad esempio, una short list giornaliera e tenendo sempre sotto controllo le metriche afferenti al progetto come, ad esempio, il Burndown Chart;
- Assumere decisioni che sono in linea con i valori ed i principi Agili, tenendo come riferimento i dettami legati al Valore ed al Rischio (Value and Risk Driver). Tutte le decisioni vanno prese coinvolgendo sempre il Team di Delivery nel suo complesso, cercando di rispondere adeguatamente agli stimoli di cambiamenti che interessano sia lo sviluppo, sia le varie fasi ALM;
- Temporizzare correttamente i Daily Meeting. Il Meeting va opportunamente gestito, dedicando allo stesso non più di 15 minuti al giorno. Se un membro del Team, dopo aver esposto il lavoro fatto e le attività che andrà a fare, ha bisogno di approfondire qualche argomento, lo dovrà fare al termine del Meeting;
- Veicolare al Team le esigenze del Management e le scadenze. Il Team Lead fa da "tampone" tra il Team di Dev e il Management, rappresentando in modo incrociato le esigenze di entrambi e trovando la quadratura del cerchio;
- Avere sempre chiaro il flusso di lavoro da eseguire. E' fondamentale gestire sia l'ordinario che lo straordinario, ovvero le situazioni impreviste o un carico improvviso di attività. In questo i tool possono sicuramente aiutare, ma dietro bisogna avere una piena consapevolezza d'insieme;
- Effettuare presto e spesso le demo. Nonostante il sistema sia "naturalmente" dimostrabile ad ogni iterazione, se ci sono dubbi o è necessario mostrare alcune funzionalità ai key stakeholder, il Team Lead deve spingere per effettuare la dimostrazione il prima possibile, anche durante lo svolgimento dell'iterazione;
- Coach don't direct! Il Team Lead è un manager servente, ovvero al servizio del Team. Se ci si accorge di "dominare" la conversazione e che i membri del Team non si rivolgano al Team stesso ma a solo al Team Lead, allora bisogna cambiare qualcosa;
- Essere un riferimento positivo. Uno dei principi portati di DAD è che il successo di un progetto è determinato primariamente dalle persone che vi lavorano. Per questo è fondamentale che il Team Lead dia il buon esempio, gestendo i momenti critici e pesando sempre le decisioni. Certo, alcune scelte potranno risultare sbagliate, ma se esse vengono fatte con il "consenso" del Team e analizzando il contesto con parsimonia, saranno da sprono a migliorare la capacità di analisi e la capacità decisionale non perdendo il rispetto del Team stesso;
- Formare un Team Lead di riserva. Forse questo è uno dei compiti più strani: formare un proprio sostituto. Ma l'attività è assolutamente in linea con il ruolo di servente del Team, poiché da opportunità a uno dei membri del Team di abbracciare questo ruolo e garantisce al Team stesso che, in caso di assenza, ci sia qualcuno in grado di garantire il regolare svolgimento delle pratiche DAD/Agile/Lean;
- Affinare i meccanismi di inserimento e rimozione dei work item dall'Iteration Backlog. Questo elemento abbraccia il 4 volare dell'Agile, ovvero la risposta al cambiamento. Il Team Lead deve essere in grado di rispondere adeguatamente alle richieste di cambiamento provenienti dal Product Owner, garantendone la fattibilità ed evitando di creare un overhead per il Team. Inoltre, nel caso in cui ci siano problemi durante le iterazioni, il Team Lead deve concordare con il Product Owner l'eventuale diminuzione del carico di attività da eseguire, il tutto in linea con il principio che un DAD Team si mette al lavoro solo sulle attività che reputa di poter terminare correttamente durante una iterazione.
- Padroneggiare l'arte della scomposizione. Il Team Led deve essere estremamente abile nel guidare il Team nella definizione di User Story sufficientemente granulari da essere completate all'interno di una singola iterazione. Se la velocity permette di aggiungere nuovo lavoro ma le User Story rimaste hanno tutte story point maggiori, il Team Lead può guidare lo splitting della stessa o chiedere al Product Owner di rimuovere un'altra User Story (abbassandone la priorità) in modo da massimizzare le attività durante l'iterazione;
- Promuovere una cultura in cui i successi e i fallimenti appartengono al Team. Il Team è tale se il successo appartiene a tutti e il fallimento è un elemento condiviso che serve per migliorarsi e non per accanirsi contro qualcuno. Il compito del Team Lead è quello di far maturare il Team, i cui membri, lo ricordiamo, in ambito DAD sono multidisciplinari e equamente responsabili.
