Condividi tramite


Sprint e concetti chiave scrum in Azure Boards

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Questo articolo fornisce un breve dizionario di termini e strumenti disponibili usati per tenere traccia del lavoro usando sprint e metodi Scrum. Altre risorse da esaminare sono il glossario Agile e il glossario di spostamento e gestione dei progetti.

Strumenti Agile:

Una suite di strumenti basati sul Web usati per tenere traccia del lavoro e supportare le metodologie Agile. Gli strumenti Agile supportano oggi i principali metodi Agile, Scrum e Kanban, usati dai team di sviluppo software. Altre informazioni: Informazioni sugli strumenti Agile e sulla gestione dei progetti Agile.

Bug

Tipo di elemento di lavoro che registra una potenziale fonte di insoddisfazione con il prodotto. Nome comune di un tipo di elemento di lavoro per il rilevamento dei difetti del codice. Ogni team può scegliere come gestire i bug. Alcuni team amano tenere traccia dei bug insieme ai requisiti nel backlog. Altri team amano tenere traccia dei bug come attività eseguite a supporto di un requisito. I bug vengono quindi visualizzati nella bacheca delle attività. Altre informazioni: Gestire i bug.

Burndown o burnup chart

I grafici burn-down e burnup supportano la gestione dei progetti per tenere traccia visiva del lavoro completato nel tempo. I grafici burn-down iniziano con la quantità totale di lavoro pianificato. Al termine del lavoro, il burndown rappresenta il lavoro rimanente. Con la progressione del tempo, la quantità di attività lavorative diminuisce. I grafici di burnup tengono traccia del lavoro man mano che viene completato nel tempo. Sono utili per mostrare la frequenza di completamento del lavoro.

Per altre informazioni, vedere Indicazioni sul burndown e sul burnup

Team e capacità individuale

La capacità è correlata al tempo effettivo dell'attività, ore o giorni, che un singolo o un team deve lavorare. Azure DevOps offre uno strumento di capacità per lo sprint di ogni team per impostare la capacità. In genere, i team impostano la capacità quando pianificano di creare attività e stimano il tempo necessario per completare un'attività.

Impostando la capacità del team, il team conosce esattamente il numero totale di ore lavorative o giorni in cui il team ha per ogni sprint. Con questo strumento si imposta la capacità e i giorni di disattivazione dei singoli membri del team. L'impostazione della capacità per ogni membro del team che lavora durante uno sprint determina la visualizzazione della barra di capacità per tale individuo. Altre informazioni: Impostare la capacità sprint.

Screenshot della pagina capacità del team.

Barre di capacità

Con le barre di capacità, è possibile vedere rapidamente chi è finito, in corrispondenza o sotto capacità. Le barre di capacità vengono aggiornate con ognuna di queste attività:

  • Le attività vengono assegnate con lavoro rimanente diverso da zero
  • Modifica del lavoro rimanente
  • Modifica della data all'interno del ciclo sprint. La capacità individuale e del team riflette sempre la capacità del giorno corrente fino alla fine dello sprint.
Colori della capacità Barre di capacità
Screenshot dei colori della capacità. Screenshot delle barre della capacità.

Per altre informazioni, vedere Regolare il lavoro in base alla capacità sprint.

Riunioni giornaliere di scrum

Le riunioni scrum giornaliere aiutano i team a rimanere concentrati su ciò che devono fare per massimizzare la capacità di soddisfare i propri impegni sprint. Il master scrum del team deve applicare la struttura della riunione e assicurarsi che inizi in tempo e finisca in meno di 15 minuti. Altre informazioni: Procedure consigliate per Scrum, riunione giornaliera scrum.

Forecast

Lo strumento di previsione consente ai team di pianificare i propri sprint. Lo strumento mostra ai team gli elementi di backlog che possono essere completati in sprint futuri in base alle stime degli elementi di lavoro e a una velocità impostata. Come illustrato di seguito, una velocità di 20 indica che ci vorranno cinque sprint per completare il lavoro mostrato. Altre informazioni: Prevedere il backlog del prodotto.

Screenshot del backlog del team, visualizzazione Previsione.

Percorsi di iterazione (alias sprint)

Un periodo di tempo, in genere da due a tre settimane, utilizzato per raggruppare gli elementi di lavoro da completare durante tale periodo di tempo. Gli sprint vengono usati nei metodi Scrum per supportare la pianificazione dello sprint, il burndown sprint e altri processi Scrum. I percorsi di iterazione consentono di raggruppare il lavoro in sprint, attività cardine o in un altro periodo specifico dell'evento o relativo al tempo. Altre informazioni: Informazioni sui percorsi di area e iterazione.

