Informazioni sui processi predefiniti e sui modelli di processo

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

Azure Boards offre diversi processi tra cui scegliere per la gestione degli elementi di lavoro. La selezione del processo corretto è essenziale per ottimizzare un flusso di lavoro del progetto e garantirne il successo. In questo articolo vengono esaminati i diversi processi disponibili con Azure Boards. Questo articolo fornisce anche indicazioni su come scegliere il processo più adatto per il progetto.

Quando si crea un progetto, si sceglie un modello di processo o di processo in base al modello di processo per cui è stata creata l'organizzazione o la raccolta. Prima di scegliere un processo per il progetto, è necessario comprendere i termini seguenti.

Gli oggetti di rilevamento del lavoro contenuti nei processi predefiniti e nei modelli di processo, ovvero Basic, Agile, Capability Maturity Model Integration (CMMI) e Scrum, sono gli stessi. Sono riepilogati in questo articolo.

Processi predefiniti

I processi predefiniti differiscono principalmente nei tipi di elemento di lavoro forniti per la pianificazione e il monitoraggio del lavoro. I processi predefiniti sono:

• Basic: è il più leggero ed è in un'anteprima selettiva.
• Scrum: è il prossimo più leggero.
• Agile: supporta molti termini di metodo Agile.
• CMMI: offre il supporto massimo per i processi formali e la gestione delle modifiche.

Se sono necessari più di due o tre livelli di backlog, aggiungere altro in base al modello di processo usato:

• Ereditarietà: personalizzare i backlog o le bacheche per un processo
• XML ospitato o XML locale: aggiungere backlog di portfolio

Principali distinzioni tra i processi predefiniti

I processi predefiniti sono progettati per soddisfare le esigenze della maggior parte dei team. Se il team ha esigenze insolite e si connette a un server locale, personalizzare un processo e quindi creare il progetto. È anche possibile creare un progetto da un processo e quindi personalizzare il progetto.

La tabella seguente riepiloga le principali distinzioni tra i tipi di elemento di lavoro e gli stati usati dai quattro processi predefiniti.

Note:

1. Aggiungere elementi di lavoro dal backlog del prodotto o dalla scheda Kanban. Il backlog del prodotto mostra una singola visualizzazione del backlog di lavoro corrente che può essere riordinato e raggruppato in modo dinamico. I proprietari dei prodotti possono definire rapidamente la priorità del lavoro e delineare dipendenze e relazioni. Inoltre, ogni team può configurare la modalità di visualizzazione dei bug nei backlog e nelle bacheche.
2. Definire una gerarchia di backlog del portfolio per comprendere l'ambito del lavoro in più team e vedere come il lavoro viene eseguito in iniziative più ampie. Ogni team configura i backlog del portfolio visualizzati per l'uso.
3. Definire le attività dal backlog sprint e dal taskboard. Con la pianificazione della capacità, i team possono determinare rapidamente se sono eccessivamente incapsulati o incapsulati per uno sprint.

Stati del flusso di lavoro, transizioni e motivi

Gli stati del flusso di lavoro supportano il rilevamento dello stato del lavoro durante lo spostamento da New uno stato a uno Closed stato o Done . Ogni flusso di lavoro è costituito da un set di stati, dalle transizioni valide tra gli stati e dai motivi per la transizione dell'elemento di lavoro allo stato selezionato.

I diagrammi seguenti mostrano la tipica progressione in avanti di questi tipi di elemento di lavoro usati per tenere traccia dei difetti di lavoro e del codice per i tre processi predefiniti. Mostrano anche alcune regressioni agli stati precedenti e le transizioni agli stati rimossi. Ogni immagine mostra solo il motivo predefinito associato alla transizione.

La maggior parte dei tipi di elementi di lavoro usati dagli strumenti Agile, quelli visualizzati nei backlog e nelle schede, supportano transizioni any-to-any. Aggiornare lo stato di un elemento di lavoro usando la lavagna Kanban o la lavagna attività trascinandola nella colonna di stato corrispondente.

Modificare il flusso di lavoro per supportare altri stati, transizioni e motivi. Per altre informazioni, vedere Personalizzare l'esperienza di rilevamento del lavoro.

Stati degli elementi di lavoro

Quando si modifica lo stato di un elemento di lavoro in Removed, Closedo Done, il sistema risponde come segue:

• Closed/Done: gli elementi di lavoro in questo stato non vengono visualizzati nelle pagine backlog e backlog del portfolio. Vengono visualizzati nelle pagine di backlog sprint, nella bacheca Kanban e nella lavagna delle attività. Inoltre, quando si modifica la visualizzazione backlog portfolio in Mostra elementi backlog, ad esempio per visualizzare le funzionalità per gli elementi backlog del prodotto, gli elementi di lavoro nello Closed stato e Done vengono visualizzati.
• Removed: gli elementi di lavoro in questo stato non vengono visualizzati in alcun backlog o scheda.

Il progetto mantiene gli elementi di lavoro purché il progetto sia attivo. Anche se si impostano elementi di lavoro su Closed, Doneo Removed, l'archivio dati mantiene un record. Usare un record per creare query o report.

Se è necessario eliminare definitivamente gli elementi di lavoro, vedere Rimuovere o eliminare elementi di lavoro.

Tipi di elemento di lavoro aggiunti a tutti i processi

I tipi di elemento di lavoro seguenti vengono aggiunti a tutti i processi ad eccezione del processo Basic.

Il team può creare e lavorare con questi tipi usando lo strumento corrispondente.

Gli elementi di lavoro di queste definizioni di tipo non devono essere creati manualmente e vengono quindi aggiunti alla Hidden Types categoria. I tipi di elemento di lavoro aggiunti alla Hidden Types categoria non vengono visualizzati nei menu che creano nuovi elementi di lavoro.

Tipi di elementi di lavoro che supportano l'esperienza di test

I tipi di elemento di lavoro che supportano l'esperienza di test e usano Gestione test e il portale Web vengono collegati usando i tipi di collegamento illustrati nell'immagine seguente.

Dal portale Web o da Microsoft Test Manager, visualizzare i test case definiti per un gruppo di test e visualizzare i gruppi di test definiti per un piano di test. Tuttavia, questi oggetti non sono connessi tra loro tramite tipi di collegamento. Personalizzare questi tipi di elemento di lavoro come qualsiasi altro tipo di elemento di lavoro. Per altre informazioni, vedere Personalizzare gli oggetti di rilevamento del lavoro per supportare i processi del team.

Se si modifica il flusso di lavoro per il piano di test e il gruppo di test, potrebbe essere necessario aggiornare la configurazione del processo come descritto qui. Per le definizioni di ogni campo di test, vedere Eseguire query in base ai campi di integrazione di compilazione e test.

Articoli correlati

• Personalizzare l'esperienza di rilevamento del lavoro
• Caricare e scaricare modelli di processo