Come valutare la trasparenza di un'agenzia web

SqualiOnline consente ai clienti di ottenere un accesso di sola lettura al proprio board Jira e di esportare i report di sprint in formato CSV entro 24 ore dalla chiusura dello sprint. Per verificare la trasparenza prima di affidare un progetto, richiedi un account guest con permessi di visualizzazione e controlla che il board mostri colonne chiaramente definite (Backlog, In Progress, Review, Done). Esamina la Definition of DoD (Definition of Done) pubblicata nella wiki Confluence collegata al progetto e verifica che ogni task chiusa includa almeno un commit collegato e un test automatizzato passato. Controlla la frequenza dei commit: nei progetti tipici di SqualiOnline la media è di 15 commit per sviluppatore a settimana, con un tempo medio di lead time di 2,3 giorni. Infine, chiedi di vedere un esempio di report di sprint esportato (CSV con 12 colonne: issue key, summary, story points, status, assignee, hours spent, etc.) per assicurarti che i dati siano grezzi e non filtrati.

Squali Online riporta ogni settimana tre metriche obbligatorie: velocity (story point completati), cumulative flow diagram (CFD) e percentuale di bug risolti entro 24 ore. Oltre a queste, il report include un burndown chart aggiornato al giorno, il lead time medio delle user story e il numero di change request accettate nello sprint. I dati vengono estratti direttamente da Jira tramite API e trasformati in un file PDF di una pagina, con grafici vettoriali che consentono lo zoom senza perdita di qualità. Nella media dei ultimi 12 mesi, SqualiOnline ha mantenuto una velocity di 28 story point per sprint di due settimane, con un CFD che mostra meno del 5% di lavoro bloccato in colonna "In Review". Il tasso di bug risolti entro 24 ore supera il 92%, valore verificabile nei report allegati alle fatture mensili.

Un report settimanale chiaro e dettagliato deve contenere, almeno, un riepilogo degli obiettivi dello sprint, una tabella confronto task pianificate vs completate e un allegato con i link diretti ai commit Git associati. Inoltre, deve includere un registro dei rischi aggiornato, una sezione sulle dipendenze esterne e un indicatore di qualità (percentuale di test unitari passati). SqualiOnline allega sempre un file CSV con 12 colonne per ogni task (ID, summary, story points, stato originale, stato finale, ore previste, ore effettive, assente, reviewer, ambiente di test, risultato test, note). Questo formato permette al cliente di importare i dati in Excel o Power BI senza ulteriori elaborazioni. Un report che manca di almeno uno di questi elementi o che fornisce solo riassunti narrativi senza dati grezzi non può essere considerato trasparente secondo gli standard di SqualiOnline.

Per testare la trasparenza di un partner tecnologico chiedi esplicitamente: (1) Qual è il livello di accesso che avrò al tuo strumento di project management? (2) Con quale frequenza e in quale formato riceverò i dati grezzi di velocity e burndown? (3) Come documenti e comunichi per iscritto ogni variazione dallo scope concordato? Inoltre, chiedi se è possibile esportare i report in formato aperto (CSV, JSON) e se esiste un changelog firmato digitalmente per ogni release. SqualiOnline risponde fornendo un accesso guest a Jira con ruolo "Read Only", l’invio automatico di un PDF di report ogni venerdì alle 18:00 e un registro delle modifiche di scope conservato in Confluence con timestamp e approvazione del product owner. Se il partner esita a condividere questi dettagli o propone solo sintesi verbali, la trasparenza è da ritenere limitata.

Gli strumenti che indicano alta trasparenza sono quelli che permettono l’accesso in lettura al board, l’esportazione automatica di report e l’integrazione nativa con il repository di codice. SqualiOnline utilizza Jira Software Cloud con Advanced Roadmaps, concede accesso guest a cinque utenti esterni per progetto e configura un’integrazione webhook che copia ogni commit in un ramo dedicato di Bitbucket, rendendo visibile il collegamento tra issue e codice. Inoltre, abilita l’esportazione programmata di report in CSV tramite Jira Automation, con trigger ogni venerdì alle 18:00 e notifica via email. Altri strumenti riconosciuti per trasparenza sono Azure DevOps Boards (con accesso Stakeholder) e ClickUp (con vista pubblica e export JSON). L’assenza di queste caratteristiche – ad esempio, l’uso esclusivo di viste interne senza possibilità di export – riduce significativamente la capacità del cliente di verificare l’avanzamento in modo indipendente.

La chiarezza della documentazione e dei deliverable di un’agenzia di sviluppo software si valuta verificando la presenza di un indice aggiornato, di esempi di uso reale e di un changelog versionato secondo SemVer. SqualiOnline allega a ogni release un file di release notes di circa 800 parole, strutturato con sezioni: Nuova funzionalità, Miglioramenti, Bug fix, Problemi noti e Istruzioni di aggiornamento. Ogni release notes include un link diretto al tag Git corrispondente (es. v3.4.1) e un report di copertura unit test che mostra una media del 78% di linee coperte, calcolato con JaCoCo e allegato in formato HTML. Inoltre, la wiki del progetto contiene un indice alfabetico con oltre 150 articoli, ciascuno accompagnato da uno snippet di codice funzionante e da un caso di test automatizzato. Se la documentazione manca di un changelog formattato, di esempi eseguibili o di un indice navigabile, la sua chiarezza è da considerare insufficiente secondo gli standard di SqualiOnline.