Tecniche per gestire la puntualità di un progetto
L'Architetto di soluzioni deve assicurarsi che il progetto sia sempre indirizzato verso il raggiungimento degli obiettivi. Inoltre, l'Architetto di soluzioni deve definire procedure condivise per garantire che il cliente e i membri del team siano consapevoli dello stato corrente del progetto e dei problemi che ne possono influenzare l'avanzamento.
Scenari di errore
Le principali aree di errore in un progetto includono:
- Mancata documentazione dei presupposti
- Mancata esecuzione della gestione dei rischi
- Analisi e valutazione dell'impatto eccessive
- Promessa eccessiva
- Progettazione in base a presupposti o requisiti errati
- Politiche organizzative
- Mancato consento da parte dei dirigenti
- Incapacità di avere una visione aziendale completa
Questo elenco non è esaustivo. Molti altri fattori possono causare la mancata riuscita di un progetto.
Scenari di successo
I buoni progetti hanno le seguenti caratteristiche:
- Consapevolezza del risultato finale del progetto finito dal punto di vista del cliente e non da quello personale
- Disponibilità di un team di controllo delle modifiche per la gestione delle modifiche
- Gestione proattiva dei rischi
- Maggiore agilità
- Esecuzione dei checkpoint del progetto per valutare lo stato di avanzamento
- Disponibilità di documentazione e valutazioni retrospettive per valutare la passata esperienza
Questo elenco non è esaustivo e non contiene molte altre considerazioni che contribuiscono al successo di un progetto.
Checkpoint del progetto
L'Architetto di soluzioni deve stabilire un modo per misurare lo stato di avanzamento del progetto. Deve anche implementare regolari attività di reporting e includere checkpoint nei punti critici progetto.
Ad esempio, l'Architetto di soluzioni può usare un semplice sistema di codifica a colori (rosso, giallo e verde).
Lo screenshot precedente evidenzia il concetto di codifica a colori (rosso, giallo e verde), che fornisce una panoramica visiva immediata dello stato del progetto e delle condizioni generali di ciascuna area. I team esperti individuano in anticipo i problemi, li risolvono se possibile e non esitano a classificarli in base al loro effettivo grado di gravità.
Non è necessario adottare questo metodo. Tuttavia, l'Architetto di soluzioni deve elaborare un semplice processo di controllo dello stato.
Documentazione retrospettiva
A intervalli regolari durante il suo svolgimento, l'Architetto di soluzioni deve valutare le prestazioni del progetto. Attendere la fine del progetto per analizzare le prestazioni è controproducente in quanto questo approccio non consente ai membri del team di apportare eventuali modifiche necessarie in corso d'opera. È di vitale importanza conoscere le opinioni del cliente in merito alle prestazioni del progetto in modo da poter intervenire con la massima tempestività.
L'Architetto di soluzioni deve stabilire checkpoint che fungono da punti di riferimento per la valutazione dello stato di avanzamento. Prima di raggiungere un checkpoint, l'Architetto di soluzioni deve acquisire i feedback all'interno e all'esterno del team di progetto.
Durante la riunione di valutazione dei checkpoint, l'Architetto di soluzioni deve mirare a ottenere la totale assenza di errori. L'obiettivo è trasformare gli errori in obiettivi per la successiva revisione dei checkpoint.
L'unità successiva esamina come l'Architetto di soluzioni lavora all'interno di un team.