Il progetto nella nebbia
Un progetto comincia spesso prima della sua definizione formale. La riunione di avvio, il documento di analisi, la pianificazione delle attività e la distribuzione delle responsabilità arrivano dopo un gesto più difficile da registrare: qualcuno immagina una direzione possibile e decide di sottoporla allo sguardo degli altri.
Ho trovato un'immagine efficace: il faro nella nebbia. Il faro non dissolve la nebbia e non mostra ai naviganti l'intero percorso. Offre un riferimento quando la visibilità si riduce. La metafora acquista ulteriore precisione se si pensa alle stelle, che per secoli hanno consentito di riconoscere la rotta. Quando la nebbia le nasconde, la navigazione richiede di conservare la direzione e di decidere con responsabilità quale debba essere il passo successivo.
Il riferimento pittorico più immediato è Il viandante sul mare di nebbia di Caspar David Friedrich. Un uomo, visto di spalle, osserva un paesaggio che la nebbia rende in gran parte indecifrabile. Ha raggiunto un punto elevato e può guardare lontano, però non vede il terreno sul quale dovrà muoversi. La sua posizione suggerisce una sospensione prima della decisione.
Anche chi governa un progetto deve decidere con una visibilità parziale. Non osserva la nebbia dall'esterno e non possiede una conoscenza completa del paesaggio. Il suo compito consiste nel creare le condizioni perché il gruppo riconosca ciò che vede, dichiari ciò che suppone e renda esplicito ciò che ancora ignora.
La figura solitaria del dipinto introduce, però, una differenza decisiva. Il viandante osserva da solo; un progetto affidabile raccoglie punti di vista diversi e li trasforma in decisioni verificabili. La solitudine può essere una condizione della contemplazione. Nel lavoro progettuale, quando diventa un metodo di governo, si trasforma in un rischio.
Questa immagine descrive una condizione ordinaria del project management. Un progetto nasce per cambiare qualcosa che ancora non conosciamo interamente. Se conoscessimo già ogni vincolo, ogni reazione e ogni conseguenza, avremmo davanti un'esecuzione ripetibile. Il progetto conserva invece una quota di incertezza: occorre stabilire una direzione, raccogliere segnali, verificare ipotesi e correggere il percorso senza scambiare la correzione per la smentita dell'idea iniziale.
La parola «progetto» contiene un movimento in avanti. Evoca il gettare oltre, il proiettare, la prua di una nave che entra nell'acqua prima che il resto dello scafo percorra la stessa linea. Progettare significa predisporre un'azione verso qualcosa che ancora non è disponibile.
Il piano rende praticabile questo movimento. Stabilisce attività, dipendenze, tempi, responsabilità e criteri di verifica. Non stabilisce però la direzione al posto di chi governa il progetto. Un piano dettagliato può condurre con efficienza verso un risultato che nessuno desidera più; una squadra può rispettare scadenze e procedure mentre il problema iniziale cambia sotto i suoi occhi.
Il progetto assomiglia a una mappa, utile finché mantiene un rapporto verificabile con il territorio che rappresenta. Quando il lavoro reale cambia e la rappresentazione resta immutata, il documento continua a produrre un'impressione di ordine mentre nasconde dipendenze, conflitti e decisioni che hanno modificato il percorso. La nebbia, in quel caso, avvolge anche il presente che il sistema di governo pretende di descrivere.
Per questo il progetto richiede due lavori distinti. Il primo consiste nel dare forma all'intenzione: chiarire quale cambiamento si vuole produrre e per chi. Il secondo consiste nel governare il percorso: ordinare le attività, rendere visibili i vincoli, controllare gli scostamenti e decidere quando modificare una scelta. Il project manager tiene insieme questi due lavori senza ridurre l'uno all'altro.
Un gruppo non deve pretendere di vedere tutto per poter agire. Deve riconoscere ciò che vede, formulare le proprie ipotesi e stabilire quali informazioni servano per avanzare. La distinzione produce conseguenze operative. Un requisito non verificato non possiede lo stesso valore di una decisione approvata. Un rischio registrato non equivale a un rischio trattato. Un'indicazione ricevuta informalmente può orientare una verifica; una modifica del perimetro deve entrare nel circuito delle decisioni.
Quando questi piani si confondono, la nebbia non dipende soltanto dall'incertezza del lavoro. Dipende dalla scarsa qualità delle informazioni con cui il gruppo governa il lavoro. Ogni incontro dovrebbe aumentare la trasparenza del progetto oppure rendere più evidente l'incertezza residua. Una dashboard, un verbale, una mappa delle dipendenze o un prototipo sono utili quando mettono in luce relazioni concrete: un ritardo che compromette un collaudo, una decisione che blocca tre attività, una richiesta che modifica il risultato previsto.
La documentazione serve a rendere controllabile ciò che il gruppo ha compreso, deciso e lasciato in sospeso. La sua funzione non consiste nel dimostrare che il progetto è sotto controllo. Consiste nel permettere a chi partecipa al lavoro di ricostruire una decisione, riconoscere una dipendenza e compiere il passaggio successivo.
La scena si illumina quando ogni componente contribuisce con il proprio cono di luce. Questa non è una formula generica sulla collaborazione. La conoscenza necessaria al progetto è distribuita fra ruoli, competenze e contatti diversi. Chi conosce il processo operativo può individuare vincoli che il piano non evidenzia. Chi gestisce un sistema può riconoscere dipendenze che non emergono durante una riunione. Chi utilizza il risultato finale può prevedere conseguenze che il gruppo ha trascurato.
Il project manager agevola il confronto, pone domande, ordina le decisioni e protegge il perimetro. Non possiede però tutte le informazioni necessarie per garantire il successo del progetto. La responsabilità distribuita richiede un metodo per far circolare le osservazioni: un luogo, un formato e una regola di ascolto. Senza queste condizioni, ogni persona conserva la propria conoscenza come informazione privata e il gruppo appare informato fino a quando una dipendenza nascosta produce un problema.
Chi governa il progetto ha quindi una responsabilità precisa: creare le condizioni affinché le informazioni scomode emergano in tempo. Il confronto non serve a produrre un consenso immediato. Serve a far emergere divergenze, limiti e costi prima che si trasformino in incidenti o ritardi irreversibili.
Il riferimento alle stelle introduce un'altra distinzione. Un progetto ha bisogno di desiderio, perché senza una rappresentazione del futuro da costruire le attività diventano una sequenza amministrativa. Ha bisogno anche di controllo, perché il desiderio da solo non assegna responsabilità, non misura l'avanzamento e non consente di scegliere fra alternative.
Il controllo, in questo senso, non coincide con la sorveglianza. Consiste nel confrontare ciò che si voleva ottenere con ciò che sta accadendo, comprendere lo scarto e decidere se intervenire sul lavoro, sul risultato atteso o sulle condizioni che lo rendono possibile. Un progetto maturo non protegge l'idea iniziale da ogni revisione: protegge la qualità delle decisioni con cui la revisione viene valutata.
Anche l'adattamento ha un limite. Modificare continuamente direzione in nome dell'apprendimento può diventare un modo elegante per rinviare una scelta. Ogni deviazione dovrebbe quindi lasciare una traccia: quale informazione l'ha motivata, quale effetto produce, chi la approva e quale nuova condizione rende possibile. La flessibilità acquista valore quando resta leggibile.
Il project management richiede tempo per il ragionamento, anche quando l'organizzazione lo considera un costo improduttivo. Prima di accelerare le attività occorre talvolta fermarsi a comprendere quale problema il progetto stia affrontando, chi lo riconosca e quale cambiamento possa essere sostenuto dalle persone coinvolte.
La nebbia non si dissolve perché il gruppo elabora un piano. Si dirada quando il gruppo costruisce una rotta condivisa, rende esplicite le proprie ipotesi e distribuisce la responsabilità di osservare ciò che il piano ancora non mostra. Il progetto procede allora attraverso passaggi verificabili, un cono di luce alla volta.
Il viandante di Friedrich torna nella scena con un significato diverso. La sua solitudine ricorda il rischio di affidare l'orientamento a una sola persona. La sua posizione elevata ricorda che una vista più ampia non coincide con una conoscenza completa. La nebbia ricorda che ogni decisione progettuale contiene una parte di ipotesi. Il lavoro del gruppo consiste nel trasformare questa incertezza in osservazioni, confronti e scelte tracciabili.
Il project manager non deve promettere una visibilità assoluta. Deve aiutare il gruppo a riconoscere le stelle che orientano il lavoro, a distinguere la rotta dalle singole attività e a decidere quale parte della scena illuminare dopo.