Gestire un progetto in Excel: limiti reali e quando cambiare strumento
Quasi ogni progetto nasce su un foglio di calcolo. Lo apre il project manager per la prima stima, lo aggiorna il PMO per il consolidamento, lo proietta il responsabile in sala riunioni. Finché il progetto è uno e le persone coinvolte sono poche, il foglio funziona: è rapido, flessibile, non richiede configurazioni e non costa nulla. I problemi non arrivano mai dal foglio in sé: arrivano quando quel foglio diventa l'unico posto in cui vive lo stato del progetto, mentre progetti e persone aumentano. Questo articolo serve a riconoscere quel momento prima che faccia danni.
Cosa fa benissimo Excel
Prima dei limiti, l'onestà: Excel fa alcune cose meglio di qualunque strumento di project control, e rinunciarci sarebbe un errore.
- Struttura libera: colonne, righe e fogli si adattano a qualsiasi esigenza in pochi minuti.
- Calcolo immediato: formule e tabelle pivot rispondono a domande puntuali senza aspettare nessun rilascio software.
- Zero configurazione: è già installato su ogni computer aziendale e quasi tutti sanno usarlo a sufficienza.
- Comunicazione: per mostrare una sequenza di attività o un conto di massima, un grafico fatto bene vale più di un report.
Il punto non è se Excel funziona: è cosa succede quando il progetto smette di stare in un solo foglio e lo stato deve essere ricostruito ogni volta.
Cosa si rompe quando progetti e persone aumentano
Versioni divergenti
Il file gira per posta o vive su una cartella di rete. Due persone lo aprono, lo modificano, lo salvano: nascono "budget_v2_finale_BIS.xlsx" e da quel momento nessuno sa più quale sia la versione vera. Vale la pena sapere che la modifica simultanea esiste in Excel: secondo la documentazione Microsoft, più persone possono lavorare sullo stesso file, ma solo se il foglio è salvato su OneDrive o SharePoint Online e aperto con una versione recente di Excel. Un file che viaggia via mail o su un server condiviso non beneficia di questa funzione: e nella maggior parte delle aziende il budget di progetto viaggia proprio così.
Stato ricostruito a mano
Se ogni lunedì qualcuno apre più file, estrae i numeri e li ricopia in un foglio di sintesi, lo stato del progetto non è un dato: è un'attività manuale. Costa ore di lavoro, introduce errori di trascrizione ed è già vecchio nel momento in cui viene presentato. E siccome ricostruire costa fatica, lo si fa sempre più raramente di quanto servirebbe: lo stato si aggiorna quando c'è la riunione, non quando cambiano i fatti.
Errori silenziosi
Excel non ha vincoli strutturali: chiunque può sovrascrivere una formula con un valore fisso, spezzare un riferimento o copiare una riga nel posto sbagliato. Il foglio non protesta e non avvisa nessuno: l'errore resta lì finché qualcuno non lo scopre, di solito a consuntivo. I limiti tecnici, per la verità, sono generosi — secondo la documentazione Microsoft la precisione di calcolo arriva a 15 cifre significative e un foglio può superare il milione di righe — ma nessun limite tecnico protegge dalla modifica sbagliata, che resta il rischio vero.
Nessuna traccia delle decisioni
Chi ha cambiato quel numero, quando e perché? Nel foglio non c'è risposta: non esiste uno storico delle modifiche approvato, e ricostruire il perché di uno scostamento diventa un lavoro da detective. Per un controllo di progetto credibile serve poter risalire da ogni numero alla decisione che lo ha prodotto: è la logica della [gestione della baseline](/controlroom/guide/project-monitoring/), di cui parliamo in un capitolo dedicato.
I segnali che è ora di cambiare
Il passaggio di strumento non si decide per noia: si decide sui segnali. Ecco i sei che contano.
| Segnale | Perché è un problema | Cosa cercare nello strumento nuovo |
|---|---|---|
| Esistono più copie "master" dello stesso file | Nessuno sa quale versione sia vera | Un'unica fonte di verità con accessi controllati |
| Lo stato avanzamento si ricostruisce a mano ogni settimana | Tempo perso, errori di trascrizione, dato già vecchio | Dati aggiornati in un solo punto e report generati automaticamente |
| Gli scostamenti si scoprono a consuntivo | Non si corregge ciò che non si vede in tempo | Forecast e scostamenti calcolati a ogni aggiornamento |
| Le modifiche non hanno autore né data | Impossibile capire come si è arrivati a un numero | Tracciabilità di ogni modifica |
| Il consolidamento multi-progetto richiede giorni | Il portafoglio si governa con dati vecchi | Viste aggregate per progetto e per portafoglio |
| Il file è una matassa di fogli e formule collegate | Ogni modifica rischia di rompere qualcosa di invisibile | Struttura dati con regole e validazioni |
A mio parere, la soglia per cambiare strumento non è il numero di righe del file: è il numero di mani che lo toccano e la frequenza con cui qualcuno ricostruisce lo stato a mano. Due indicatori soli, ma sono quelli che contano davvero.
Cosa cercare in uno strumento di project control
Se tre o più segnali ti riguardano, la domanda diventa: cosa deve fare lo strumento nuovo? Una checklist minima, in ordine di importanza.
- Budget, effettivi e impegni nello stesso posto: tre grandezze distinte, confrontabili riga per riga, come spiega la [guida al project budget tracking](/controlroom/guide/controllo-budget-progetti-in-tempo-reale-2026/).
- Baseline e confronto piano-consuntivo: il piano approvato resta fissato e ogni scostamento si vede senza rifare calcoli.
- Forecast aggiornato: la proiezione a fine progetto, non l'ultima fotografia.
- Tracciabilità: ogni modifica con autore, data e motivo.
- Report pronti: il [report di avanzamento](/controlroom/report-avanzamento-progetto/) non deve essere un lavoro a parte.
- Vista multi-progetto: dal singolo progetto al portafoglio senza copiare file.
Non serve una piattaforma enorme: serve che questi sei elementi vivano in un solo posto, condivisi da chi deve decidere.
Un errore da evitare: cambiare per moda
Il passaggio di strumento non è una promozione di carriera. Se il progetto è uno, le persone coinvolte sono poche e lo stato lo aggiorni tu in pochi minuti, restare su Excel è la scelta giusta: il foglio resta lo strumento migliore per simulazioni, analisi ad hoc e dati che non c'entrano con il controllo del progetto. Il rischio opposto è cambiare strumento e continuare a lavorare come prima, con un foglio nuovo dentro un software nuovo.
A mio parere, uno strumento nuovo serve solo se cambia il modo in cui nascono i dati — una sola fonte, aggiornata da chi esegue — non se cambia solo la cornice del report. È la differenza tra un investimento e una spesa.
Il passo successivo
Se ti riconosci in almeno tre segnali della tabella, la scelta non è più "se" cambiare, ma "con cosa". Il consiglio pratico è partire da una [demo](/controlroom/demo/): un percorso guidato di ControlRoom mostra come appaiono baseline, forecast e report quando non devi più costruirli a mano, e si prenota gratuitamente dalla pagina dedicata. Se prima vuoi chiarire le fondamenta del controllo budget, la [guida al project budget tracking](/controlroom/guide/controllo-budget-progetti-in-tempo-reale-2026/) è il punto di partenza giusto.
Per approfondire
Quando il foglio non basta più, un workspace dedicato tiene insieme piano, budget e rischi senza rincorrere versioni: la guida ControlRoom Free: come iniziare in 15 minuti spiega il percorso in cinque passi.