Una Breve Storia: Da DuPont ai Software Moderni

Il Metodo del Percorso Critico (CPM) è nato nel 1957, sviluppato da Morgan R. Walker della DuPont e James E. Kelley Jr. della Remington Rand. Il loro obiettivo era risolvere un problema concreto: come programmare complessi arresti per la manutenzione industriale senza sprecare tempo o denaro [1].

DuPont aveva stipulato una joint venture con Remington Rand Univac nel 1956, utilizzando il computer UNIVAC I per testare gli algoritmi di pianificazione. La prima applicazione di successo del CPM è stata applicata a un progetto di manutenzione di un impianto, riducendo il periodo di fermo da 125 a 93 ore — un miglioramento del 25% [1][2].

Nello stesso periodo, la Marina degli Stati Uniti stava sviluppando il PERT (Program Evaluation and Review Technique) insieme a Booz Allen Hamilton per il programma dei sottomarini nucleari armati di missili Polaris. Mentre il PERT utilizzava stime di tempo probabilistiche (ottimistiche, più probabili, pessimistiche), il CPM utilizzava stime deterministiche a punto singolo — rendendolo più pratico per i progetti con durate delle attività prevedibili [1][3].

Oggi, il CPM è riconosciuto come una tecnica fondamentale nel PMI PMBOK® Guide (Project Management Body of Knowledge), specificamente all’interno del gruppo di processi “Sviluppare la Schedulazione” [4][5].

Che cos’è esattamente il Percorso Critico?

Il percorso critico è la sequenza più lunga di attività dipendenti in un progetto che determina la durata minima possibile del progetto. Qualsiasi ritardo in un’attività del percorso critico ritarda direttamente l’intero progetto [4][6].

Pensala in questo modo: se il tuo progetto fosse una rete di strade, il percorso critico sarebbe il percorso più lungo dall’inizio alla fine. Non puoi accorciare il viaggio al di sotto della lunghezza di quel percorso, non importa quanto velocemente guidi sulle strade più brevi.

Concetti Chiave

Termine	Definizione
Percorso Critico	La catena più lunga di attività dipendenti dall’inizio alla fine del progetto
Margine (Float)	La quantità di tempo per cui un’attività non critica può essere ritardata senza influire sulla data di fine del progetto
Inizio Presto (ES)	Il momento più presto in cui un’attività può iniziare, in base ai predecessori
Inizio Tardi (LS)	Il momento più tardi in cui un’attività può iniziare senza ritardare il progetto
Fine Presto (EF)	Il momento più presto in cui un’attività può terminare
Fine Tardi (LF)	Il momento più tardi in cui un’attività può terminare senza ritardare il progetto
Margine Totale	LF − EF (o LS − ES). Se il margine = 0, l’attività si trova sul percorso critico

Come Funziona il CPM? Passo dopo Passo

Passo 1: Elenca Tutte le Attività e le Durate

Suddividi il tuo progetto in singole attività e stima la durata di ciascuna.

Attività	Durata (giorni)	Dipendenze
A — Requisiti	5	—
B — Design UI	8	A
C — Design Database	4	A
D — Sviluppo Backend	10	C
E — Sviluppo Frontend	12	B
F — Integrazione	6	D, E
G — Test	5	F
H — Distribuzione	2	G

Passo 2: Passaggio in Avanti (Calcolo Inizio/Fine Presto)

Partendo dalla prima attività, calcola il momento più presto in cui ogni attività può iniziare e finire:

A: ES=0, EF=5
B: ES=5, EF=13
C: ES=5, EF=9
D: ES=9, EF=19
E: ES=13, EF=25
F: ES=25, EF=31 (attende sia D che E)
G: ES=31, EF=36
H: ES=36, EF=38

Durata del progetto: 38 giorni.

Passo 3: Passaggio all’Indietro (Calcolo Inizio/Fine Tardi)

Lavorando all’indietro dalla fine, calcola il momento più tardi in cui ogni attività può iniziare senza ritardare il progetto:

H: LS=36, LF=38
G: LS=31, LF=36
F: LS=25, LF=31
E: LS=13, LF=25 → Margine = 0 ✅ Critico
D: LS=15, LF=25 → Margine = 6
B: LS=5, LF=13 → Margine = 0 ✅ Critico
C: LS=11, LF=15 → Margine = 6
A: LS=0, LF=5 → Margine = 0 ✅ Critico

Passo 4: Identifica il Percorso Critico

Le attività con margine zero formano il percorso critico:

A → B → E → F → G → H (38 giorni)

Qualsiasi ritardo in queste attività ritarda l’intero progetto. Le attività C e D hanno 6 giorni di margine — possono slittare fino a 6 giorni senza influire sulla scadenza.

Perché il CPM è Importante? I Dati Parlano Chiaro

I fallimenti dei progetti sono un’epidemia. Secondo il CHAOS Report del Standish Group (2020), solo il 31% dei progetti viene consegnato in tempo, nei limiti di budget e di ambito. Il 50% affrontano sfide (consegnati con ritardi o tagli all’ambito) e il 19% falliscono completamente [7].

Il PMI Pulse della Professione® (2021) ha identificato le cause principali del fallimento dei progetti [8]:

Causa	% di Progetti Coinvolti
Cambiamento delle priorità organizzative	39%
Cambiamento degli obiettivi del progetto	37%
Requisiti definiti in modo carente	35%
Comunicazione inadeguata	30%
Mancanza di visibilità sull’avanzamento	29%

