Rapporto Riattivazioni

Man mano che il team risolve e chiude i bug, è possibile utilizzare il rapporto Riattivazioni per determinare l'efficacia con cui il team corregge i bug.Le riattivazioni si riferiscono in genere a bug risolti o chiusi in anticipo e quindi riaperti.La frequenza di riattivazione viene definita anche percentuale di feedback degli errori.

È possibile utilizzare il rapporto Riattivazioni per mostrare le storie utente o i bug riattivati.Una delle funzioni del proprietario del prodotto è discutere con il team in merito alla frequenza di riattivazione accettabile.Una frequenza di riattivazione bassa, ad esempio inferiore al 5%, potrebbe essere accettabile a seconda degli obiettivi del team.Tuttavia, una frequenza di riattivazione elevata o in aumento indica che il team potrebbe dovere diagnosticare e correggere problemi sistematici.

Per informazioni sulle modalità di accesso, di aggiornamento o di gestione dei rapporti, vedere Rapporti (Agile).

[!NOTA]

Questo rapporto richiede che sia stato eseguito il provisioning con SQL Server Reporting Services dell'insieme di progetti team contenente il progetto team in uso.Questo rapporto non è disponibile se Rapporti non viene visualizzato quando si apre Team Explorer e si espande il nodo del progetto team.

Autorizzazioni necessarie

Per visualizzare il rapporto, è necessario disporre del ruolo Browser in SQL Server Reporting Services o appartenere a un gruppo a cui sia assegnato questo ruolo.Per ulteriori informazioni, vedere Aggiungere utenti ai progetti team o Gestione delle autorizzazioni.

Dati nel rapporto

Il rapporto Riattivazioni mostra un grafico ad aree del numero di storie o bug che si trovano nello stato risolto o che sono stati riattivati dallo stato chiuso.I dati sono derivati dal data warehouse.Nel grafico viene rappresentato il numero di elementi in base alla durata e ai filtri specificati, come illustrato nella figura seguente.

È possibile filtrare il rapporto Riattivazioni nei modi seguenti:

• Modificando le date di inizio e di fine per il rapporto.

• Filtrando le storie e i bug inclusi nel rapporto tramite la specifica di percorsi di iterazione e di area, tipi di elementi di lavoro e stato precedente degli elementi di lavoro.

Per ulteriori informazioni, vedere Filtro del rapporto più avanti in questo argomento.

Attività necessarie per tenere traccia di storie utente e bug

Affinché il rapporto Riattivazioni sia utile e accurato, il team deve effettuare le attività seguenti:

• Definire le storie utente e i bug e specificarne i percorsi di iterazione e di area.

• Aggiornare lo stato di storie e bug man mano che questi procedono dallo stato attivo a quello chiuso.

Impostazione della durata dell'iterazione

Per comprendere la frequenza di riattivazione dell'iterazione corrente, le date di inizio e di fine per il rapporto devono corrispondere a quelle del ciclo di iterazione corrente.

Per modificare la durata dell'iterazione

1. Fare clic sull'icona calendario accanto a Inizio iterazione (data) o Fine iterazione (data) e selezionare una data.

2. Fare clic su Visualizza rapporto.

Interpretazione del rapporto

È necessario prevedere che il rapporto Riattivazioni vari a seconda della fase del ciclo di sviluppo del prodotto in cui ci si trova.Nelle prime iterazioni dovrebbero essere evidenziate poche riattivazioni.Man mano che le storie e i bug vengono chiusi, sarà possibile rivedere la frequenza delle riattivazioni.

Il rapporto Riattivazioni visualizza le informazioni che è possibile utilizzare per rilevare se il team sta riattivando un numero elevato di bug o storie.La frequenza di riattivazione calcola il numero di bug presumibilmente corretti le cui correzioni non funzionano.Queste riattivazioni possono creare un ciclo di rielaborazione dannoso che interferisce con l'avanzamento delle attività pianificate.

Domande che trovano risposta nel rapporto

È possibile esaminare il rapporto per trovare una riposta alle domande seguenti:

• Quanti bug sono stati riattivati nell'iterazione corrente?

• Quante storie utente sono state riattivate nell'iterazione corrente?

• Il team risolve e chiude le storie e i bug riattivati con una frequenza accettabile?

Versione non problematica del rapporto

Una versione non problematica del rapporto Riattivazioni mostra uno stato di avanzamento costante della risoluzione e della chiusura di bug, come illustrato nella figura seguente.La frequenza totale di riattivazione dell'elemento di lavoro è il 5% o meno e non aumenta durante l'iterazione.Le piccole fluttuazioni potrebbero essere accettabili, a seconda degli obiettivi del team.Minore è la frequenza di riattivazione, maggiore sarà lo stato di avanzamento che il team può raggiungere in generale.

Versione problematica del rapporto

Nella figura seguente viene illustrata una versione del rapporto Riattivazioni che presenta delle problematiche.

Nella tabella seguente vengono descritte le indicazioni di una versione problematica del rapporto, oltre ad alcune domande consigliate da considerare.

Filtro del rapporto

È possibile filtrare il rapporto Riattivazioni nei modi seguenti:

• Modificando le date di inizio e di fine per il rapporto.

• Filtrando le storie o i bug rappresentati dal rapporto tramite la specifica di percorsi di iterazione e di area, tipi di elementi di lavoro e stati precedenti degli elementi di lavoro.

Nella figura seguente vengono illustrati i filtri disponibili:

Per filtrare gli elementi di lavoro visualizzati nel rapporto

1. Eseguire una o più delle azioni seguenti:

   • Negli elenchi Iterazione e Area selezionare la casella di controllo relativa a ciascuna iterazione o area del prodotto che si desidera includere.

   • Negli elenchi Tipo di elemento di lavoro e Stato precedente selezionare la casella di controllo relativa a ciascun tipo di elemento di lavoro e stato da includere.

2. Fare clic su Visualizza rapporto.

Vedere anche

Concetti

Cartella di lavoro Valutazione

Rapporto sullo stato dei bug

Rapporto Tendenze del bug

Bug (Agile)

Storia utente (Agile)

Altre risorse

Rapporti (Agile)