Backlog di prodotto

Elenco interattivo di elementi di lavoro che corrisponde al piano di progetto o alla roadmap di un team per le attività che il team prevede di distribuire. Il backlog del prodotto supporta la definizione delle priorità del lavoro, la previsione del lavoro in base agli sprint e il collegamento rapido del lavoro agli elementi backlog portfolio. È possibile definire gli elementi del backlog e quindi gestirli usando la scheda.

Ogni backlog del prodotto può essere personalizzato da un team. Altre informazioni: Creare il backlog.

Elemento backlog del prodotto (PBI)

Tipo di elemento di lavoro che definisce le applicazioni, i requisiti e gli elementi che i team pianificano per la creazione. I proprietari dei prodotti definiscono e classificano in genere gli elementi di backlog dei prodotti definiti con il processo Scrum. Altre informazioni: Tipi di elementi di lavoro e flusso di lavoro del processo scrum.

Ruolo proprietario del prodotto

Il ruolo dei proprietari di prodotti è quello di fungere da interfaccia tra i clienti e il team. Un proprietario del prodotto può ridurre la necessità di specifiche dettagliate. Riducono la necessità di essere più reattivi alle domande del team sui dettagli di implementazione. Inoltre, definiscono chiaramente i criteri di accettazione all'interno di ogni requisito.

Ruolo Master scrum

Scrum Masters aiuta a creare e mantenere i team sani usando i processi Scrum. Guidano, allenano, insegnano e aiutano le squadre scrum nell'impiego appropriato dei metodi Scrum. Scrum Masters agisce anche come agenti di cambiamento per aiutare i team a superare gli ostacoli e a guidare il team verso un aumento significativo della produttività. Altre informazioni: Procedure consigliate per Scrum, Ruolo del master Scrum.

Sprint (noti anche come iterazioni)

Uno sprint è un periodo di tempo di solito da due a tre settimane che viene usato per raggruppare gli elementi di lavoro da completare durante tale periodo di tempo. Gli sprint vengono usati nei metodi Scrum per supportare la pianificazione dello sprint, il burndown sprint e altri processi Scrum. Gli sprint vengono definiti tramite percorsi di iterazione. Per altre informazioni, vedere Informazioni sui percorsi di area e iterazione (alias sprint).

Backlog sprint

Elenco interattivo di elementi di lavoro assegnati allo stesso percorso di sprint o iterazione per un team. Il backlog sprint supporta i team che usano metodologie Scrum. Altre informazioni: Pianificazione dello sprint.

Grafico a burndown sprint

Il grafico sprint burndown riflette lo stato di avanzamento di un team nel completamento di tutto il lavoro stimato durante la riunione di pianificazione dello sprint. Il team lo monitora per attenuare i rischi e verificare la presenza di un ambito inquietante durante il ciclo di sprint. La linea di tendenza ideale indica sempre un burndown costante. L'area blu, come illustrato nel grafico seguente, rappresenta ciò che sta effettivamente accadendo. Mostra la compilazione del lavoro man mano che i membri del team aggiungono attività e la riduzione del lavoro man mano che i membri del team completano tali attività. Altre informazioni: Monitorare il burndown dello sprint.

Screenshot del grafico burndown sprint.

Obiettivi sprint

Gli obiettivi sprint vengono usati per concentrarsi sulle attività sprint. L'obiettivo riepiloga ciò che il team vuole raggiungere entro la fine dello sprint. Altre informazioni: Procedure consigliate per Scrum, Impostare gli obiettivi dello sprint.

Pianificazione dello sprint

La riunione di pianificazione sprint si verifica all'inizio di uno sprint ed è quando il proprietario del prodotto e il team accettano un set di obiettivi sprint e lavoro. Altre informazioni: Procedure consigliate per scrum, riunioni di pianificazione sprint.

Riunioni retrospettive sprint

La revisione sprint o la riunione retrospettiva si verifica alla fine di uno sprint. Questa riunione è quando il team dimostra il lavoro completato durante lo sprint. Il proprietario del prodotto, i clienti e gli stakeholder accettano le storie utente che soddisfano le proprie aspettative e identificano eventuali nuovi requisiti. I clienti spesso comprendono le loro esigenze in modo più completo dopo aver visto le dimostrazioni e possono identificare le modifiche che vogliono vedere. Altre informazioni: Procedure consigliate per Scrum, riunione retrospettiva sprint.

Attività

