Project management: portare a terra il cambiamento

Scomposizione del lavoro, responsabilità con nome e cognome, avanzamento misurato. Metodologia scelta in base al progetto, non per fede.

Un'analisi diventa valore solo quando qualcosa cambia davvero. La differenza fra un progetto che arriva a terra e uno che si arena non è quasi mai la competenza tecnica delle persone coinvolte: è la struttura entro cui lavorano.

Ho gestito programmi di trasformazione in cantieristica navale, infrastrutture sportive, energia e gas, con budget a otto cifre e team distribuiti su più paesi. Quello che segue è ciò che ho visto funzionare, ridotto a quello che serve davvero a una media impresa.

Prima di partire: il progetto esiste?

Molti progetti falliscono perché non erano progetti. Erano desideri senza confini, senza un committente disposto a decidere, senza un criterio per dire quando è finito.

Prima di aprire un cronoprogramma servono tre risposte scritte: qual è il risultato che si vuole ottenere, misurabile; chi decide quando ci sono conflitti fra tempi, costi e ambito; cosa non facciamo, esplicitamente. La terza è quella che le aziende saltano ed è quella che salva i progetti.

Predittivo, adattivo o ibrido

La scelta della metodologia non è una questione di scuola di pensiero. Dipende da quanto sono stabili i requisiti.

  • Predittivo dove ambito, tempi e costi sono definibili in partenza e le modifiche costano care: opere edili, impianti, forniture vincolate da contratto.
  • Adattivo dove il risultato si scopre strada facendo, per cicli brevi con rilasci frequenti: software, digitale, marketing.
  • Ibrido nella maggior parte dei casi reali, perché quasi ogni progetto ha una parte stabile e una parte da scoprire. L'errore è applicare un solo approccio a entrambe.

Gli strumenti che uso davvero

Non servono venti strumenti. Ne servono pochi, usati bene.

  • Scomposizione del lavoro — il progetto spezzato in pacchetti abbastanza piccoli da poter essere stimati e assegnati. Se un'attività non si sa stimare, va spezzata ancora.
  • Cronoprogramma e percorso critico — non per fare bella figura in riunione, ma per sapere quali ritardi sono irrilevanti e quali spostano la data finale.
  • Matrice delle responsabilità — per ogni attività: chi la fa, chi ne risponde, chi va consultato, chi va informato. Quattro ruoli distinti che nelle aziende si confondono di continuo.
  • Misura dell'avanzamento a valore — distingue il ritardo dal maggior costo. Sapere che si è spesa metà del budget non dice nulla; sapere che si è spesa metà del budget per un terzo del lavoro dice tutto.
  • Registro dei rischi — con probabilità, impatto e una contromisura già decisa. Un rischio senza contromisura è solo una preoccupazione messa per iscritto.

Il project management office, quando serve

Quando i progetti diventano molti, il problema si sposta: non è più portare a termine il singolo progetto, è decidere quali fare e con quali risorse. A quel punto serve una struttura leggera che standardizzi i modelli, tenga il portafoglio sotto controllo e liberi i responsabili dal reinventare ogni volta il metodo.

Leggera è la parola importante. Un ufficio progetti che produce più moduli che risultati viene aggirato entro sei mesi.

La parte umana

Il conflitto in un progetto è fisiologico, e va gestito prima che degeneri. Ci sono modelli precisi che descrivono come una discussione tecnica scivola in scontro personale, e riconoscere in quale fase ci si trova cambia completamente la mossa giusta.

Questa parte non è un accessorio: è il motivo per cui il project management da solo non basta, e per cui il passo successivo del metodo esiste.

Come le persone adottano davvero il cambiamento →