Menu

Issue 10015

Come mettere in discussione uno stakeholder senior con rispetto

Dire che una scelta è rischiosa senza rompere fiducia, relazione o chiarezza decisionale

· 5 min

Una conversazione difficile viene strutturata in tre passaggi visibili: obiettivo condiviso, rischio concreto e alternative praticabili, mantenendo la relazione fuori dallo scontro personale.

Obiettivo

Mettere in discussione assunzioni o decisioni rischiose di stakeholder senior usando evidenze, conseguenze, opzioni e rispetto per il loro obiettivo sottostante.

Come impostare la conversazione

Quando devi sfidare uno stakeholderGlossarioStakeholderUna persona o un gruppo che influenza una decisione o ne sperimenta gli effetti.Apri la voce completa senior, non partire dal dissenso. Parti dall’obiettivo che sta cercando di raggiungere: velocità, costo, semplicità, time-to-market, protezione di una scadenza o soddisfazione di un cliente interno. Questo cambia subito il tono della conversazione: non stai opponendoti alla persona, stai aiutando a proteggere il risultato. Poi porta il tema sul piano del rischio concreto. Evita formule generiche come “non mi convince” o “non è scalabile”. Meglio dire: “Se adottiamo questa scelta, tra due mesi potremmo trovarci con un’integrazione fragile che blocca il rilascio del canaleGlossarioCanaleUn formato o una destinazione attraverso cui una issue raggiunge il lettore.Apri la voce completa X” oppure “questa scorciatoia riduce il tempo oggi, ma sposta il costo sul team operativo e rende la correzione più cara dopo il go-live”. Chiudere la conversazione con un’alternativa è essenziale. Un buon Solution Architect non si limita a evidenziare il problema: propone una via d’uscita. Può essere una versione più piccola, una decisione reversibile, una mitigazione temporanea, un esperimento limitato o una scelta esplicita di accettazione del rischio. Così il dissenso diventa una decisione più informata, non uno scontro di opinioni.

I trade-off da rendere espliciti

La sfida rispettosa ha un costo, e conviene dirlo chiaramente. Se taci per evitare attrito, proteggi la relazione nel breve periodo ma trasferisci rischio al delivery, ai team di esercizio e alla credibilità dell’architettura. Se invece insisti nel modo sbagliato, puoi far percepire il tuo intervento come ostacolo personale, e da lì in poi la tua influenza si riduce. Il trade-offGlossarioTrade-offUno scambio in cui migliorare un risultato ne indebolisce o ne rende più costoso un altro.Apri la voce completa giusto non è tra essere “allineati” o “contrari”. È tra una decisione veloce ma fragile e una decisione un po’ più lenta ma più consapevole. In pratica, stai bilanciando fiducia, tempo, rischio e reversibilitàGlossarioReversibilitàIl costo e lo sforzo pratici necessari per cambiare o annullare una decisione dopo l’impegno.Apri la voce completa. In contesti enterprise, questo è spesso più importante della bontà tecnica assoluta: una soluzione imperfetta ma discussa bene può essere più sicura di una soluzione teoricamente migliore ma imposta male. Ricorda anche che non tutte le battaglie meritano la stessa energia. Se il rischio è basso e reversibile, può bastare una nota di attenzione. Se invece la decisione è costosa da invertire, impatta più funzioni o crea un debito operativo evidente, allora vale la pena alzare il livello della discussione con dati, scenari e alternative.

Esempio in un contesto enterprise

Immagina un programma di modernizzazione in una banca, dove un senior stakeholder chiede di integrare rapidamente un nuovo portale cliente usando un accesso diretto al database del sistema legacy. L’obiettivo è comprensibile: andare in produzione in fretta e ridurre la complessità iniziale. Un approccio rispettoso non parte con “non si può fare”. Parte così: “Capisco che l’obiettivo sia accelerare il rilascio. Però l’accesso diretto al database introduce un accoppiamento forte con il legacy e rende fragile qualsiasi change futuro. Il rischio concreto è che un aggiornamento del sistema centrale blocchi il portale o richieda interventi urgenti fuori finestra.” Poi proponi opzioni: un’API di facciata limitata alle funzioni minime, una sincronizzazione temporanea con dati non critici, oppure una decisione esplicita di usare il database solo come misura provvisoria con data di scadenza e piano di uscita. Così lo stakeholder vede che non stai difendendo una preferenza architetturale astratta; stai aiutando a proteggere il risultato di business con una scelta più sostenibile.

Per approfondire

Riferimenti esterni autorevoli per approfondire come mettere in discussione decisioni verso l’alto con credibilità e rispetto. • The right way to speak truth to power — Harvard Business Review — https://hbr.org/2016/12/the-right-way-to-speak-truth-to-power • How to challenge a senior stakeholder respectfully — Architecture Coffee knowledge assetGlossarioKnowledge assetUna porzione di conoscenza riusabile e revisionata che può supportare uno o più topic e issue.Apri la voce completa KA-084

Tag