Issue 10078
Se il mandato non arriva, rendi visibili i default
Tre regole temporanee per avanzare senza appropriarsi di decisioni che spettano ad altri
· 5 min
Obiettivo
Operare con tre default dichiarati (cosa non si tocca, cosa resta reversibile, quando si riescala) invece di aspettare il mandato.
Non aspettare in silenzio
Quando lo sponsorGlossarioSponsorChi può sostenere o fermare il lavoro perché ne porta il rischio o il risultato, distinto da chi ha solo aperto la richiesta.Apri la voce completa non chiarisce il mandatoGlossarioMandatoL'autorizzazione esplicita a occuparti di un risultato, con confini su cosa puoi decidere e cosa puoi solo rendere visibile.Apri la voce completa ma il programma continua a consumare tempo e budget, il Solution Architect non dovrebbe né firmare decisioni fuori dalla propria autorità né congelare tutto. Conviene dichiarare tre default operativi: cosa non si tocca senza un decisore autorizzato, quali scelte possono procedere perché reversibili e a quale data o condizione si riescala. Scrivili nel decision log, collegali alle attività interessate e rendi esplicito chi ha il diritto di ribaltarli. Non sono decisioni definitive: sono regole temporanee e visibili per evitare che l'incertezza diventi debito decisionaleGlossarioDebito decisionaleUn impegno già comunicato senza owner, criterio di fallimento e possibilità di revert.Apri la voce completa nascosto.
Il prezzo della trasparenza
I default visibili mantengono il delivery in movimento, proteggono i confini di autorità e fanno emergere presto le dipendenze dal mandato. In cambio, possono apparire prudenti o persino bloccanti nel breve periodo. Limitare il lavoro alle scelte reversibili può inoltre introdurre soluzioni provvisorie e costi di rilavorazione. Il rischio opposto è più serio: procedere come se il mandato esistesse crea impegni difficili da annullare; attendere senza una scadenza accumula ritardi senza un responsabile evidente. La disciplina sta nel distinguere reversibilitàGlossarioReversibilitàIl costo e lo sforzo pratici necessari per cambiare o annullare una decisione dopo l’impegno.Apri la voce completa tecnica da reversibilità organizzativa: una modifica semplice da annullare nel codice può non esserlo dopo una comunicazione al mercato, un ordine di acquisto o una migrazione dati.
Un programma ERP con lo sponsor incerto
Un gruppo industriale deve decidere se centralizzare l'anagrafica fornitori nel nuovo ERP. Lo sponsor non conferma ancora chi possiede il dato, ma la data di integrazione è già nel piano. L'architetto dichiara tre default: nessuna migrazione irreversibile dei record senza mandato; si può procedere con un adattatore temporaneo e rimovibile; se entro dieci giorni non viene nominato il data owner, la decisione torna allo steering committee con impatti su data, costo e rischio. Il team continua a validare flussi e qualità dei dati senza trasformare un'ipotesi di governance in un fatto compiuto. Se il decisore ribalta il default, la modifica avviene apertamente e con conseguenze comprensibili.
Per approfondire
Fonti autorevoli per strutturare diritti decisionali, registrare le scelte e rendere esplicite le escalationGlossarioEscalationUna richiesta deliberata a un’autorità superiore o diversa per risolvere un rischio materiale o una decisione bloccata.Apri la voce completa. • Big Benefits from Project Management Basics — Project Management Institute — https://www.pmi.org/learning/library/big-benefits-project-management-basics-7584 • Documenting Architecture Decisions - Michael Nygard, Cognitect - https://www.cognitect.com/blog/2011/11/15/documenting-architecture-decisions