Page 26 - IPMA Italy Journal Volume 1 no. 1_April 2015
P. 26
IPMA ITALY Journal of Applied Project Management
Volume 1 no. 1 (April 2015)
maggior parte dei casi, fittizie. Per alla fine gli utenti devono eseguire i
converso, tempi lunghi possono
vanificare l'esigenza stessa del test di collaudo per verificare se il
progetto, con realizzazione di prodotti
e servizi non più in uso sistema soddisfa i requisiti di business.
dall'organizzazione o dal mercato. La
raccomandazione chiave è che i Talvolta, però, le prove di
tempi di progetto siano brevi, il che
significa che i sistemi più grandi siano accettazione non riescono a
suddivisi in progetti (o sottoprogetti)
separati. Non sempre un simile identificare tutti i difetti prima che il
approccio è realizzabile, ma i benefici
di farlo sono notevoli. sistema sia rilasciato in produzione,
Scarsa Governance: talvolta i progetti
sono avviati senza uno Sponsor, cioè non solo per il ridotto tempo messo a
la persona che ha individuato la
necessità di un cambiamento in una disposizione in questa fase, ma spesso
zona del business, e che si impegna a
fare quel cambiamento. Lo Sponsor anche per la scarsa chiarezza dei
svolge un ruolo vitale nel garantire il
successo del progetto, può rendere di requisiti che li rende difficilmente
successo un progetto mediocre e, se
poco presente, può ritardare e verificabili e determina una difficile o
vanificare il lavoro di un eccellente
team di lavoro. Lo Sponsor è sostenuto imprecisa progettazione dei test.
dagli organi di governo, di solito un
gruppo direttivo; questi ruoli di Velocità di cambiamento del
governance sono essenziali in quanto
forniscono direzione, orientamento e business: se le esigenze del business
la revisione critica del progetto.
Scope Creep: lo "Scope" è la visione cambiano, allora il business case può
d'insieme di ciò che un sistema
conterrà; lo "Scope creep" è la diventare obsoleto prima ancora di
crescita insidiosa della dimensione di
un sistema durante la vita del aver effettivamente completato il
progetto. Questo è un problema di
gestione strettamente legato al progetto. Potrebbe essere necessario
controllo delle modifiche, che richiede
grande attenzione dell'Azienda e del rivedere le esigenze e gli obiettivi
Project Manager per valutare i rischi di
progetto e controllare e gestire le originali, e questo può portare a
eventuali mutate esigenze sulla
tempistica e sui costi. modificare la dimensione
Ridotta esecuzione di test: nonostante
gli sviluppatori prevedano una grande del progetto, o addirittura annullare il
quantità di test durante lo sviluppo,
progetto stesso. In questi casi, la
tempestiva analisi dei rischi e
l'assunzione rapida di decisioni sono
essenziali per minimizzare gli impatti;
inoltre, ove possibile, la suddivisione
dell'iniziativa in piccoli sottoprogetti
permette di garantire quella snellezza
e quella flessibilità necessarie ad
apportare il "cambio di marcia"
imposto dal mercato e dalle
mutate esigenze del business. Ma,
sappiamo, non sempre questo è
possibile.
Perchè un progetto abbia successo,
quindi, l'azienda, attraverso la sua
organizzazione di progetto, deve
assicurarsi di individuare i requisiti
giusti, creare un business case
realizzabile, esercitare una forte
governance, gestire
un'implementazione di alta qualità,
incentrare il progetto sui benefici e
monitorare l'ambiente in continua
25
