Blog Metlivi

Come gestire le richieste di stakeholder insistenti: bilanciare relazioni e confini del progetto

Quando una persona influente chiede un’aggiunta, chiarisci prima il risultato desiderato. Confrontalo con gli accordi approvati, spiega cosa cambierebbe con il lavoro aggiuntivo e presenta la scelta a chi possiede davvero l’autorità per decidere. Ascoltare attentamente e accettare una consegna sono azioni distinte. Risposte tempestive, comprensione precisa e aggiornamenti chiari contribuiscono alla relazione di lavoro.

07 settembre 20265 minRelazioni e fasi della vitaDi Metlivi Editorial Team
Sezione 1

Trasformare un’affermazione pressante in una richiesta

«Dobbiamo assolutamente inserirlo» non descrive ancora un’attività eseguibile. Chiedi chi userà il risultato, in quale situazione e quale esito già concordato dipende dalla sua presenza. Verifica se si tratta di chiarire un requisito esistente, correggere una consegna non conforme o aggiungere lavoro al perimetro. Un’attività già promessa ma incompleta non diventa una richiesta extra.

Insistente descrive qui la posizione o il modo di esprimersi in questa conversazione, senza giudicare il carattere. Registra la richiesta, il motivo e la data desiderata per decidere. Se viene proposta una sola soluzione, chiedi se un altro approccio potrebbe soddisfare lo stesso scopo.

Sezione 2

Spiegare l’impatto partendo dagli accordi

Apri il perimetro confermato, la data di consegna e i criteri di accettazione. Individua attività aggiunte o modificate e impegni esistenti coinvolti. Se tempi o risorse non sono stati valutati, dichiaralo. Non inventare una cifra precisa soltanto per continuare la discussione. Dire che il gruppo è occupato non spiega quale scelta sia necessaria.

L’Association for Project Management descrive il controllo delle modifiche come registrazione e valutazione delle variazioni a una base approvata, prima di approvarle, respingerle o rinviarle. Le conseguenze comprendono perimetro, qualità, tempi, risorse, costi e rischi. Usa il processo già presente nel progetto. Un progetto piccolo non richiede un nuovo comitato per il solo fatto che qualcuno chieda una modifica.

Sezione 3

Riportare alternative confrontabili

Immagina che una pagina prevista per venerdì debba improvvisamente includere statistiche sulle iscrizioni. Dopo aver verificato i fatti, confronta la consegna originaria, la risposta al bisogno immediato con uno strumento esistente autorizzato e la modifica di tempi e perimetro per aggiungere le statistiche. L’esempio non autorizza nuovi strumenti o modalità diverse di gestione delle informazioni. Ogni alternativa deve rispettare le regole effettive del progetto.

Puoi dire: «Capisco che servano informazioni sulle iscrizioni. La versione di venerdì non include il riepilogo. Verificherò il lavoro aggiuntivo e le alternative esistenti, poi presenterò le opzioni domani pomeriggio. È il termine della valutazione, non una promessa di consegna della nuova funzione.» Lo scopo viene riconosciuto e l’impegno rimane preciso.

Sezione 4

Verificare chi decide e chi contribuisce

Livello gerarchico, insistenza e autorità di approvazione non coincidono. Consulta responsabilità e accordi decisionali registrati. Se non sono chiari, chiedi al responsabile del progetto di chiarirli prima di fare supposizioni. Il metodo DACI di Atlassian distingue chi porta avanti la decisione, chi approva e chi contribuisce con competenze. Questa distinzione può chiarire un confronto senza riorganizzare il gruppo.

Il principio di consultazione dell’APM riguarda anche relazioni di lavoro, confini, criteri di riuscita e passaggio dei risultati. Quando serve coinvolgere un interlocutore di livello superiore, lo sponsor già presente può aiutare a spiegare le conseguenze. Lo scopo è far arrivare le informazioni alla persona appropriata, non mettere in imbarazzo chi ha presentato la richiesta.

Sezione 5

Allineare il progetto dopo la decisione

Dopo l’approvazione aggiorna perimetro, date, responsabilità e criteri interessati, poi informa chi dipende dal nuovo accordo. In caso di rifiuto conserva il motivo attuale; in caso di rinvio indica una condizione o una data di riesame. Un assenso informale in chat non dovrebbe convivere con una vecchia scadenza nel sistema delle attività.

Se continuano i solleciti, torna ai fatti ancora aperti: quale valutazione manca, chi deve decidere e quando arriverà l’aggiornamento. Non aggiungere promesse che non possono essere mantenute. La richiesta è gestita quando ha un esito chiaro e le persone coinvolte conoscono la versione corrente. Non è necessario che tutti siano soddisfatti del compromesso.

Letture correlate

Continua a esplorare il tema