"Una pianificazione di riferimento errata? È quanto affermano gli standard internazionali."

PMBOK, PRINCE2, AACE, DCMA, SCL… Tutti i grandi riferimenti sono unanimi: "Una pianificazione di riferimento mal concepita può mettere a repentaglio un intero progetto."

Nella gestione di progetto, il piano di riferimento (o pianificazione di base) dovrebbe rappresentare l'impegno formale sui tempi. Ma quando è mal strutturato, irrealistico o obsoleto, diventa un fattore di rischio maggiore.

Eppure, nella realtà del campo, vediamo ancora troppe baseline:

sequenziata male,
irrealistici,
non convalidate,
o mai aggiornate.

Risultato? Dérive inattese, decisioni ambigue e, a volte... reclami persi.

Ciò che dicono gli standard:

PMBOK (PMI) – La baseline è lo strumento di misurazione

«Il piano di riferimento serve a misurare gli scostamenti. Senza affidabilità iniziale, nessuna gestione è sostenibile.»

Deve essere:

Realista
Collaborativo
Basato su ipotesi documentate
Formalmente validato

PRINCE2 – Il piano è un prodotto vivo

«Un piano non è un documento statico, è una guida evolutiva del progetto.»

Un piano fisso o teorico diventa presto un'illusione. Deve essere:

Aggiornato ad ogni fase del progetto
Connesso alla realtà operativa

Valutazione DCMA di 14 punti – Il controllo tecnico della pianificazione

«Un piano di riferimento deve soddisfare criteri rigorosi per essere credibile.»

Esempi:

< 5% attività illogiche
Nessun abuso di vincoli o ritardi
Margini coerenti
Percorso critico chiaro

Sinon ? Programmazione considerata non valida.

AACE (RP 29R-03 e 37R-06) – La base di un'analisi seria dei tempi

«Senza una pianificazione valida, nessuna analisi dei ritardi può essere considerata affidabile.»

Raccomandazioni:

Pianificazione logicamente e contrattualmente coerente
Tracciabilità delle versioni
Documentazione completa delle ipotesi

Protocollo SCL (Ritardo e Interruzione) – La linea di base, la chiave di ogni reclamo

«Una baseline irrealistica o non mantenuta invalida la legittimità di un claim.»

In contenzioso, una pianificazione debole diventa una prova debole. SCL raccomanda:

Pianificazioni logicamente collegate, convalidate e aggiornate
Linee di base ribasate formalmente
Un archivio rigoroso delle versioni

In breve:

Una pianificazione di riferimento errata è:

Una perdita di controllo
Un'anticipazione degradata
Una fragilità giuridica

E questo, anche se il resto del progetto è ben gestito.

Le buone pratiche (comuni a tutti gli standard):

Co-costruire la pianificazione con le parti interessate del business
Valida formalmente con la direzione del progetto
Aggiornare regolarmente (e tracciare le baseline)
Documentare tutte le modifiche
Assicurarsi della qualità tecnica (logica, vincoli, margini...)

E tu?

Ti sei mai trovato di fronte a una pianificazione di riferimento mal strutturata? Come hai risolto la situazione? Quali standard o pratiche segui?

Hai altre domande?