Un'attività è un tipo di elemento di lavoro usato per tenere traccia del lavoro stimato e rimanente. In Scrum, un'attività viene definita in modo da variare tra quattro e dodici ore. La definizione delle attività è essenziale per il monitoraggio del burndown dello sprint, l'uso della capacità del team e l'uso di Taskboard. Le attività sono collegate agli elementi di backlog del prodotto padre o alle storie utente. Altre informazioni: Aggiungere attività agli elementi di backlog.

Tabellone attività

Un taskboard fornisce una scheda di avanzamento interattiva per il lavoro necessario per completare il backlog dello sprint di un team. Durante lo sprint, è necessario aggiornare lo stato delle attività e il lavoro rimanente per ogni attività. L'aggiornamento delle attività giornaliere o più volte alla settimana produce un grafico di burndown sprint più uniforme. Altre informazioni: Taskboard.

Screenshot della schermata taskboard.

Teams

Un team corrisponde a un set selezionato di membri del progetto. Con i team, le organizzazioni possono sottocategorizzare il lavoro per concentrarsi meglio su tutto il lavoro monitorato all'interno di un progetto. Ogni team ottiene l'accesso a una suite di strumenti Agile. Teams può usare questi strumenti per lavorare in modo autonomo e collaborare con altri team nell'intera azienda. Ogni team può configurare e personalizzare ogni strumento per soddisfare i requisiti di lavoro. Per altre informazioni, vedere Informazioni sui team e sugli strumenti Agile.

Membro del team

Membro aggiunto a un progetto o a un'organizzazione che è stato aggiunto a un team specifico. I membri del progetto possono essere aggiunti a diversi team. Diversi strumenti Agile, ad esempio la pianificazione della capacità, gli avvisi del team e i widget del dashboard, hanno come ambito team. Ovvero fanno automaticamente riferimento agli utenti aggiunti come membri di un team per supportare le attività di pianificazione o l'invio di avvisi.

Per aggiungere utenti a un team, vedere Aggiungere utenti a un progetto o a un team specifico.

Debito tecnico

Il debito tecnico include tutto ciò che il team deve fare per distribuire codice di qualità di produzione e mantenerlo in esecuzione nell'ambiente di produzione. Esempi sono bug, problemi di prestazioni, problemi operativi, accessibilità e altri. Altre informazioni su come ridurre al minimo il debito tecnico: Che cos'è Lo sviluppo Agile?.

Valutazione delle riunioni

Le riunioni di valutazione vengono usate per esaminare e organizzare il backlog e i bug assegnati a un team. Altri dettagli, ad esempio stime, criteri di accettazione e altro ancora, possono essere aggiunti agli elementi di lavoro. In genere, un proprietario del prodotto esegue riunioni di valutazione e lead del team, analisti aziendali e altri stakeholder che possono parlare di rischi specifici del progetto.

Storia utente

Tipo di elemento di lavoro che definisce le applicazioni, i requisiti e gli elementi che i team pianificano per la creazione. I proprietari di prodotti definiscono e classificano in genere le storie utente in pila. La storia utente viene definita con il processo Agile. Altre informazioni: Tipi di elementi di lavoro e flusso di lavoro del processo Agile.

Grafico velocità e velocità

Velocità fornisce una metrica utile per ottenere informazioni dettagliate sulla quantità di lavoro che il team può completare durante un ciclo sprint. Dopo aver lavorato diversi sprint, il team può usare il grafico di velocità e lo strumento di previsione per stimare il lavoro che può essere eseguito negli sprint futuri.

La velocità è una misura della quantità di lavoro che un team può completare in base alla frequenza dello sprint. Il grafico di velocità predefinito misura la velocità sommando i punti story (Agile), Effort (Scrum) o Size (CMMI) definiti per uno sprint.

Ad esempio, nel grafico riportato sotto la barra verde indica il lavoro totale stimato (punti di storia) delle storie utente completate all'interno di ogni sprint. Blue corrisponde allo sforzo stimato degli elementi non ancora completati. Altre informazioni: visualizzare e usare il grafico della velocità del team predefinito.

Screenshot di Velocity.

Insieme al grafico Velocity predefinito, è possibile aggiungere un widget Velocity al dashboard del team. È possibile configurare questo widget per sommare un conteggio degli elementi di lavoro o la somma dello sforzo. Altre informazioni: Configurare il widget Velocity.

Ogni team è associato a un solo grafico di velocità. La velocità varia a seconda della capacità del team, dello sprint rispetto allo sprint. Tuttavia, nel corso del tempo, la velocità dovrebbe indicare una media affidabile che può essere usata per prevedere il backlog completo. Riducendo al minimo la variabilità delle dimensioni degli elementi del backlog, ovvero gli sforzi o i punti di storia, si ottengono metriche di velocità più affidabili. Altre informazioni: Aggiungere attività agli elementi di backlog.