Ci sono progetti che falliscono con un botto, tra accuse e riunioni tese. E poi ci sono quelli che falliscono senza fare rumore: consegnano “qualcosa”, ma non ciò che serviva; consumano budget, ma non generano impatto; lasciano in eredità stanchezza e diffidenza. La causa più sottovalutata è l’assenza di un owner chiaro, una figura che non coincide con “il capo” né con “quello che fa tutto”, ma con il punto in cui si concentrano responsabilità finale, priorità e coerenza delle scelte.
Quando manca l’owner, l’organizzazione prova a compensare con più allineamenti, più comitati, più documenti. Ma il problema non è la comunicazione: è il diritto di decidere. E senza decisioni, l’esecuzione diventa rework.
Il fallimento silenzioso e i segnali precoci
Immagina un progetto tipico: una nuova iniziativa digitale, un lancio, una trasformazione interna. All’inizio è tutto promettente: kickoff ben partecipato, timeline ragionevole, entusiasmo. Poi arrivano le prime scelte “non scritte” nel piano. Qual è la metrica guida? Quale trade-off è accettabile? Cosa succede se due stakeholder vogliono cose incompatibili?
Se non c’è un owner, nasce una dinamica ricorrente: le decisioni diventano negoziazioni infinite. Ognuno difende il proprio pezzo con argomenti legittimi, ma manca la regia. Il team operativo procede per ipotesi, sperando che nessuno cambi idea. È il momento in cui il progetto smette di “andare avanti” e inizia a “girare in tondo”.
Il primo segnale non è il ritardo, ma la qualità delle conversazioni. Le frasi cambiano: da “facciamo così” a “sentiamo anche…”, da “decidiamo oggi” a “rimandiamo alla prossima”. Il secondo segnale è l’aumento del lavoro invisibile: revisioni, allineamenti, doppie approvazioni, versioni che non arrivano mai a “definitivo”. Il terzo segnale è la frammentazione della verità: ognuno racconta il progetto in modo diverso, perché senza un owner non c’è una versione ufficiale delle priorità.
A quel punto il project manager, se presente, rischia di diventare un facilitatore senza potere: coordina e sollecita, ma non può chiudere. Gli stakeholder, percependo il vuoto, alzano la pressione per non essere ignorati. E chi lavora “in trincea” inizia a proteggersi: chiede conferme continue, evita di esporsi, spinge responsabilità verso l’alto. Quando la responsabilità si sposta, l’energia si spegne.
Come i Seal della Marina degli Stati Uniti conducono e vincono 18 min
Extreme Ownership
Quando l’ownership manca e cosa insegna Extreme Ownership
In questa fase, è utile guardare al tema con un’angolazione netta. Nell’analisi Extreme Ownership di Jocko Willink, c’è una lezione particolarmente applicabile ai progetti: la responsabilità non è un’etichetta, è un comportamento ripetuto ogni giorno. Non basta “nominare” un owner in una slide, se poi quel ruolo non ha mandato, informazioni e protezione.
Un passaggio chiave dell’approccio di Willink è racchiuso in un titolo che torna spesso nelle sintesi del libro: “Prioritize and Execute”. In un progetto senza owner, tutti vivono come se tutto fosse prioritario. Il risultato è un paradosso: si lavora tantissimo, ma si consegna poco. Il rimedio non è fare più in fretta, è fare più chiaro. “Prioritize and Execute” significa che qualcuno deve fermarsi, guardare il campo e dire quale problema viene prima, quale viene dopo e quale non si fa affatto.
Qui emerge il punto più delicato: l’owner non serve a comandare, serve a rendere possibile il coordinamento. Se marketing e compliance sono in conflitto, l’owner decide il compromesso accettabile in base alla metrica guida. Se IT segnala un rischio strutturale, l’owner decide se ridurre scope, spostare una feature alla fase successiva o cambiare data. Senza questa figura, ogni compromesso nasce dalla stanchezza, non dalla strategia.
L’analisi 4books aiuta anche a riconoscere un altro equivoco comune: “ownership condivisa”. In teoria suona bene, in pratica spesso significa ownership diluita. Un progetto può essere collaborativo, ma deve avere una responsabilità finale singola, altrimenti le conseguenze non sono di nessuno e le scelte restano sospese.
Se vuoi una regola semplice: quando una decisione è scomoda e nessuno la prende, non è un problema di allineamento. È un problema di ownership. E finché non lo nomini, continuerai a pagarlo in rework.
Come i Seal della Marina degli Stati Uniti conducono e vincono 18 min
Extreme Ownership
Mettere un owner al centro senza creare colli di bottiglia
Molti team resistono all’idea di un owner perché temono due rischi: micro-management e lentezza. Il punto è che l’ownership fatta bene produce l’effetto opposto: riduce i colli di bottiglia, perché elimina ambiguità e ripetizioni.
La prima mossa è definire un risultato operativo, non uno slogan. “Rifare la piattaforma” è un contenitore vuoto; “aumentare del X% una metrica specifica, entro una data, rispettando vincoli chiari” è una bussola. Senza una bussola, anche l’owner più bravo diventa un arbitro di opinioni.
La seconda mossa è rendere espliciti i confini decisionali. Non con procedure pesanti, ma con un principio di base: l’owner decide su scope e priorità, gli specialisti decidono su come implementare al meglio dentro quei confini. Questo evita due derive: lo stakeholder che entra nei dettagli operativi e il tecnico che decide obiettivi senza il quadro di business. L’owner protegge il “perché” e il “cosa”, il team eccelle nel “come”.
La terza mossa è creare tracciabilità delle decisioni. Nei progetti senza owner si dimentica velocemente perché si è scelto qualcosa, e ogni riunione ricomincia da capo. Basta poco per cambiare la dinamica: una nota decisionale breve ma costante, che registri cosa si è deciso, perché e cosa cambia. La memoria del progetto è un acceleratore, non burocrazia.
Infine, l’owner deve essere presente nel ritmo giusto. Se appare solo nello steering mensile, arriva tardi. Se è in ogni scambio operativo, frena. Serve una cadenza prevedibile in cui raccoglie segnali, chiude decisioni e sblocca ostacoli. In un contesto sano, la frase che si sente più spesso non è “ne riparliamo”, ma “questa è la decisione, ecco cosa comporta”.
Organizzarsi strategicamente per raggiungere un obiettivo 21 min
Le 4 Discipline dell’Execution
Prevenire il problema prima del kickoff con How Big Things Get Done e Le 4 discipline dell’Execution
Il modo migliore per gestire un progetto senza owner è evitare che nasca così. Se al kickoff non è chiaro chi ha la responsabilità finale delle decisioni, il progetto parte già con un debito nascosto. In How Big Things Get Done di Bent Flyvbjerg e Dan Gardner è utile proprio perché sposta l’attenzione dalle “buone intenzioni” alla qualità delle premesse: molti progetti si arenano non perché il team sia incapace, ma perché entrano in corsa con aspettative irrealistiche, scope instabile e vincoli non negoziati.
In questa prospettiva, la prevenzione non è “pianificare di più”, ma rendere la realtà discutibile prima che diventi incontestabile. Significa prendersi il tempo iniziale per chiarire cosa conta davvero, quali compromessi sono accettabili e cosa succede quando due esigenze entrano in conflitto. Quando questa fase viene saltata, l’organizzazione tende a impegnarsi troppo presto su promesse che suonano bene in riunione ma reggono male nella pratica. È la trappola dell’impegno prematuro: più si è promesso, più diventa difficile correggere rotta senza perdere faccia, e così si continua anche quando i segnali dicono di fermarsi o ridurre.
Qui entra la seconda analisi 4books che completa il quadro: Le 4 discipline dell’Execution di Chris McChesney e Sean Covey. Se Flyvbjerg aiuta a evitare l’ottimismo strutturale e a costruire basi solide, 4DX serve a trasformare quelle basi in un ritmo operativo che protegge l’ownership. Un owner diventa reale quando esiste un obiettivo dominante che tutti riconoscono e quando le scelte quotidiane vengono riportate, con regolarità, a quell’obiettivo. 4DX insiste proprio su questo: ridurre la dispersione, scegliere una priorità che guidi le decisioni, definire cosa muove davvero il risultato e creare una cadenza in cui ci si assume responsabilità in modo continuo, non solo quando il progetto è già in crisi.
In pratica, prevenire un progetto “senza owner” significa far succedere tre cose prima di dare il via, ma senza trasformarle in burocrazia. La prima è una definizione di successo misurabile che riduca le interpretazioni multiple; la seconda è una priorità esplicita che impedisca al progetto di diventare un collage di richieste; la terza è un accordo sui trade-off, così quando emerge un vincolo serio non si apre una trattativa infinita, ma si applica una regola condivisa. Quando queste tre cose esistono, l’owner può decidere senza dover negoziare ogni volta il diritto di farlo.
Il punto, quindi, non è rallentare per essere prudenti. È rallentare all’inizio per essere lucidi, così da poter accelerare davvero durante l’esecuzione. E quando l’owner è dichiarato, sostenuto e inserito in un sistema di priorità e responsabilità ricorrenti, la governance smette di essere un rituale: diventa ciò che protegge il lavoro del team e porta il progetto fino in fondo.
Organizzarsi strategicamente per raggiungere un obiettivo 21 min
Le 4 Discipline dell’Execution
Dare un nome alla responsabilità e proteggere l’esecuzione
Un progetto senza owner chiaro fallisce quasi sempre nello stesso modo: decisioni sospese, priorità fluide, rework crescente e fiducia in calo. Il rimedio non è più controllo, è più chiarezza. Chiarezza su chi decide, su quali criteri, con quali confini e con quale supporto dello sponsor.
Quando l’ownership funziona, succede qualcosa di immediato: le persone smettono di proteggersi e tornano a costruire. Gli stakeholder discutono di priorità, non di territorio. Il team lavora su scelte stabili, non su ipotesi provvisorie. E il progetto riprende una forma riconoscibile, che permette di consegnare valore invece di “fare attività”.
Se sei interessato a scoprire più a fondo questo argomento, ti invitiamo a iscriverti a 4books. Qui trovi risorse preziose per approfondire come l’ownership cambia la leadership e la delivery. Entrare in questi contenuti ti aiuta a trasformare un concetto astratto, “essere responsabili”, in una competenza quotidiana fatta di decisioni chiare, confini sani e progetti che arrivano fino in fondo.