☕ 𝗗𝗶𝗴𝗶𝘁𝗮𝗹 𝗖𝗼𝗳𝗳𝗲𝗲 #𝟭𝟭𝟴

Il silenzio degli stakeholder vale come approvazione?

Quando l’assenza di osservazioni diventa un rischio di progetto

Una situazione piuttosto comune nelle organizzazioni riguarda la condivisione di documenti, requisiti, specifiche tecniche o risultati progettuali che richiedono una validazione.

Il documento viene preparato, verificato internamente e trasmesso agli stakeholder interessati. Trascorrono alcuni giorni senza osservazioni e, per rispettare la pianificazione, il team decide di proseguire.

Tutto sembra procedere regolarmente, almeno fino a quando qualcuno contesta una scelta che riteneva ancora da discutere.

A quel punto emergono interpretazioni differenti: chi ha inviato il documento considera l’assenza di risposte un segnale di condivisione; chi lo ha ricevuto sostiene di non aver mai espresso un’approvazione.

Il risultato può essere una rilavorazione, una milestone compromessa o, nei casi più delicati, una controversia sulle responsabilità.

Il problema: confondere comunicazione e approvazione

Nel Project Management, condividere un’informazione e ottenere una decisione sono due processi differenti.

L’invio di un documento dimostra che una comunicazione è stata effettuata, ma non necessariamente che il destinatario abbia esaminato, compreso e approvato il contenuto.

Il silenzio può dipendere da numerose circostanze: sovraccarico di lavoro, indisponibilità temporanea, priorità concorrenti, incomprensioni oppure mancata consapevolezza della necessità di esprimersi.

Attribuirgli automaticamente un significato favorevole espone il progetto a un rischio evitabile.

Come gestire efficacemente la situazione

Una gestione strutturata dovrebbe prevedere alcuni accorgimenti.

1. Identificare gli stakeholder responsabili della validazione.

Non tutti i destinatari di una comunicazione hanno lo stesso ruolo. Occorre distinguere chi deve essere informato, chi consultato e chi dispone dell’autorità per approvare.

2. Definire criteri di accettazione verificabili.

Una validazione dovrebbe riguardare requisiti e condizioni esplicite, evitando formulazioni generiche che lasciano spazio a interpretazioni.

3. Stabilire tempi e modalità di risposta.

La richiesta di approvazione dovrebbe indicare chiaramente l’oggetto, il termine previsto e le modalità attraverso cui esprimere eventuali osservazioni.

4. Prevedere un percorso di escalation.

Se un’approvazione necessaria non arriva, il problema va reso visibile prima che comprometta le scadenze, coinvolgendo i responsabili appropriati.

5. Formalizzare le decisioni.

Un registro delle decisioni, anche semplice, consente di documentare approvazioni, responsabilità, date e condizioni concordate.

E il silenzio-assenso?

Esistono contesti nei quali l’assenza di risposta entro un termine prestabilito può produrre determinati effetti.

Tuttavia, un meccanismo di approvazione tacita deve essere previsto da regole applicabili e concordate, e non può essere introdotto unilateralmente per accelerare un progetto.

La differenza è sostanziale: una procedura definita offre prevedibilità; un’interpretazione arbitraria introduce incertezza.

La lezione per il Project Manager

Gestire efficacemente un progetto significa anche prevenire le ambiguità che possono trasformarsi in ritardi e costi aggiuntivi.

Una comunicazione chiara, responsabilità definite e un processo di validazione proporzionato alla criticità del deliverable permettono di evitare controlli inutilmente burocratici senza rinunciare alla tracciabilità.

Il silenzio può essere una risposta. Ma non sempre è un’approvazione.

Ed è proprio questa distinzione, apparentemente banale, che può evitare settimane di rilavorazioni.

Articoli simili