Menu

Issue 10026

Dire no senza rompere la relazione

Come rifiutare una richiesta rischiosa o irrealistica mantenendo chiarezza, credibilità e spazio per un’alternativa praticabile.

· 5 min

Obiettivo

Rifiutare o rinegoziare richieste rischiose, irrealistiche o incoerenti preservando la relazione, chiarendo conseguenze e proponendo alternative praticabili.

Cosa fare in pratica

Quando una richiesta non è sostenibile, il primo passo non è dire subito no: è dimostrare di aver capito il bisogno vero. Spesso lo stakeholderGlossarioStakeholderUna persona o un gruppo che influenza una decisione o ne sperimenta gli effetti.Apri la voce completa non sta chiedendo quella soluzione, ma sta cercando velocità, certezza, compliance, riduzione del costo o mitigazione di un rischio. In una conversazione efficace, separa sempre il problema dalla proposta. Puoi usare una sequenza semplice: riconosci l’obiettivo, esplicita il vincoloGlossarioVincoloUna condizione che limita lo spazio delle soluzioni praticabili e non può essere semplicemente ignorata.Apri la voce completa in modo comprensibile, rendi concrete le conseguenze e porta almeno un’alternativa. Per esempio: “Capisco che serva andare in produzione entro fine trimestre. Con questo scope, però, non riusciamo a garantire i controlli richiesti senza aumentare il rischio operativo. Possiamo ridurre il perimetro, fare un rilascio in due fasi o accettare formalmente il rischio con una mitigazione successiva”. Il punto non è difendere la tua posizione tecnica. È aiutare il gruppo a prendere una decisione consapevole, con trade-offGlossarioTrade-offUno scambio in cui migliorare un risultato ne indebolisce o ne rende più costoso un altro.Apri la voce completa espliciti e responsabilità chiare.

Cosa non fare

Quattro comportamenti trasformano facilmente un no legittimo in una frizione evitabile. Non dire semplicemente “non si può” senza rendere visibile il vincolo. Non scaricare la responsabilità su security, governance o compliance per chiudere la discussione. Non presentare una sola alternativa come se fosse obbligata. Non usare il rischio come arma retorica per spaventare lo stakeholder e ottenere consensoGlossarioConsensoUn impegno condiviso sufficiente a sostenere una decisione, non necessariamente una preferenza unanime.Apri la voce completa. Questi approcci possono proteggerti nel breve periodo, ma indeboliscono la fiducia e rendono più difficile la decisione successiva. Il ruolo del Solution Architect è creare opzioni comprensibili, non vincere per autorità tecnica.

Quali trade-off stai gestendo

Dire no protegge la qualità della decisione, ma ha sempre un costo relazionale se non viene motivato bene. Un rifiuto netto può sembrare rigidità o opposizione sterile. Al contrario, accettare tutto per evitare attrito sposta il problema in delivery: aumentano i ritardi, i compromessi nascosti, il debito tecnicoGlossarioDebito tecnicoUna condizione di design o implementazione che aumenta il costo o il rischio dei cambiamenti futuri.Apri la voce completa e le aspettative disallineate. Il trade-off reale non è collaborazione contro conflitto. È tra velocità apparente e sostenibilità reale, oppure tra semplicità della richiesta e complessità delle conseguenze. Un buon Solution Architect rende visibile questo scambio in modo neutro, senza trasformarlo in una battaglia di principio. Se proponi alternative, stai anche scegliendo dove mettere il limite: scope ridotto, soluzione temporanea, sequenza diversa, rischio accettato esplicitamente o prerequisiti da soddisfare prima di procedere. Ogni opzione va presentata con il suo prezzo, non come una concessione gratuita.

Esempio realistico in azienda

Immagina una banca che chiede di introdurre una nuova integrazione con un partner esterno in quattro settimane, riusando un canaleGlossarioCanaleUn formato o una destinazione attraverso cui una issue raggiunge il lettore.Apri la voce completa non progettato per dati sensibili. Il team business vede solo il beneficio commerciale immediato; l’architettura vede anche i controlli mancanti, i tempi di approvazione security e il rischio di incidenti. Un no utile non suona così: “Non si può fare”. Suona così: “Possiamo supportare l’obiettivo, ma non con questo perimetro e questa tempistica senza esporci a un rischio non accettabile. Se vogliamo mantenere la data, dobbiamo limitare i dati scambiati, usare un flusso temporaneo e pianificare una seconda fase per il modello definitivo”. In questo modo non stai bloccando l’iniziativa. Stai chiarendo che il vincolo è architetturale e operativo, non personale, e che la decisione richiede una scelta esplicita tra opzioni valide ma imperfette.

Per approfondire

Fonti autorevoli per approfondire negoziazione, conversazioni difficili e gestione costruttiva del dissenso. • Getting to Yes: Negotiating Agreement Without Giving In — Roger Fisher, William Ury, Bruce Patton — https://www.pon.harvard.edu/shop/getting-to-yes/ • Difficult Conversations: How to Discuss What Matters Most — Douglas Stone, Bruce Patton, Sheila Heen — https://www.stoneandheen.com/difficult-conversations

Tag