Il CPM affronta direttamente le ultime tre cause: ti costringe a definire le dipendenze delle attività in modo chiaro (requisiti), fornisce una cronologia visiva che funge da strumento di comunicazione e sottolinea il percorso critico in modo che il team sappia esattamente su cosa concentrarsi.

Ricerche pubblicate su ResearchGate confermano che i progetti che utilizzano il CPM mostrano un rispetto delle tempistiche notevolmente migliorato rispetto a quelli che non impiegano tecniche formali di pianificazione, con riduzioni degli sforamenti del progetto fino al 20-30% quando combinati con un monitoraggio adeguato [9].

CPM vs PERT: Quando Usare l’Uno o l’Altro

Sia il CPM che il PERT sono emersi alla fine degli anni ‘50, ma servono a scenari diversi:

Aspetto	CPM	PERT
Stime dei tempi	Singolo (deterministico)	Tre stime (ottimistica, più probabile, pessimistica)
Ideale per	Progetti prevedibili e ripetitivi	Progetti incerti, fortemente incentrati sulla ricerca
Obiettivo	Ottimizzazione di Tempi + Costi	Stima dei tempi in condizioni di incertezza
Complessità	Più bassa — una durata per attività	Più alta — calcoli statistici
Settore	Costruzione, produzione, informatica	Ricerca e Sviluppo (R&D), difesa, farmaceutico

Un caso di studio comparativo pubblicato sull’International Journal of Applied Engineering Research ha rivelato che per un progetto di sistemi informativi, il CPM stimava il completamento in 50 giorni mentre il PERT lo stimava in 52 giorni — i ricercatori hanno raccomandato il CPM per la sua precisione ed efficacia in termini di costi nei progetti con ambiti prevedibili [10].

Per la maggior parte dei team di sviluppo software, il CPM è la scelta pratica: le attività sono generalmente ben definite e si ha bisogno di una schedulazione che consenta di intervenire, non di distribuzioni di probabilità.

Come GanttFather Semplifica il CPM

Tradizionalmente, per calcolare il percorso critico era necessario fare matematica manuale o disporre di costosi strumenti aziendali specializzati. GanttFather cambia questo stato di cose:

Rilevamento Automatico del Percorso Critico

GanttFather calcola automaticamente il percorso critico in base alle dipendenze delle attività e alle durate. Nessun bisogno di fare a mente passaggi avanti/indietro manuali — le attività critiche vengono evidenziate all’istante sul tuo diagramma di Gantt.

Gestione Visiva delle Dipendenze

Trascina le frecce delle dipendenze tra le attività direttamente sul diagramma. GanttFather aggiorna il percorso critico in tempo reale ogniqualvolta aggiungi, rimuovi o modifichi le dipendenze.

Scenari “What-If”

Ti chiedi cosa succederebbe se l’Attività E richiedesse 15 giorni anziché 12? Cambia semplicemente la durata e guarda il percorso critico ricalcolarsi da solo. Ciò rende la pianificazione dello sprint e la valutazione del rischio incredibilmente intuitive.

Interazione con i Tuoi Strumenti

Se il tuo team utilizza Azure DevOps, puoi sincronizzare gli elementi di lavoro in GanttFather e visualizzare immediatamente il percorso critico — una funzione che Azure DevOps non offre in modo nativo.

Suggerimenti Pratici per Usare il CPM in Modo Efficace

Non eccedere nei dettagli della WBS. Troppe micro-attività rendono il percorso critico confuso e difficile da seguire. Cerca di mantenere le attività a un livello di granularità in cui ognuna richieda 1-10 giorni.
Aggiorna regolarmente le durate. Un percorso critico è accurato solo quanto lo sono i suoi dati. Rivedi e aggiorna le stime delle attività con cadenza settimanale.
Occhio ai percorsi “quasi” critici. Un’attività con un solo giorno di margine (float) è, per tutti gli effetti pratici, un’attività critica. Se ritarda di poco, diventerà il nuovo percorso critico.
Usa i margini in modo strategico. Attività non critiche con un alto margine possono assorbire ritardi e contrattempi — sfrutta tale flessibilità a tuo vantaggio con attività dal raggio d’azione più incerto.
Comunica il percorso critico. Condividilo con tutte le parti interessate (stakeholders) affinché capiscano in prima persona quali attività non possono permettersi ritardi per evitare contrattempi sul rilascio del progetto.

Conclusione

Il Metodo del Percorso Critico si è affermato come fulcro delle tecniche di programmazione di progetto da circa 70 anni — e con valide ragioni. Riesce a trasformare dei piani aziendali per progetti ad interdipendenza complessa in una risposta univoca e lampante: qual è il tempo minimo che richiederà l’intero progetto e quali scadenze per le singole attività andranno assolutamente rispettate?

Sia che tu stia gestendo uno sprint di puro sviluppo software, o la costruzione fisica di un ponte, comprendere con chiarezza a colpo d’occhio il tuo percorso critico si rivelerà la chiave per prevenire piuttosto che tamponare disordini dovuti ai ritardi non pianificati dell’ultimo momento.

GanttFather lo calcolerà con facilità, e ti evidenzierà visivamente il percorso, aggiornandolo per sempre in tempo reale ed è gratuito.

Inizia a pianificare con il tuo GanttFather →

Riferimenti e Fonti:

Che cos'è il Metodo del Percorso Critico (CPM) e perché è importante?