Sistema di reporting

Il sistema di reporting si compone di diverse tipologie di report, ciascuna focalizzata su aspetti specifici del monitoraggio e del controllo del progetto:

• Current period reports: Ogni venerdì, tra le 17:45 e le 18:00, tutti gli sviluppatori aggiornano il sistema di reporting inserendo i commit effettuati durante la settimana. Utilizzando le conventional commits (che classificano i commit come fix, feature, modifiche importanti, ecc.) si ottiene un report leggibile e completo. Inoltre, vengono caricate le task completate e quelle in corso, prese dalla kanban board, insieme alle task pianificate da iniziare o completare nello stesso periodo secondo la pianificazione. Per quest’ultime, lo sviluppatore può stimare una nuova data di completamento, che sarà discussa nel meeting successivo. Il report include inoltre i risultati dei test automatici presenti su GitHub permettendo di visualizzare anche l’esito (passato o fallito) e le issues, formalizzate nell issues log, per cui lo sviluppatore è responsabile. Queste attività sono automatizzate grazie all’integrazione tra Notion, GitHub e il sistema di Issue Log, lo sviluppatore ha il compito di ricontrollare e verificare che tutte le informazioni siano corrette. Grazie a questo report, il sistema sarà in grado di fornire un quadro chiaro e dettagliato delle feature sviluppate durante la settimana, delle correzioni apportate, dei problemi riscontrati e dello stato complessivo di tutte le attività in corso.
• Feedback report: Come previsto e pianificato, sono previsti due principali report di feedback:
  • Tecnico, redatto dall'architetto al completamento dello sviluppo backend, per validarne correttezza e coerenza architetturale
  • Funzionale, redatto dal PM sulla base dei feedback dei focus group, dedicato alla verifica dell’usabilità e completezza funzionale della UI/UX.
• Microservice report: per ogni microservizio riporta le date previste e reali di inizio e fine, le feature implementate, gli sviluppatori coinvolti e i test eseguiti. Questo report si alimenta periodicamente con i dati provenienti dai current period reports e include inoltre i feedback tecnici dell’architetto e le valutazioni di usabilità fornite dai focus group.
• Stoplight reports: Per il monitoraggio quotidiano della situazione, ogni task nella colonna “in progress” della kanban board sarà contrassegnata da un colore che ne indica lo stato:
  • Verde: tutto procede come pianificato
  • Giallo: si sono verificati degli scostamenti, ma la situazione resta sotto controllo
  • Rosso: la situazione è critica, rendendo quasi sempre necessaria una riunione di approfondimento.
• Milestone report: Viene aggiornato settimanalmente utilizzando i dati del current period report per monitorare l’avanzamento delle release delle milestone. Fornisce una panoramica delle attività completate (con date previste e reali) e di quelle ancora da svolgere per raggiungere l’obiettivo della milestone. Riporta eventuali ritardi accumulati e offre una visione aggiornata dei costi sostenuti, aggiornando il cashflow.

In definitiva, il sistema di reporting ci fornirà un riepilogo chiaro delle attività completate rispetto a quelle pianificate per la settimana, evidenziando se abbiamo chiuso il periodo in linea o in ritardo. Inoltre, mostrerà come questo andamento settimanale ha inciso sul ritardo complessivo di progetto, indicando se la situazione è stabile, peggiorata o in miglioramento.