Gestione di tempi, costi e risorse in PM²: prevedere, non solo registrare
Ventiduesimo articolo della serie “Imparare PM² attraverso un progetto”
Dire che il team ha lavorato molte ore non dice se il progetto è in salute. Il controllo di tempi, costi e risorse confronta ciò che è stato pianificato con ciò che è stato realmente conseguito e con la previsione a finire.
In PM², il Project Work Plan fornisce una base per questo controllo: deliverable, attività, stime, calendario, dipendenze e responsabilità. Durante Monitor & Control, tale base viene confrontata con l’avanzamento reale e aggiornata solo attraverso decisioni controllate quando serve.
Le tre domande da fare sempre
| Dimensione | Domanda utile |
|---|---|
| Tempi | Riusciremo a completare i deliverable e le milestone nelle date previste? |
| Costi | Riusciremo a completare entro budget o effort approvato? |
| Risorse | Abbiamo le persone, competenze, capacità e disponibilità necessarie nel momento giusto? |
Le tre dimensioni sono collegate. Aggiungere persone può aumentare costi; comprimere una data può ridurre qualità o aumentare rischio; spostare una risorsa esperta può bloccare attività dipendenti.
Baseline: il riferimento per misurare gli scostamenti
Una baseline è la versione approvata di un piano. Per gestire tempi, costi e risorse, le baseline principali includono:
| Baseline / riferimento | Contiene |
|---|---|
| Schedule baseline | Milestone, attività, durate, date e dipendenze approvate. |
| Cost / effort baseline | Budget, stime di effort, profili di spesa e assunzioni. |
| Resource plan / assegnazioni | Persone o ruoli, capacità, competenze, disponibilità e responsabilità. |
Senza baseline, “siamo in ritardo” è un’impressione. Con una baseline, lo scostamento diventa misurabile e discutibile.
Effort, durata e costo non sono la stessa cosa
| Concetto | Significato | Esempio |
|---|---|---|
| Effort | Quantità di lavoro necessaria. | 10 giornate-persona per sviluppare una funzione. |
| Durata | Tempo di calendario richiesto. | 3 settimane, perché una parte dipende dal fornitore e dalle disponibilità degli utenti. |
| Costo | Valore economico delle risorse e delle spese. | 10 giornate × tariffa + licenza del servizio. |
Dieci giornate di effort non equivalgono automaticamente a due settimane di durata: dipendenze, parallelismo, ferie, capacità parziale e attese possono allungare il calendario.
Costruire un calendario credibile
Un calendario utile non è una lista di date desiderate. Collega:
- deliverable e attività;
- stime di effort e durata;
- sequenza e dipendenze;
- risorse realmente disponibili;
- milestone e vincoli esterni;
- margini, rischi e tolleranze.
flowchart LR
A[Deliverable] --> B[Attività]
B --> C[Stime e dipendenze]
C --> D[Capacità disponibile]
D --> E[Schedule baseline]
E --> F[Monitoraggio e forecast]
Una dipendenza non gestita è una data fittizia. Se l’accettazione utente, un acquisto o un ambiente di test è necessario per proseguire, va reso visibile nel piano e monitorato come vincolo o rischio.
Monitorare: avanzamento fisico, non solo consumo
Confrontare le ore consuntivate con il budget è necessario, ma insufficiente. Bisogna confrontarle anche con il valore effettivamente completato.
| Segnale | Possibile lettura |
|---|---|
| 70% dell’effort consumato, 40% dei deliverable accettati | Probabile sforamento o stima errata: serve forecast e azione. |
| 30% dell’effort consumato, 60% dei deliverable completati | Possibile anticipo, ma verificare qualità e lavoro residuo. |
| Attività “quasi finite” da settimane | Avanzamento non misurabile; chiarire criteri di completamento e blocchi. |
| Budget sotto controllo ma milestone in ritardo | Il costo può essere stabile mentre il beneficio si sposta nel tempo. |
Il forecast non è una previsione ottimistica. È la migliore stima attuale di data finale, costo finale e capacità necessaria, basata sui dati disponibili e sulle azioni già decise.
Controllare lo schedule
Quando emerge uno scostamento, il PM non dovrebbe limitarsi a colorare il report di rosso. Deve analizzare causa, impatto, alternative e decisione necessaria.
| Intervento | Quando può essere sensato | Attenzione |
|---|---|---|
| Rimuovere un blocco | Una dipendenza o una decisione sta fermando un’attività. | Non confondere il sintomo con la causa. |
| Riassegnare capacità | Un’attività critica è sotto-dimensionata. | Verificare competenze e impatto sulle altre attività. |
| Eseguire attività in parallelo | Le dipendenze lo consentono. | Può aumentare rischio e rework. |
| Ridurre o differire scope | Il valore prioritario può essere consegnato prima. | Richiede Change Management e decisione competente. |
| Spostare una milestone | L’obiettivo resta valido ma la data non è realistica. | Non farlo informalmente: aggiorna baseline solo dopo approvazione. |
L’obiettivo non è preservare la data a ogni costo, ma prendere presto il trade-off corretto tra data, scope, qualità, costo e rischio.
Controllare i costi
Il costo non è soltanto fattura ricevuta. Può includere effort interno, consulenze, licenze, infrastruttura, formazione, acquisti e costi di transizione.
Un controllo utile considera:
- costo o effort pianificato fino a oggi;
- costo o effort effettivo;
- lavoro realmente completato;
- stima del lavoro rimanente;
- previsione al completamento;
- impatto di rischi, issue e change già noti.
Se un progetto ha speso poco perché una dipendenza è bloccata, non è automaticamente una buona notizia: il costo può essere solo rinviato e la data può già essere compromessa.
Gestire le risorse: capacità, competenze, continuità
Una risorsa non è solo una cella da allocare. Per ogni attività critica interessano almeno:
| Aspetto | Domanda |
|---|---|
| Capacità | Quanta disponibilità reale ha, considerando altri impegni? |
| Competenza | Sa svolgere il lavoro al livello e nel tempo richiesti? |
| Continuità | Sarà disponibile lungo le dipendenze chiave? |
| Sostituibilità | Esiste backup o documentazione sufficiente se manca? |
| Carico | È sovrallocata su più attività nello stesso periodo? |
La sovrallocazione non si risolve moltiplicando le percentuali. Se una persona è assegnata al 60% su due attività nello stesso periodo, il piano dichiara 120% di capacità che non esiste.
Il caso Annotatio: una previsione onesta
Per Prenotazioni Smart, il piano prevede go-live il 30 giugno. A metà giugno:
- sviluppo lista d’attesa: completato e testato;
- notifiche push: 60% completate, con un issue Android aperto;
- dashboard: non iniziata, perché la stessa persona ha risolto il problema Android;
- responsabile palestra disponibile per acceptance test solo dal 26 giugno.
Dire “siamo all’80%” sarebbe fuorviante. Una previsione utile presenta:
| Dato | Lettura |
|---|---|
| Milestone di go-live | A rischio: acceptance e dashboard non hanno margine sufficiente. |
| Causa | Capacità critica deviata su issue Android e disponibilità tardiva dell’utente. |
| Opzioni | Rinviare il go-live; rilasciare senza dashboard; aggiungere capacità qualificata; cambiare la data di acceptance. |
| Decisione richiesta | PO/BM scelgono il trade-off su valore e data; SP conferma fattibilità tecnica. |
Il PM non “dà brutte notizie”: rende la decisione possibile prima che la data diventi irrecuperabile.
Da non confondere
| Affermazione | Correzione |
|---|---|
| “Effort e durata sono la stessa cosa.” | Effort è lavoro; durata è tempo di calendario, influenzato da capacità e dipendenze. |
| “Se abbiamo consumato meno budget, siamo in anticipo.” | Potremmo essere bloccati o avere lavoro non ancora iniziato. |
| “Aggiungere persone recupera sempre un ritardo.” | Richiede onboarding, coordinamento e competenze; può perfino rallentare nel breve periodo. |
| “La baseline si aggiorna ogni settimana con il piano reale.” | Il forecast può cambiare spesso; la baseline cambia solo con approvazione controllata. |
Tre domande per fissarlo
- Qual è la data e il costo più probabili a finire, non quelli originari?
- Che cosa sta bloccando davvero il percorso critico?
- Quale trade-off tra tempo, scope, costo, qualità e rischio richiede una decisione?
Flashcard
D: Qual è la differenza tra effort, durata e costo?
R: Effort è lavoro richiesto; durata è tempo di calendario; costo è il valore economico di lavoro e spese.
D: Perché il forecast è più utile del solo consuntivo?
R: Perché indica la migliore previsione attuale di completamento, non soltanto ciò che è già stato speso o fatto.
D: Quando può cambiare la baseline?
R: Quando una modifica viene valutata e approvata secondo Change Management e governance.
Domanda in stile esame
Un’attività pianificata per dieci giornate-persona è svolta da due persone al 50%. Il PM comunica che finirà certamente in una settimana, ignorando una dipendenza che si sblocca solo tra dieci giorni.
Qual è l’errore?
Risposta: confonde effort con durata e trascura una dipendenza critica. Anche se esiste capacità teorica, l’attività non può completarsi prima che il vincolo sia risolto. Il forecast deve includere sequenza, dipendenze e disponibilità reale delle risorse.
Fonte
Project Work Plan, stime, scheduling, controllo dello schedule e del costo sono trattati nella PM² Methodology Guide 3.1 della Commissione europea.
Nel prossimo articolo: Business Implementation e transizione verso l’operatività, per assicurare che il progetto non si limiti a consegnare una soluzione, ma abiliti davvero il cambiamento e i benefici attesi.