Closing & Acceptance

Procedura di accettazione

Il processo di accettazione verte sulla certificazione del successo di tutti i test precedentemente sviluppati, dei success criteria e delle Conditions of Satisfactions, oltre che sull’installazione di un’infrastruttura atta al collaudo dell’applicativo.

Installazione

Data l’assenza di un deliverable antecedente, l’installazione viene proposta seguendo un approccio Cut Over adattato alla situazione, in quanto il progetto viene di fatto installato a microservizi in un’unica soluzione.

Documentazione

Il team si è impegnato nella produzione e aggiornamento della documentazione fin dalle prime fasi del progetto. Nello specifico, oltre a tutti gli artefatti allegati, la documentazione prevede:

• La guida utente, con istruzioni dettagliate per l’interazione con l’applicativo;
• La guida sviluppatore, con linee guida e convenzioni per favorire manutenzioni future all’applicativo;
• Una sezione relativa all’analisi dei test sviluppati;
• Un report tecnico che fornisce una panoramica dettagliata dell’architettura e delle tecnologie principali adottate.

Post-implementation Audit

Dopo aver ultimato la messa in produzione del progetto, il team si è riunito per le valutazioni finali del processo di sviluppo. Per agevolare questo processo, sono state prese come linee guida del meeting le seguenti domande:

• Q. Gli obiettivi del progetto sono stati raggiunti?
• A. Sì, il progetto ha soddisfatto tutti gli obiettivi prefissati; in aggiunta, ha permesso di consolidare le attività di planning mostrando i benefici in termini di rischio e stime accurate dei tempi di realizzazione
• Q. Il deliverable fa quello che aveva previsto il team?
• A. Sì, il successo di tutti i test predisposti attesta l’idoneità del sistema
• Q. Il progetto è stato completato rispettando i limiti di tempo, budget e rispettando le specifiche?
• A. Sì, i limiti in termini di tempo, budget e specifiche sono stati rispettati
• Q. Il business value previsto si è concretizzato?
• A. Data la presenza di competitor robusti nel settore, il business value è stato valutato in termini di consolidamento delle conoscenze che spaziano dalle architetture a micro-servizi a quelle di project management e, in questo senso, il team si ritiene soddisfatto del valore raggiunto
• Q. I criteri di successo sono stati rispettati?
• A. Per quanto riguarda i criteri relativi allo sviluppo del progetto sì; invece, per i criteri riguardanti lo stato del sistema post installazione, i test automatici sono in grado di offrire la sola proiezione di determinati aspetti del sistema, in linea però con i criteri definiti
• Q. Che lezione è stata imparata relativamente alla metodologia di gestione del progetto scelta?
• A. L’approccio agile è risultato particolarmente utile in un contesto ricco di elementi di incertezza come questo progetto, in quanto ha permesso di adattarsi all’occorrenza di modifiche sia temporali che tecniche, di mantenere una coesione forte a livello di team working e il morale alto grazie a revisioni tempestive in caso di problemi
• Q. Come ha seguito la metodologia il team?
• A. Il team ha cercato di rispettare il più possibile le metodologie previste da SCRUM, rilassando però alcuni vincoli, quali ad esempio i daily meeting in mancanza di aggiornamenti rilevanti. Al contempo, in caso di necessità han permesso un tempestivo intervento in grado di far fronte a tutti i problemi incorsi durante lo sviluppo e di ottimizzare così i tempi di lavoro di tutti i membri del gruppo

Final Project Report

Executive Summary: Il progetto verte sulla realizzazione di un sistema di tracciamento e condivisione in tempo reale di stato tra utenti, affrontato in un contesto accademico orientato alla sperimentazione di nuove tecnologie e consolidamento di nozioni in tema di micro-servizi, project management e continuous deployment.

Nonostante l’inesperienza dei membri in merito a tecnologie e design di architetture distribuite, l’adozione di un metodo di lavoro flessibile come quello offerto dall’approccio agile ha fatto sì che problemi e insicurezze siano stati agevolmente superati, e gli obiettivi ottemperati.

I rischi identificati sono stati opportunamente mitigati dove possibile, prevedendo possibili soluzioni all’occorrenza di questi.

Livello di successo e performance complessive del progetto: Tutti gli obiettivi e i criteri di successo e qualità evinti in fase di pianificazione sono stati rispettati. Le funzionalità preventivate sono state implementate con successo, come attestato dai test condotti.

Il progetto rappresenta un’alternativa open source ai software già presenti sul mercato, aprendo così le porte a migliorie e cambiamenti proposti dal bacino di utenza del sistema.

Pregi dell’approccio:

• Flessibilità: L’approccio risulta essere flessibile ai cambiamenti, sia in termini tecnici che temporali, caratteristica che si adatta particolarmente a progetti di media/grande dimensione e requisiti affetti da incertezza come nel caso di questo artefatto;
• Adattamento alle esigenze del committente: L’approccio sposa uno sviluppo incrementale, in cui le funzionalità di base vengono rilasciate ben prima della fine del progetto, agevolando i feedback di utenti finali e/o committente;
• Coesione del gruppo: I tanti meeting indetti sia su base giornaliera che settimanale permettono un lavoro coeso del gruppo, che è spesso interpellato a ragionare sulla risoluzione dei singoli problemi;
• Adattamento alle esigenze del gruppo: La mole di lavoro assegnata ad inizio sprint viene basata sui feedback degli utenti in maniera adattativa rispetto alla situazione, e varia appunto in base alle esigenze dei membri.

Difetti dell’approccio:

• Curva di apprendimento: Può risultare ostico il primo impatto con le dinamiche del framework SCRUM;
• Tempi organizzativi: Il tempo impiegato dai meeting può risultare oneroso.

Chiusura del progetto

In assenza di un committente, con il deployment del sistema e il soddisfacimento dei test in vitro, il progetto viene considerato terminato. Gli studenti riconoscono il merito del proprio lavoro e si apprestano a consegnare il progetto per gli esami designati auspicando un buon voto.