Affidabilità dell'impegno dello sprint (rapporto Say/Do) in Azure DevOps

Il "rapporto say/do" è un'idea diretta ma utile: di ciò che il team ha detto che avrebbe fatto, quanto ne ha effettivamente fatto? Il problema è che è facile misurarlo in modo disonesto senza volerlo. Se "detto" viene interpretato come tutto ciò che lo sprint contiene nel momento in cui qualcuno controlla, l'ambito aggiunto silenziosamente a metà sprint viene conteggiato come se facesse parte del piano originale, e un team che si è preso lavoro extra e ne ha concluso la maggior parte può sembrare identico a un team che si è impegnato onestamente e ha consegnato tutto. Il numero ha senso solo se "impegnato" è ancorato a un momento reale nel tempo, l'inizio dello sprint, non ridefinito a posteriori.

Perché la baseline del primo giorno è tutto

L'affidabilità dell'impegno è il numero di elementi consegnati-e-impegnati diviso per gli elementi impegnati, dove "impegnato" significa tutto ciò che lo sprint conteneva alla fine del suo primo giorno. Senza questo punto fisso, i mancati obiettivi di consegna e lo scope creep appaiono uguali dall'esterno: uno sprint che ha aggiunto dieci nuovi elementi e ne ha conclusi otto, e uno sprint che si è impegnato per otto elementi e li ha consegnati tutti, producono lo stesso conteggio finale di elementi, ma sono sprint completamente diversi. Agile Gauge legge l'istantanea del primo giorno dalla cronologia nativa di assegnazione allo sprint di Azure DevOps dove è disponibile, e la ricostruisce riproducendo la cronologia di ogni elemento dove non lo è: e dichiara apertamente quale metodo ha usato, poiché il metodo ricostruito può occasionalmente non cogliere uno spostamento in uno sprint insolitamente grande.

Su più team: il KPI Impegno dello sprint di Stato del flusso

Per chi confronta più di un team, la vista Stato del flusso di Agile Gauge valuta Impegno dello sprint come uno dei sei KPI indipendenti su un insieme di team con nome, senza alcun punteggio complessivo combinato sopra di esso. Ogni team raggiunge il proprio stato rispetto a un obiettivo predefinito dell'80% o superiore, e la scheda riporta una frase semplice come "3 team su 6 in linea con l'obiettivo" invece di un unico numero che nasconde quali team stanno effettivamente faticando. Facendo clic sulla scheda si aprono esattamente gli elementi dietro la cifra per qualsiasi team tu voglia controllare.

Segnaposto per uno screenshot di Stato del flusso: il proprietario aggiungerà la cattura reale prima della pubblicazione di questo articolo.
Stato del flusso: Impegno dello sprint valutato in modo indipendente su un insieme di team, insieme ad altri cinque KPI.

Un team, uno sprint: lo stesso numero in Riepilogo dello sprint

Quando la conversazione riguarda uno sprint specifico anziché un insieme di team, Riepilogo dello sprint mostra lo stesso identico calcolo come scheda statistica di Affidabilità dell'impegno, accanto a Riporto, Variazione dell'ambito e tempo di ciclo per quello stesso sprint. Gli elementi rimossi del tutto da Azure DevOps sono esclusi da entrambe le parti del rapporto, così un team non viene né premiato né penalizzato per lavoro ritirato dal business, e un elemento conta ancora come consegnato se si è chiuso entro 24 ore dalla fine dello sprint stesso: la maggior parte dei team chiude l'ultimo elemento o due la mattina dopo la review, e questo margine di tolleranza evita che il numero penalizzi la normale tempistica ai confini dello sprint.

Come appare quando non c'è nulla di onesto da mostrare

Se né la cronologia diretta né la ricostruzione riescono a stabilire una vera istantanea del primo giorno per uno sprint, l'affidabilità dell'impegno e il riporto non vengono disegnati affatto: un pannello ne spiega il motivo. L'alternativa sarebbe trattare l'appartenenza attuale dello sprint come "impegnata", il che fa risultare l'affidabilità vicina al 100% e il riporto vicino allo 0%, indipendentemente da ciò che è realmente accaduto durante lo sprint. Un numero mancante è una risposta più onesta di una lusinghiera costruita su un presupposto sbagliato.

Un numero che può essere manipolato se lo guardi da solo

Il rapporto say/do ha un punto debole ben noto: un team che vuole un numero lusinghiero può semplicemente impegnarsi a meno di quanto si aspetta di consegnare, e poi apparire affidabile ogni sprint senza cambiare davvero nulla nel proprio modo di lavorare. L'affidabilità dell'impegno da sola non può distinguere un team che sta genuinamente migliorando da uno che sta sottostimando di proposito: ha bisogno di compagnia. Leggerla insieme ad Ambito consegnato (quanto di tutto ciò che è stato concluso, pianificato o no, è stato spedito questo sprint) e Variazione netta dell'ambito rivela la differenza: un team che sottostima di proposito tende a mostrare molto ambito "extra" consegnato oltre a quanto pianificato originariamente, il che è un andamento diverso da quello di un team la cui pianificazione è genuinamente precisa. Stato del flusso mostra entrambe le cifre fianco a fianco esattamente per questo motivo, invece di presentare Impegno dello sprint come un numero che può essere letto isolatamente.

Impostare un obiettivo che il tuo team ha realmente concordato

L'80% predefinito è un punto di partenza, non un obiettivo che qualcuno ha necessariamente concordato. Ogni KPI valutato da Stato del flusso, Impegno dello sprint incluso, ha un obiettivo modificabile per ogni insieme di team con nome, impostato dal pannello Obiettivi di Stato del flusso e condiviso automaticamente con Istantanea retrospettiva per qualsiasi sprint visualizzato in quello stesso insieme. Un team che vuole una soglia più rigida o più permissiva dell'80% può impostarne una, e duplicare un insieme prima di cambiarne gli obiettivi è un modo rapido per provare una soglia diversa senza disturbare ciò che tutti gli altri stanno guardando.

Come arrivarci

L'affidabilità dell'Impegno dello sprint richiede la mappatura delle fasi del flusso di lavoro del tuo team impostata in Configurazione, in modo che Agile Gauge sappia quali stati contano come conclusi. Confrontarla tra i team richiede anche un insieme di team con nome: un elenco salvato fino a 12 team da cui sia Stato del flusso sia Istantanea retrospettiva possono attingere. Una volta impostati entrambi, il numero viene letto in tempo reale ogni volta che una delle due schermate viene aperta.

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.