IT Management blog

Accanto alle classiche misure di performance dei progetti (Costi, tempi, earned value, etc…) si fa sempre piu’ strada il concetto di stabilita’ di progetto.

Si definisce stabilita’ di progetto (relative stability of a project) la resistenza (o viceversa, la sensibilita’) delle attivita’ e risorse di progetto ad eventi non pianificati. In altre parole, un progetto e’ stabile se riesce ad assorbire eventi non pianificati senza particolari ripercussioni sul piano originale. Un progetto si dice, invece, instabile quando, a fronte di eventi non pianificati, devia in modo significativo dal piano originale.

Si definiscono tre tipi di stabilita’:

• Stabilita’ positiva - quando un progetto, a fronte di eventi non pianificati, riesce a manternere invariato il piano originale (per esempio, a fronte di un ritardo di tre giorni su una consegna, la data di fine del progetto rimane invariata)
• Stabilita’ neutrale - quando un progetto, a fronte di eventi non pianificati, mantiene la variazione determinata dall’evento immodificata fino alla fine (per esempio, a fronte di un ritardo di tre giorni su una consegna, la data di fine del progetto viene ritardata degli stessi tre giorni)
• Stabilita’ Negativa - quando un progetto, a fronte di eventi non pianificati, subisce variazioni in misura maggiore a quelle determinate direttamente dall’evento (per esempio, a fronte di un ritardo di tre giorni su una consegna, la data di fine del progetto viene ritardata di un mese)

Ovviamente la stabilita’ di progetto, in molti casi, ha un costo, ed ovviamente anche un valore. Per avere un progetto a stabilita’ positiva (rispetto ai tempi) e’ spesso sufficiente costruire il piano con opportuni buffer di tempo tra un attivita’ e l’altra, in modo da poter assorbire ritardi. Questo sara’ tanto piu’ importante quanto l’ambiente di progetto e’ instabile (per esempio: si utilizzano nuove tecnologie, nuove risorse umane, possibilita’ di cambiamenti in corsa, etc…), mentre sara’ meno importante per progetti in ambienti relativamente stabili.

Certo e’ che i project manager di vecchio pelo queste cose le sanno gia’, pero’ adesso possono usare la nuova buzzword - Project stability - per giustificare i buffer al proprio management.