Favorire la partecipazione alla review

Il prodotto che io e il mio team gestiamo interessa parecchie persone all’interno della nostra azienda.
Queste persone sono sparse in 8 uffici diversi distribuiti in 6 paesi europei.
Le nostre sprint review sono perciò necessariamente in inglese e gestite in remoto con uno strumento che consente di organizzare una multiconference con condivisione di schermo e chat.
Ciò nonostante, è tutt’altro che scontato che queste persone mantengano un interesse e una partecipazione attiva alle review, visto che noi siamo solo uno degli otto team di prodotto (ciascuno con la sua review) e sopratutto visto che molti di loro ci stanno seguendo da 48 sprint review.
Immaginate quindi la soddisfazione nel riscontrare la presenza di 25 partecipanti all’ultima sprint review, praticamente tutti i responsabili helpdesk, marketing e vendite e tutti gli esperti del prodotto in esame in ognuno dei paesi in cui siamo presenti.
Alla fine della review ho fatto i complimenti al mio team: aver mantenuto l’attenzione e l’interesse di queste persone per così lungo tempo è un successo conquistato con un lungo lavoro fatto di vittorie, errori, sconfitte, dietrofront e ripartenze. Bravi!
Cosa è che rende interessante e partecipata una review ad alto rischio di incomunicabilità come la nostra?
Nel tempo ci siamo resi conto che dovevamo trovare un modo di compensare un livello medio di conoscenza dell’inglese non proprio eccelso e una certa reticenza alla comunicazione in pubblico. Ecco come abbiamo lavorato.
La review si compone di sessioni di presentazione; in ciascuna sessione ogni team member mostra un lavoro, una feature, un risultato, uno sviluppo, il prodotto di una attività concluso nello sprint appena terminato.
Why & What
Ogni sessione viene introdotta da una slide che illustra il tipo di sviluppo e dunque il perché quello sviluppo è stato fatto (cioè le motivazioni e le esigenze che sono alla base di quella scelta) e il cosa è stato in pratica fatto. Se necessario, e per lo più lo è, alcuni link rimandano alle aree di preproduzione dalle quali i risultati del lavoro saranno mostrati.
Esempio:
Gestionale delle iscrizioni – interfaccia di verifica e validazione delle iscrizioni
Perché: l’attività viene fatta ad oggi manualmente con notevole dispendio di lavoro
Cosa: nell’area di backend abbiamo inserito una lista delle iscrizioni che possono essere validate o rifiutate
Link: area di gestione
Il tutto, ovviamente, in inglese.
Uso della chat
La review, come detto, è in inglese, ma i partecipanti parlano le lingue più svariate e non sempre si sentono a loro agio nel gestire una conversazione in inglese. Scrivere è immensamente più facile per tutti.
Dunque, usiamo lo strumento di chat per interagire con i partecipanti, chi vuole può scrivere una domanda o un commento e uno dei team member più senior è incaricato di rispondere alle domande oppure, se necessario, avvertire il resto del team e il Product Owner che c’è una domanda di interesse generale che vale la pena di essere risposta a voce. Raramente c’è la necessità di aprire l’audio del richiedente e interagire direttamente, ma se desiderato ovviamente si fa.
What’s next

La sprint review si chiude sempre con una slide finale sugli sviluppi previsti per lo sprint successivo: ovviamente questa viene presentata dal Product Owner, che anche in questo caso risponde alle domande in proposito.
Ricordo le prime review dove la maggior parte dei partecipanti veniva nella nostra stanza e per creare una atmosfera accogliente e rilassata facevamo trovare qualche dolcetto. Quando l’interesse crebbe nelle sedi estere mi chiesi con cosa avremmo sostituito quello “sweet welcome”; credo che a distanza di alcuni mesi abbiamo trovato una formula altrettanto confortevole e che, oltretutto, non favorisce la carie.

Lascia un commento