Riunione degli stakeholder: una guida pratica per condurla bene

Una riunione degli stakeholder esiste per mantenere le persone che hanno un interesse in un progetto, ma che non necessariamente fanno il lavoro quotidiano, allineate su come stanno le cose e cosa ha bisogno del loro contributo. Questo può significare uno sponsor che finanzia il lavoro, un capo dipartimento il cui team è interessato dal risultato, un cliente che deve approvare l'ambito, o un dirigente che deve approvare una variazione di budget.

L'obiettivo è diverso da una sessione di lavoro. Una sessione di lavoro è dove il team risolve i problemi insieme. Una riunione degli stakeholder è dove il team comunica cosa questi stakeholder effettivamente hanno bisogno di sapere: stato rispetto al piano, decisioni che richiedono la loro approvazione, rischi che potrebbero interessare la loro area, e dipendenze dove devono contribuire qualcosa al progetto.

Trattare una riunione degli stakeholder come una riunione di team generale è la fonte più comune di frustrazione da entrambi i lati. Gli stakeholder se ne vanno sentendosi di aver ascoltato dettagli che non li riguardavano, e il team di progetto se ne va senza le decisioni o approvazioni specifiche di cui aveva effettivamente bisogno. Una riunione degli stakeholder ben condotta è deliberatamente più ristretta di una sessione di lavoro, costruita attorno a ciò di cui questo particolare pubblico ha bisogno di discutere.

L'errore più grande nelle riunioni degli stakeholder è la lista dei partecipanti. Invitare tutti coloro che sono vagamente collegati a un progetto, per cortesia o precauzione, produce una riunione troppo grande per prendere decisioni e troppo generica per essere utile a qualcuno in particolare.

L'agenda di una riunione degli stakeholder dovrebbe essere costruita attorno a ciò su cui gli stakeholder hanno bisogno di agire, non attorno a un elenco cronologico di tutto ciò che il team di progetto ha fatto. Inviala in anticipo, insieme a qualsiasi pre-lettura, così il tempo della riunione è speso nella discussione e nelle decisioni invece di mettere le persone in pari.

Una struttura affidabile copre quattro cose nell'ordine: dove il progetto sta rispetto al piano, decisioni che hanno bisogno di un sì o no oggi, rischi o blocchi che toccano l'area di uno stakeholder, e dipendenze dove il progetto sta aspettando qualcosa da qualcuno nella stanza. Mantenere breve l'aggiornamento dello stato è più importante di quanto suoni; un aggiornamento di stato che impiega quindici minuti per essere letto ad alta voce è meglio inviato come riassunto scritto prima della riunione, lasciando il tempo live per le parti che effettivamente richiedono una conversazione.

Se il tuo team esegue un kickoff prima che il progetto inizi, la nostra guida su modello agenda riunione kickoff progetto copre come impostare aspettative, ruoli e proprietà dei rischi dalla prima riunione, che rende le riunioni degli stakeholder successivi molto più facili da condurre perché le regole di base sono già stabilite.

Il valore di una riunione degli stakeholder vive quasi interamente in ciò che viene documentato dopo, non nella conversazione stessa. Una decisione che è stata presa verbalmente ma mai scritta in linguaggio chiaro tende a essere ricordata diversamente da persone diverse entro una settimana, che è esattamente il tipo di disallineamento che le riunioni degli stakeholder dovrebbero prevenire.

L'approccio più affidabile è separare tre categorie mentre prendi note, piuttosto che scrivere una narrazione continua: decisioni prese, rischi sollevati, e dipendenze dovute. Una decisione dovrebbe essere scritta come un'affermazione completata, come "approvato lo spostamento della data di lancio al 14 marzo", non "discusso il possibile spostamento della data di lancio". Un rischio dovrebbe nominare cosa potrebbe andare male e chi è responsabile di osservarlo. Una dipendenza dovrebbe nominare esattamente cosa è necessario, da chi, e entro quando.

