Cos'è
In un progetto alcune attività possono slittare di qualche giorno senza conseguenze, altre no.
Il percorso critico è la catena di attività, ognuna in attesa della precedente, che determina la data di fine: la più lunga dall'inizio alla fine.
Ogni attività ha un margine (in inglese slack o float): quanti giorni può slittare senza spostare la fine del progetto. Le attività critiche hanno margine zero.
Cosa serve per calcolarlo
- Le attività, con una durata in giorni lavorativi.
- Le dipendenze: quale attività può cominciare solo quando un'altra è finita. È la dipendenza «fine → inizio», la più comune.
- Un calendario: qui giorni lavorativi da lunedì a venerdì. KeenHour toglie anche le festività nazionali e le chiusure dello studio.
Senza dipendenze non c'è percorso critico: c'è solo un elenco di date.
L'esempio: sei task
Un sito per un cliente, in sei task. Le durate sono in giorni lavorativi.
| Task | Durata | Dipende da |
|---|---|---|
| A · Analisi | 3 | — |
| B · Design | 5 | A |
| C · Contenuti del cliente | 4 | A |
| D · Sviluppo | 6 | B |
| E · Caricamento contenuti | 2 | C |
| F · Collaudo | 3 | D, E |
Numeriamo i giorni lavorativi da 1: il giorno 1 è il primo giorno del progetto.
Andata: quando può cominciare ogni task
Parti dal primo task e vai avanti. Un task comincia il giorno dopo la fine dell'ultimo dei suoi predecessori; finisce il giorno inizio + durata − 1.
| Task | Inizio | Fine |
|---|---|---|
| A | 1 | 3 |
| B | 4 | 8 |
| C | 4 | 7 |
| D | 9 | 14 |
| E | 8 | 9 |
| F | 15 | 17 |
F aspetta sia D (fine al giorno 14) sia E (giorno 9): comincia il 15. Il progetto finisce il giorno 17.
Ritorno: quanto può aspettare ogni task
Ora parti dalla fine e torna indietro. La fine al più tardi di un task è il giorno prima dell'inizio al più tardi del primo dei task che lo aspettano; per l'ultimo task è la fine del progetto. L'inizio al più tardi è la fine al più tardi − durata + 1.
Il margine è la fine al più tardi meno la fine calcolata all'andata.
| Task | Fine al più tardi | Fine all'andata | Margine |
|---|---|---|---|
| F | 17 | 17 | 0 |
| D | 14 | 14 | 0 |
| E | 14 | 9 | 5 |
| B | 8 | 8 | 0 |
| C | 12 | 7 | 5 |
| A | 3 | 3 | 0 |
C ha fine al più tardi 12 perché E, il task che lo aspetta, può cominciare al più tardi il giorno 13 (14 − 2 + 1).
Il risultato
Il percorso critico è A → B → D → F: 3 + 5 + 6 + 3 = 17 giorni lavorativi.
- Se lo sviluppo (D) slitta di 2 giorni, slittano di 2 giorni il collaudo e la fine del progetto.
- I contenuti del cliente (C) e il loro caricamento (E) hanno 5 giorni di margine: se il cliente consegna con 3 giorni di ritardo, la data di fine non si muove.
Attenzione: il margine si consuma lungo la catena. Se C usa tutti i suoi 5 giorni, E non ne ha più ed è diventato critico.
Come si usa, il lunedì
- Metti le persone migliori e le revisioni più rapide sui task critici. Lì ogni giorno conta.
- Per anticipare la fine guarda solo il percorso critico. Accorciare un task con margine non anticipa niente.
- Un task con margine non è un task senza scadenza. Il margine finisce, e quando finisce il task diventa critico.
- Ricalcola dopo ogni cambiamento. Un ritardo su un task non critico può spostare il percorso critico altrove.
Errori comuni
- Dipendenze dimenticate: il piano sembra più corto di quello che è.
- Giorni di calendario mescolati a giorni lavorativi: le durate non si sommano più.
- Un percorso critico calcolato una volta sola: dopo due settimane di lavoro vero non è più quello.
- Critico confuso con importante: un task critico può essere banale, e uno importante avere dieci giorni di margine.