Tutti i Vostri Programmi Sono Approvati Individualmente. Proprio per Questo Competono per le Stesse Persone.

Un livello di governance che prioritizza le iniziative su valore e capacità reale, con diritti decisionali chiari, necessario quando corrono contemporaneamente più programmi di cambiamento significativi e nessuno ha modo di vedere gli altri. Sotto quella soglia, il coordinamento informale di solito funziona bene; sopra, le stesse persone e lo stesso budget iniziano a essere reclamati da più programmi contemporaneamente, e qualcosa deve arbitrare.

Un PMO di solito segue la consegna dei progetti; un TMO governa l'intero portafoglio su valore, capacità e dipendenze tra programmi, con autorità decisionale associata invece di sola visibilità di reporting. Un PMO può dirvi che un progetto è in ritardo di tre settimane; un TMO è posizionato per decidere se quel progetto dovrebbe restare prioritario, dato tutto il resto che compete per la stessa capacità nell'organizzazione.

Iniziate con un health check di ciò che è davvero in corso, e poi progettate prioritizzazione del portafoglio, sedi decisionali, una cadenza di gestione e tracciamento dei benefici, in quest'ordine. Saltare l'health check e passare direttamente alla progettazione di strutture di governance è un errore comune, la governance funziona solo se costruita attorno a ciò che accade davvero nell'organizzazione, non attorno a un'immagine idealizzata di ciò che la direzione presume accada.

Un'unica lista prioritizzata pesata per contributo e sforzo, confrontata con la capacità reale, non approvazioni separate per programma mai confrontate tra loro. I processi di approvazione separati sono il modo in cui cinque programmi individualmente ragionevoli finiscono per competere per le stesse dodici persone nello stesso trimestre, uno scontro che nessuno vede arrivare perché nessun processo di approvazione è mai stato progettato per essere confrontato con gli altri.

Rendete visibile in un unico posto la capacità e le dipendenze tra programmi, così i conflitti emergono prima di arrivare al calendario, non dopo che sono già stati fatti impegni con più sponsor. La maggior parte dei conflitti di capacità non è il risultato di una cattiva pianificazione; è il risultato di una buona pianificazione fatta in isolamento, dove ogni responsabile di programma ha ragionevolmente presunto che la sua gente sarebbe stata disponibile perché nessuno gli ha mostrato il contrario.

Progettate sedi decisionali con un mandato reale e un termine di risposta definito, la proprietà ambigua è la causa abituale della deriva, molto più spesso di quanto la decisione in sé sia genuinamente difficile. Una sede che si riunisce mensilmente ma non ha autorità reale di decidere nulla aggiunge solo un mese di ritardo a ogni decisione che vi passa, dando però l'apparenza che esista governance.

Legate ogni iniziativa a un risultato misurabile e riportate su quel risultato, non su ore impiegate o tappe raggiunte, che misurano lo sforzo invece che se quello sforzo abbia davvero prodotto qualcosa. Un programma può raggiungere tutte le sue tappe in tempo e comunque fallire nel consegnare il beneficio per cui è stato finanziato, il tracciamento dell'attività semplicemente non può distinguerlo, ed è proprio per questo che non basta come governance da solo.

La realizzazione dei benefici rispetto all'obiettivo, i conflitti di capacità e le dipendenze tra programmi, non barre di percentuale completata che misurano quanto lavoro è avvenuto invece di quanto valore ha prodotto. Un dashboard pieno di indicatori di progresso verdi può convivere con un portafoglio che sta silenziosamente fallendo nel consegnare uno qualsiasi dei benefici promessi, perché progresso e valore sono semplicemente cose diverse da misurare.

Definite cicli settimanali, mensili e trimestrali, ciascuno con il proprio scopo e agenda, fino al livello del singolo punto all'ordine del giorno, così le riunioni non deviano verso ciò che sembra urgente quella settimana specifica. Una cadenza senza scopi chiaramente separati tende a collassare in un unico aggiornamento di stato ricorrente, dove riunioni settimanali, mensili e trimestrali finiscono per coprire più o meno la stessa cosa perché nessuno ha definito cosa spetta a ogni livello.

Mappatele esplicitamente nel design della governance così i conflitti sono visibili in anticipo, non scoperti a metà esecuzione quando il costo di risolverli è già molto più alto. Una mappatura delle dipendenze fatta una sola volta all'inizio di una trasformazione e mai rivista tende a diventare obsoleta in un trimestre, l'esercizio deve essere parte viva della cadenza, non un diagramma una tantum archiviato dopo il kickoff.

Entrambi gli approcci funzionano, lo mettiamo in piedi e lo consegniamo, oppure lo dotiamo di personale direttamente con un transformation lead, tipicamente l'opzione realistica quando la capacità interna è già molto tesa dalla trasformazione stessa. Costruire internamente ha senso quando l'organizzazione ha capacità senior di riserva da dedicare; portare qualcuno esterno ha senso quando le persone che dovrebbero guidare il TMO sono le stesse già completamente impegnate nei programmi che governerebbe.

Non perché qualcuno esterno sappia meglio, ma perché può fare le domande politicamente difficili da fare internamente, senza il rischio di carriera che qualcuno interno correrebbe facendo la stessa domanda. Un transformation lead interno risponde a qualcuno, ha colleghi i cui programmi potrebbero perdere priorità, e una carriera che potrebbe risentirne a seconda di chi disturba, una parte esterna non ha nessuno di questi vincoli.

Integrate il miglioramento continuo nella cadenza senza interrompere le operazioni quotidiane, una trasformazione che chiude bottega finisce per essere invertita, di solito rapidamente e a costo reale per la fiducia negli sforzi di cambiamento futuri. La cadenza deve essere progettata attorno al ritmo operativo che il business già segue, non aggiunta sopra come un carico extra che compete per l'attenzione delle stesse persone.

Combinate cicli brevi che mostrano risultati visibili con una linea chiara verso l'ambizione a lungo termine, velocità senza direzione è solo attività, e direzione senza progresso visibile a breve termine sembra solo retorica. Lo slancio muore specificamente nel vuoto tra l'energia del kickoff e il primo risultato visibile; una cadenza costruita attorno a vittorie brevi e dimostrabili è ciò che impedisce a quel vuoto di allargarsi troppo.

Riportate la realizzazione dei benefici rispetto al piano, non il completamento delle tappe, è esattamente per questo che sono costruiti una cadenza di gestione e un tracciamento dei benefici, ed è una conversazione fondamentalmente diversa da un aggiornamento di stato. Un consiglio che chiede se una trasformazione funziona vuole sapere se il valore promesso si sta materializzando, non se il diagramma di Gantt procede come previsto, quelle due domande possono avere risposte molto diverse nello stesso momento.