"Puoi preparare un report dello sprint?" di solito significa che qualcuno vuole sapere, in termini semplici, se il team ha fatto quello che aveva detto di fare. È una domanda più circoscritta di quanto sembri: la maggior parte di ciò che finisce in un report dello sprint è o un grafico burndown che nessuno legge attentamente, o un elenco puntato digitato a memoria la mattina della review. Nessuno dei due risponde davvero a "abbiamo consegnato ciò a cui ci eravamo impegnati", che è la domanda che vale la pena porsi.
Cosa serve realmente a un report dello sprint
Riducendolo all'essenziale, un report dello sprint ha bisogno di cinque cose: a cosa si era impegnato il team all'inizio dello sprint (non a cosa è arrivato: sono numeri diversi una volta che l'ambito si sposta); cosa è stato effettivamente consegnato; cosa è stato riportato e perché; quanto è cambiato l'ambito dopo il primo giorno; e un'idea di quanto tempo abbia effettivamente richiesto il lavoro consegnato, non solo quanto ce n'era. Un report che salta la baseline del primo giorno e mostra solo il contenuto finale dello sprint non può distinguere un mancato obiettivo di consegna da uno scope creep: i due appaiono identici dall'esterno a meno che non sia stata conservata l'istantanea del primo giorno.
Riepilogo dello sprint: un team, uno sprint
Questa è la forma della vista Riepilogo dello sprint di Agile Gauge. Sceglie uno sprint, quello corrente, se ha attività reale, oppure cerca a ritroso tra gli ultimi sei sprint conclusi finché non ne trova uno che ce l'ha, e mostra Affidabilità dell'impegno, Consegnato, Riporto, In corso, Variazione dell'ambito, e sia il tempo di ciclo mediano sia l'85° percentile per gli elementi conclusi di quello sprint, ciascuno come scheda statistica cliccabile.
Da dove viene realmente "impegnato"
L'affidabilità dell'impegno ha un senso solo se "impegnato" viene misurato onestamente. Riepilogo dello sprint lo definisce come tutto ciò che lo sprint conteneva alla fine del suo primo giorno: letto dalla cronologia nativa di Azure DevOps dove è disponibile, e ricostruito riproducendo la cronologia di assegnazione allo sprint di ogni elemento dove non lo è (comune sui dati importati da altre fonti). La pagina dichiara apertamente quale metodo ha usato. Se nessuno dei due metodi riesce a stabilire una vera istantanea del primo giorno, l'affidabilità dell'impegno e il riporto non vengono mostrati affatto, invece di ricadere silenziosamente sul contenuto attuale dello sprint: un numero costruito su "cosa c'è nello sprint adesso" risulterebbe vicino al 100% indipendentemente da ciò che è realmente accaduto, il che è peggio di nessun numero.
Gli elementi consegnati-e-impegnati divisi per gli elementi impegnati danno l'affidabilità dell'impegno in percentuale; gli elementi rimossi del tutto da Azure DevOps sono esclusi da entrambe le parti, poiché un team non dovrebbe essere premiato né penalizzato per lavoro ritirato dal business. Un elemento conta ancora come consegnato se si è chiuso entro 24 ore dalla fine dello sprint stesso, poiché la maggior parte dei team chiude l'ultimo elemento o due la mattina dopo la review. La variazione dell'ambito è (elementi aggiunti dopo il primo giorno più elementi rimossi dopo il primo giorno) diviso per il totale degli elementi: un elemento sia aggiunto sia successivamente rimosso di nuovo non conta in nessuno dei due gruppi.
Ogni numero supportato dagli elementi reali
Un numero in un report dello sprint che non può essere messo in discussione nella stanza non vale la pena di essere mostrato. Ogni scheda statistica in Riepilogo dello sprint apre esattamente gli elementi che ci sono dietro, Impegnati, Consegnati, Riporto, In corso, e i gruppi Aggiunti e Rimossi di Variazione dell'ambito separatamente, e ogni elemento in quegli elenchi si apre a sua volta sul proprio tempo di ciclo, il suo percorso attraverso le fasi del flusso di lavoro mappate del tuo team, e un collegamento diretto ad Azure DevOps. "Il riporto è stato alto questo sprint" diventa un elenco concreto di quali elementi sono stati riportati e perché, invece di un numero che qualcuno deve accettare sulla fiducia.
Quando il report serve per una riunione, non solo per uno schermo
Riepilogo dello sprint è pensato per essere letto a schermo, uno sprint alla volta selezionato da un menu. Quando il report deve essere presentato davanti a una stanza, una sprint review, una retrospettiva, la vista Istantanea retrospettiva di Agile Gauge copre un terreno simile con sei KPI valutati rispetto a obiettivi impostati dal tuo team, oltre a un layout di stampa dimensionato per stare in poche pagine invece di un mazzo di slide costruito a mano. Le due viste condividono gli stessi calcoli sottostanti, quindi una cifra non cambia a seconda di quale schermata qualcuno ha aperto.
Cosa non copre questo
Il primissimo sprint di un team, o un team senza alcuna cronologia di sprint, mostra "nessuno sprint ancora" invece di cifre inventate. Uno sprint molto grande ricostruito dalla cronologia degli elementi anziché letto direttamente da Azure DevOps può occasionalmente non recuperare alcuni spostamenti, il che può far apparire l'affidabilità leggermente più generosa di quanto dovrebbe essere: la pagina ti dice quando ha usato il metodo ricostruito, così quell'avvertenza resta visibile invece di essere nascosta. E ogni cifra nella pagina è pre-filtrata in base ai tipi di elemento di lavoro che la tua organizzazione ha configurato per contare ai fini delle metriche; finché non viene impostato, sono inclusi tutti i tipi.
Come arrivarci
Riepilogo dello sprint richiede prima una sola cosa impostata: la mappatura delle fasi del flusso di lavoro del tuo team in Configurazione, in modo che Agile Gauge sappia quali dei tuoi stati contano come iniziati e quali come conclusi. Una volta impostata, Riepilogo dello sprint legge la cronologia di Azure DevOps e costruisce il report nel momento in cui apri la schermata: niente da esportare, niente da digitare due volte, e niente che diventi obsoleto tra una sprint review e la successiva.
Agile Gauge parte da $20 al mese per un massimo di 2 utenti. Avvia una prova gratuita di 14 giorni: tutte le funzionalità, nessuna carta richiesta.