Il percorso critico è la sequenza di attività dipendenti che determina la durata minima possibile del tuo progetto — ritardare una qualsiasi attività su di esso e l’intero progetto slitta. Ritardare un’attività al di fuori del percorso critico, e la scadenza spesso non si muove affatto.
Perché questo è importante nella pratica
- Identifica quali attività sono davvero critiche per la scadenza prima di decidere dove aggiungere risorse o urgenza
- Un’attività che sembra urgente non è sempre nel percorso critico — impiegare sforzi lì non protegge necessariamente la tua scadenza
- I piccoli team raramente hanno bisogno di software formale per il percorso critico; mappare le dipendenze delle attività su carta è spesso sufficiente per individuare il vero collo di bottiglia
Una volta che conosci il tuo percorso critico, proteggere la scadenza diventa un problema molto più mirato rispetto al cercare di accelerare tutto contemporaneamente.
Come identificare il percorso critico: un esempio concreto
Immagina un piccolo team di tre persone che deve lanciare un nuovo sito di e-commerce in 6 settimane. Le attività principali sono:
- Design della home page: 1 settimana (può iniziare subito)
- Sviluppo backend: 3 settimane (deve attendere l’approvazione del design)
- Integrazione pagamenti: 2 settimane (dipende dal completamento del backend)
- Copywriting prodotti: 2 settimane (può iniziare in parallelo al design)
- Test e QA: 1 settimana (inizia solo quando backend e integrazione pagamenti sono completati)
Il percorso più lungo è: Design (1) → Backend (3) → Integrazione pagamenti (2) → Test (1) = 7 settimane. Questo è il percorso critico. Il copywriting, che richiede 2 settimane, non è critico perché può avvenire in parallelo ed ha 1 settimana di “margine” prima che inizi il test.
Se il tuo copywriter slittasse di 3 giorni, la scadenza non cambierebbe. Se lo sviluppatore backend slittasse di 3 giorni, l’intero progetto slitterebbe di 3 giorni.
Gli errori più comuni che commettono i piccoli team
1. Confondere “urgente” con “critico”
Un cliente chiama con urgenza una modifica al design. Sembra importante, quindi aggiungi un membro del team. In realtà, il design ha un giorno di margine residuo — non è nel percorso critico. Quel membro del team avrebbe dovuto aiutare lo sviluppatore backend, che invece continua a lottare.
2. Non comunicare i margini
Secondo i dati di PMI (Project Management Institute), il 37% dei progetti fallisce per una gestione inadeguata dei rischi. Molti piccoli team non sanno quale margine hanno per ogni attività. Se sai che il copywriting ha 1 settimana di margine, puoi pianificare consapevolmente come usarlo — non è una sorpresa quando i vincoli emergono.
3. Aggiungere risorse in modo casuale
Aggiungere una seconda persona al copywriting non accelera la consegna se il collo di bottiglia è il backend. Secondo la ricerca di McKinsey, il 61% dei team alloca risorse basandosi su “urgenza percepita” piuttosto che su analisi formale. Il metodo del percorso critico evita questo spreco.
Come tracciare il percorso critico senza strumenti sofisticati
Passo 1: Elenca tutte le attività e le durate
Scrivi ogni attività con una stima realistica. Per progetti di 4-8 settimane, un foglio di calcolo semplice funziona benissimo.
Passo 2: Mappa le dipendenze
Quale attività deve terminare prima che ne inizi un’altra? Disegnalo con frecce — niente di complicato.
Passo 3: Calcola il “earliest start” e “latest start” di ogni attività
Earliest start = quando l’attività può iniziare al più presto. Latest start = quando deve iniziare per non ritardare il progetto. La differenza è il tuo margine (slack time).
Nel nostro esempio di e-commerce:
- Backend: earliest start = settimana 2 (dopo il design), latest start = settimana 2 (nessun margine) → margine = 0 → critico
- Copywriting: earliest start = settimana 1, latest start = settimana 3 (finisce per la settimana 5, prima del test) → margine = 1 settimana
Passo 4: Proteggi solo ciò che è critico
Concentra i tuoi sforzi su risorse, buffer di tempo e supervisione su attività con margine zero. Se il backend slitta di 1 giorno, il progetto slitta di 1 giorno — monitora quella attività settimanalmente. Il copywriting può essere verificato meno frequentemente.
Numeri realistici per piccoli team
Studi di settore suggeriscono che in progetti ben gestiti, il percorso critico rappresenta il 40-60% del lavoro totale del progetto. Nel nostro esempio di e-commerce, il percorso critico è 7 settimane di lavoro su un totale di circa 9 settimane-persona — il 78%, perché il team è piccolo e il lavoro parallelo è limitato.
Per team di 5+ persone con più parallelizzazione, quel numero scende al 45-50%.
Conclusione
Il metodo del percorso critico non richiede software costoso o metodologia pesante. Per piccoli team, significa semplicemente: disegna le dipendenze, trova il percorso più lungo, proteggi quella strada come una priorità assoluta, e permetti al resto di fluttuare entro i suoi margini naturali. Il risultato è meno stress, meno riunioni di crisi, e scadenze che rimangono stabili.