Qui è dove la registrazione della riunione cambia la qualità del record. Notelyn può registrare una riunione degli stakeholder direttamente, o puoi caricare un file audio o importare una registrazione dopo, e genera un riassunto AI che separa la discussione dai risultati. Invece di una persona che cerca di scrivere le decisioni accuratamente mentre anche partecipa nella discussione, la trascrizione è lì per controllare, e l'assistente AI Q&A permette a chiunque di chiedere qualcosa come "cosa abbiamo deciso sulla data di lancio" e ottenere una risposta diretta invece di scorrere una trascrizione.

Le note di follow-up da una riunione degli stakeholder dovrebbero essere abbastanza brevi che uno stakeholder che ha perso la chiamata possa leggerle in due minuti e sappia esattamente cosa è successo. Questo significa resistere all'impulso di trasformare le note in una trascrizione completa, e invece strutturarle attorno a cosa è cambiato come risultato della riunione.

Una riunione degli stakeholder che accade settimanalmente o bisettimanalmente tende a perdere valore gradualmente piuttosto che tutto in una volta. L'agenda diventa più vaga, gli stessi elementi aperti riappaiono senza progresso visibile, e gli stakeholder iniziano a mandare un delegato invece di partecipare loro stessi, che di solito è un segno che la riunione ha smesso di sembrare degna del loro tempo.

La soluzione che funziona meglio nella pratica è iniziare ogni riunione degli stakeholder ricorrente rivedendo i risultati e gli elementi d'azione da quella precedente, prima di passare ai nuovi affari. Questo impiega due o tre minuti e fa più a mantenere la riunione responsabile di quasi qualsiasi altra cosa, perché rende chiaro se le decisioni da ultima volta sono state effettivamente messe in atto.

Con Notelyn, i verbali passati e gli elementi d'azione sono archiviati e ricercabili, così estrarre cosa è stato deciso tre settimane fa impiega secondi piuttosto che scavare attraverso email o cronologia chat. Se le tue riunioni degli stakeholder sono parte di una relazione di vendita o cliente più ampia, la nostra guida su come condurre una riunione di vendita copre una struttura simile adattata per quel contesto. E se alcuni dei tuoi stakeholder si uniscono da remoto, vale la pena rivedere etichetta riunioni virtuali, poiché una riunione degli stakeholder è esattamente l'impostazione dove un partecipante distratto o muto può causare vera confusione dopo.

Alcuni pattern si presentano ripetutamente nelle riunioni degli stakeholder che altrimenti hanno le persone giuste nella stanza. Riconoscerli di solito è sufficiente per evitarli.

Il primo è trattare la riunione come un rapporto di stato piuttosto che una sessione di presa di decisioni. Se nulla sull'agenda effettivamente richiede l'input di uno stakeholder, probabilmente appartiene a un aggiornamento scritto invece di un invito a riunione. Il secondo è lasciare che l'agenda cresca per coprire tutto invece di solo ciò di cui questo specifico pubblico ha bisogno. Il terzo è non nominare un responsabile decisionale per ogni elemento dell'agenda, che permette a un argomento di essere discusso a lungo senza che nessuno effettivamente lo chiuda. Il quarto, e quello che causa il più grande danno a valle, è affidarsi alla memoria o a note personali sparse per documentare cosa è stato deciso, piuttosto che un singolo record concordato che viene inviato a tutti dopo.

Costruire un modello di agenda riutilizzabile per la tua riunione degli stakeholder, e abbinarlo a minuti di riunione AI automatici che trasformano la registrazione in decisioni, rischi e elementi d'azione, rimuove la maggior parte di questi punti di fallimento senza aggiungere lavoro extra alla riunione stessa. Per uno sguardo più profondo a cosa accade dopo che la riunione finisce, la nostra guida su follow-up riunione copre come trasformare le note catturate in lavoro completato.