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

DimensioneDomanda utile
TempiRiusciremo a completare i deliverable e le milestone nelle date previste?
CostiRiusciremo a completare entro budget o effort approvato?
RisorseAbbiamo 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 / riferimentoContiene
Schedule baselineMilestone, attività, durate, date e dipendenze approvate.
Cost / effort baselineBudget, stime di effort, profili di spesa e assunzioni.
Resource plan / assegnazioniPersone 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

ConcettoSignificatoEsempio
EffortQuantità di lavoro necessaria.10 giornate-persona per sviluppare una funzione.
DurataTempo di calendario richiesto.3 settimane, perché una parte dipende dal fornitore e dalle disponibilità degli utenti.
CostoValore 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:

  1. deliverable e attività;
  2. stime di effort e durata;
  3. sequenza e dipendenze;
  4. risorse realmente disponibili;
  5. milestone e vincoli esterni;
  6. 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.

SegnalePossibile lettura
70% dell’effort consumato, 40% dei deliverable accettatiProbabile sforamento o stima errata: serve forecast e azione.
30% dell’effort consumato, 60% dei deliverable completatiPossibile anticipo, ma verificare qualità e lavoro residuo.
Attività “quasi finite” da settimaneAvanzamento non misurabile; chiarire criteri di completamento e blocchi.
Budget sotto controllo ma milestone in ritardoIl 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.

InterventoQuando può essere sensatoAttenzione
Rimuovere un bloccoUna 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 paralleloLe dipendenze lo consentono.Può aumentare rischio e rework.
Ridurre o differire scopeIl valore prioritario può essere consegnato prima.Richiede Change Management e decisione competente.
Spostare una milestoneL’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:

AspettoDomanda
CapacitàQuanta disponibilità reale ha, considerando altri impegni?
CompetenzaSa 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:

DatoLettura
Milestone di go-liveA rischio: acceptance e dashboard non hanno margine sufficiente.
CausaCapacità critica deviata su issue Android e disponibilità tardiva dell’utente.
OpzioniRinviare il go-live; rilasciare senza dashboard; aggiungere capacità qualificata; cambiare la data di acceptance.
Decisione richiestaPO/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

AffermazioneCorrezione
“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

  1. Qual è la data e il costo più probabili a finire, non quelli originari?
  2. Che cosa sta bloccando davvero il percorso critico?
  3. 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.

© Nc6 by Giuseppe Fanuzzi - IT08952900721 - PIQA6QP