UDA
Categoria: Unità didattiche
UDA 12 - Monitoraggio e controllo - 12.3 Esempio di reporting di attività
- 21 Novembre 2014
12.3 Esempio di reporting di attività
Per illustrare degli esempi di reporting di progetto prendiamo in esame l’attività “A.3 Realizzazione” del progetto SPOT e supponiamo che l’avanzamento del progetto abbia rispettato perfettamente le previsioni del piano. Supponiamo di essere alla data di realizzazione di lunedì 28 settembre 2015 in cui è pianificata la riunione settimanale di inizio settimana in cuiviene fatto il monitoraggio dello stato di avanzamento delle attività in corso. Il gantt successivo riporta un estratto del gantt di progetto con il dettaglio dell’attività A3 Realizzazione e delle sue sotto attività,che sono le attività di progetto in fase di realizzazione in quel periodo.
Figura 42: gantt attività "A3 Realizzazione"(progetto SPOT)
Dal gantt, tracciando una linea verticale in corrispondenza del giorno 28/9/2015 possiamo rilevare che in quel momento sono in fase di realizzazione le due attività:
- A3.1 Sviluppo software personalizzato, inizio 1/7/2015 e fine 30/10/2015;
- A3.3.1 Installazione rete e hardware di sistema, inizio 1/9/2015 e fine 30/10/2015.
Entrambe le attività devono essere completate entro il 30/10/2015 e sono propedeutiche all’avvio dell’attività “A.3.3.2 Installazione e configurazione software” che richiede come input gli output di entrambe le attività A3.1 ed A3.3.1 e che pertanto non potrà essere avviata se entrambe le attività non sono concluse.
Si supponga che l’attività A3.3.1proceda correttamente mentre l’attività A.3 abbia dei problemi di completamento. Nella “Schedulazione delle risorse con costi” riportata nel fascicolo allegato al libro è riportato il dettaglio degli effort previsti per tutte le attività del progetto tra cui l’attività A3.1 il cui estratto è riportato nella tabella seguente. Analizzando il report della tabella si può osservare che:
- l’attività A3.1 prevede un effort complessivo di 351 gg/uu distribuito su 88 giornate lavorative con due tipologie di figura professionale:
- per la figura Analista Settore Area Software sono necessarie almeno 2 figure che chiameremo Analista SW1 ed Analista SW2;
- per la figuraTecnico specialista Area Sviluppo Software sono necessarie almeno 3 risorse che chiameremo Tecnico specialista SW1 e Tecnico specialista SW2.
- Analista Settore Area Software con 100 gg.uu;
- Tecnico specialista Area Sviluppo Software con 203 gg.uu;
Tabella 22: effort previsti per l'attivitàA3.1 (progetto SPOT)
Ogni responsabile delle attività in corso che deve partecipare alla riunione settimanale elabora uno o più report di diverso dettaglio sullo stato dell’arte dei lavori dell’attività che porta all’incontro e che sottoscrive personalmente. Il report elaborato per quella settimana dal responsabile dell’attività A3.1 è quello descritto nella scheda seguente. Osservando il report risulta evidente che l’attivitàA3.1 Sviluppo software personalizzatorisulta in difficoltà sia per quanto riguarda i tempi previsti per la conclusione sia per le risorse umane a disposizione, di conseguenza l’attività è in difficoltà anche per il budget a disposizione. Questa situazione chiaramente si ripercuoterà sull’intero progetto. In questo caso si è in presenza di una vera situazione di rischio che verrà valutata in seguito nella successiva unità didattica 14
Riskmanagement. Il modello di report presentato chiaramente può essere utilizzato anche per i SAL di attività in perfetta linea con il piano.
Tabella 23: report di riepilogo SAL di attività (non in linea con il piano)