Aggiornato a settembre 2026. L’ho riscritto da capo trasformandolo in quello che serviva davvero: un metodo per capire, in dieci minuti, se un piano ricevuto da qualcun altro è affidabile. Vale per tutte le versioni di Microsoft Project, da 2010 a 2024 e Microsoft 365.
Ti arriva un file .mpp per email. Lo manda un fornitore, un collega di un’altra divisione, il project manager di un progetto che ti hanno appena messo in carico. Domattina c’è la riunione e ti tocca dire qualcosa di sensato su quel piano: se le date reggono, se il progetto è controllabile, se ci si può costruire sopra una decisione.
Aprirlo e guardare il Gantt non basta. Un Gantt è bello anche quando il piano sotto è una finzione: barre colorate, tutto ordinato, e nessuna delle date che vedi è stata calcolata da Project — sono state scritte a mano una per una.
Quello che segue è l’ordine con cui guardo un piano che non ho fatto io. Cinque controlli, dal più veloce al più profondo. I primi tre bastano quasi sempre per capire con chi hai a che fare.
Trenta secondi: è un piano o è un elenco?
Prima ancora di leggere i nomi delle attività, guarda la forma.
Apri Progetto → Informazioni progetto → Statistiche: in una finestrella hai durata, lavoro e costo totali, con le colonne della previsione (baseline) accanto a quelle correnti. È il colpo d’occhio più economico che esista.
Poi tre domande veloci.
C’è una struttura, o è una lista piatta? Un piano di trecento attività tutte allo stesso livello non è un piano: è un elenco di cose da fare. Una WBS vera ha riepiloghi, e i riepiloghi hanno un senso gerarchico.
Ci sono i traguardi? Attività di durata zero che segnano consegne, approvazioni, rilasci. Un piano senza traguardi non ha punti di verifica: non saprai mai di essere in ritardo finché non lo sarai in modo evidente.
Quante durate dicono “1 giorno?” Quel punto interrogativo significa durata stimata: è il valore che Project mette da solo quando crei un’attività. Se lo trovi su metà del piano, nessuno ha stimato niente — hanno scritto i nomi delle attività e sono passati oltre.
Il controllo che smaschera tutto: le date sono calcolate o scritte a mano?
Questo è il controllo che vale gli altri quattro messi insieme.
In Microsoft Project le date non si scrivono: si calcolano. Tu dai le durate e i legami, e il motore ti dice quando le cose accadono. Se qualcuno digita le date a mano, ottiene lo stesso Gantt, ma ha costruito un disegno, non un modello: quando qualcosa slitta — e slitterà — il piano non reagisce.
Ci sono due modi per accorgersene, e bastano trenta secondi.
Aggiungi la colonna “Tipo vincolo”. Il valore sano è Il più presto possibile: significa che quell’attività è libera di scorrere seguendo i suoi legami. I valori che devono farti drizzare le antenne sono Deve iniziare il e Deve finire il: sono chiodi piantati nel calendario, e il piano non può più muoversi. In un piano in salute i vincoli rigidi si contano sulle dita di una mano — sono le date contrattuali vere, e di solito sono meno di cinque. Se più di un’attività su cinque ha un vincolo, quello non è un piano: è un calendario disegnato.
Guarda le icone della colonna Modalità attività. Da Project 2010 esistono le attività pianificate manualmente: Project le lascia esattamente dove le hai messe e non le ricalcola mai. Sono utilissime nelle primissime fasi, quando le informazioni mancano, ma in un piano che dovrebbe essere esecutivo sono bombe a orologeria. Se ne trovi molte, chiedi perché.
C’è poi una spia che vale la pena conoscere: le scadenze (Deadline). Sono la maniera corretta di dire «questa cosa deve stare entro il tal giorno» senza inchiodare l’attività: Project mostra una freccia sul Gantt e ti avvisa se la sfori, ma lascia il piano libero di calcolare. Un piano che usa le scadenze al posto dei vincoli è un piano fatto da qualcuno che sa quello che fa.
La rete regge? Attività appese e attività che non portano da nessuna parte
Un piano è una rete: ogni attività dovrebbe sapere da cosa dipende e cosa fa partire. Nella pratica succede spesso che intere porzioni siano scollegate.
Metti la colonna Predecessori e la colonna Successori e ordina.
Le attività senza predecessori sono appese all’inizio del progetto: sono libere di cominciare il primo giorno, e quasi mai è vero. A parte la prima attività reale, ognuna di queste è una domanda da fare.
Le attività senza successori sono più insidiose, perché non fanno rumore: finiscono, e non fanno partire niente. Se un’attività non ha successori, ritardarla non ha conseguenze sul piano — il che è quasi sempre falso nella realtà. A parte l’ultima, ognuna è un pezzo di catena mancante.
Un secondo controllo utile: i legami sui riepiloghi. Collegare le attività di riepilogo invece delle attività di dettaglio è una scorciatoia che sembra comoda e rende il piano opaco, perché nasconde le vere dipendenze e produce percorsi critici che non si riescono a spiegare.
Il percorso critico ti sta dicendo la verità?
Attiva la visualizzazione del percorso critico (Formato → Attività critiche nella vista Gantt) e guarda quanto è lungo. Qui le patologie sono due, e sono opposte.
Quasi tutto è critico. Se il 90% delle attività è rossa, il piano non ha margine da nessuna parte: qualunque cosa vada storta, la data finale si muove. A volte è vero — succede nei progetti compressi — ma spesso è il sintomo di una rete costruita come una catena unica, senza parallelismi reali.
Non è critico quasi niente, o il percorso critico è spezzettato in tronconi. Questo è il segnale più comune, ed è la conseguenza diretta del problema del capitolo precedente: i vincoli rigidi interrompono il calcolo del percorso critico. Se le date sono inchiodate, Project non ha niente da propagare, e il percorso critico diventa una decorazione.
Il campo da guardare per capirlo davvero è il Margine totale (Total Slack): quanti giorni un’attività può slittare senza spostare la fine del progetto. Se trovi margini negativi, il piano è già in ritardo su sé stesso: c’è una data imposta che il lavoro pianificato non riesce a rispettare. È un’informazione che in riunione vale oro, e che dal Gantt non si vede.
Risorse e calendario: chi lavora, e quando
Gli ultimi due controlli si fanno in un paio di minuti e chiudono il quadro.
Le risorse hanno un nome? Apri il Foglio risorse. Se trovi «Sviluppatore 1», «Risorsa A», «Team», stai guardando un piano che non è stato negoziato con nessuno: nessuna persona reale ha detto sì a quelle date. Poi guarda se c’è il lavoro in ore, oltre alle durate: durata è quanto dura, lavoro è quanto costa in fatica. Senza il secondo, il piano non può dirti se il carico è sostenibile.
E dai un’occhiata alle sovrallocazioni (vista Uso risorse, i numeri in rosso). Un piano pieno di persone allocate al 200% racconta una storia che non succederà.
Il calendario dice la verità? Controlla il calendario del progetto: le festività ci sono? Le ferie di agosto? Se il piano lavora tranquillamente a Ferragosto e a Natale, tutte le date che vedi sono ottimistiche di giorni o settimane — e nessuno se ne accorgerà finché non arriverà l’estate.
Il controllo che quasi tutti dimenticano: c’è una previsione?
Lo tengo per ultimo perché è quello che divide i piani che serviranno a qualcosa da quelli che moriranno in un cassetto.
Aggiungi le colonne Inizio previsto e Fine previsto (i campi Baseline Start e Baseline Finish). Se sono vuote, quel piano non ha una previsione salvata: vuol dire che fra un mese, quando le date saranno cambiate, non ci sarà modo di sapere di quanto sono cambiate. Niente scostamenti, niente Earned Value, niente misura del ritardo — solo la sensazione che le cose stiano andando peggio.
È un controllo che dura cinque secondi e cambia il tipo di conversazione: un piano senza previsione non è ancora un piano approvato, qualunque cosa dica la mail che te lo ha portato.
La tabella che uso in riunione
Quando devo dare un giudizio rapido, questi sono i sintomi e quello che significano davvero.
| Quello che vedi | Quello che vuol dire | La domanda da fare |
|---|---|---|
| Molte durate “1 giorno?” | Nessuno ha stimato | Su cosa sono basate queste durate? |
| Tanti vincoli Deve iniziare il | Le date sono state scritte, non calcolate | Quali di queste date sono contrattuali e quali no? |
| Attività senza successori | La rete è incompleta | Cosa parte quando questa finisce? |
| Percorso critico assente o a pezzi | I vincoli hanno spezzato il calcolo | Possiamo togliere i vincoli e vedere cosa succede? |
| Margine totale negativo | Il piano è già in ritardo su sé stesso | Sappiamo che questa data non è raggiungibile? |
| Risorse generiche | Nessuno ha detto sì a queste date | Chi sono le persone vere dietro questi ruoli? |
| Nessuna previsione (baseline) | Non si potrà misurare nulla | Quando salviamo la previsione? |
| Calendario senza festività | Le date sono ottimistiche | Il calendario tiene conto di ferie e chiusure? |
Nessuno di questi sintomi, da solo, condanna un piano. Tre o quattro insieme sì: significa che quel file è un documento di presentazione, non uno strumento di controllo, e che le decisioni prese sulle sue date sono decisioni prese al buio.
Domande frequenti
Quanto ci vuole davvero a fare questa analisi?
Dieci minuti per i primi tre controlli, che sono quelli che dicono se puoi fidarti. Mezz’ora per tutto, se il piano ha qualche centinaio di attività. È molto meno del tempo che perderesti a fidarti di un piano sbagliato.
Funziona su tutte le versioni di Microsoft Project?
Sì. Tipo vincolo, Margine totale, percorso critico, Foglio risorse e campi della previsione esistono identici da Project 2010 a Project 2024 e nelle versioni desktop di Microsoft 365. La Modalità attività (manuale o automatica) è comparsa in Project 2010: nelle versioni precedenti quel controllo semplicemente non serve.
Non ho Microsoft Project: posso analizzare comunque un .mpp?
Puoi leggere il file con un visualizzatore, ma la maggior parte di questi controlli richiede di aggiungere colonne e cambiare vista, cose che i visualizzatori gratuiti spesso non permettono. Un’altra strada è portare il piano in Excel e fare lì i controlli, con strumenti che già conosci: è quello che fa MppToExcel, un mio programma che legge il file .mpp direttamente, senza che Microsoft Project sia installato. Da lì filtrare i vincoli, ordinare per margine totale o contare le attività senza successori diventa lavoro da tabella pivot.
Se trovo tutti questi problemi, il piano è da buttare?
Quasi mai. Un piano con vincoli e attività appese è recuperabile: si tolgono i vincoli, si collegano le attività scollegate e si guarda dove finisce la data. Il punto non è bocciare il piano, è sapere cosa hai in mano prima di prendere impegni sulle sue date.
E se il piano è mio e non di altri?
Vale lo stesso, e anzi è più utile: questi controlli sono la lista di verifica prima di mandare un piano a qualcuno. Fatteli tu, prima che te li faccia qualcun altro in riunione.
Questo articolo nasce come segnalazione, nel 2012, di una guida di Tamzin Morphy pubblicata su PM Hut, che spiegava come leggere un piano di Microsoft Project. Il metodo qui sopra è farina del mio sacco — anni di piani ricevuti da fornitori e colleghi — ma lo spunto viene da lì, ed è giusto dirlo.
Gli stessi controlli in forma di scheda, da tenere accanto alla tastiera: la checklist per analizzare un piano, con il PDF di una pagina da stampare.