Condividi tramite

Gestire problemi o ostacoli in Azure Boards

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

Se si hanno problemi noti da tenere traccia, è possibile farlo definendo un ostacolo (Scrum) o un problema (Agile o CMMI). Gli ostacoli e i problemi rappresentano attività non pianificate. La risoluzione richiede più lavoro al di là di quanto tracciato per i requisiti effettivi. Utilizzare il tipo di elemento di lavoro 'Ostacolo' per tenere traccia e gestire questi problemi fino a quando non riuscite a risolverli e chiuderli.

Non confondere gli ostacoli con i bug. È possibile tenere traccia degli ostacoli che possono causare problemi con la fornitura di uno o più requisiti. Ad esempio, potrebbe essere necessario correggere l'ambiguità delle funzionalità, il personale o i problemi relativi alle risorse, i problemi con gli ambienti o altri rischi che influenzano l'ambito, la qualità o la pianificazione. Altri problemi che meritano il rilevamento sono le decisioni che richiedono a diversi stakeholder o team di prodotto di esprimere un'opinione.

Important

I problemi e gli ostacoli descritti in questo articolo sono definiti per i progetti creati con il processo Agile, Scrum o CMMI . Per impostazione predefinita, questi tipi di elemento di lavoro non vengono visualizzati nel backlog o nel taskboard del prodotto.

Se il progetto è stato creato usando il processo Basic , che tiene traccia del lavoro usando Epics, Issues e Tasks, si tiene traccia dei problemi usando il backlog del prodotto. Per altre informazioni, vedere Tenere traccia dei problemi e delle attività.

In questo articolo si apprenderà:

  • Quando usare questioni rispetto a attività
  • Come documentare problemi o ostacoli come item di lavoro
  • Aggiungere problemi o ostacoli al backlog del prodotto
  • Quando usare questioni rispetto a attività
  • Come documentare problemi o ostacoli come item di lavoro

Prerequisites

Category Requirements
Permissions - Per visualizzare, seguire e modificare gli elementi di lavoro: Visualizzare gli elementi di lavoro in questo nodo e Modificare gli elementi di lavoro in questo nodo autorizzazioni impostate su Consenti. Per impostazione predefinita, il gruppo Collaboratori dispone di queste autorizzazioni. Per ulteriori informazioni, vedere Impostare le autorizzazioni di tracciamento del lavoro.
- Per aggiungere tag agli elementi di lavoro: livello di progetto Creare una nuova definizione di tag autorizzazioni impostate su Consenti. Per impostazione predefinita, il gruppo Collaboratori dispone di questa autorizzazione.
Access levels - membro del team del progetto.
- Per aggiungere nuovi tag agli elementi di lavoro o per visualizzare o seguire le richieste pull: almeno accesso di base .
- Per visualizzare o seguire gli elementi di lavoro: almeno livello di accesso Stakeholder. Per altre informazioni, vedere Informazioni sui livelli di accesso.
- Tutti i membri del progetto, inclusi quelli nel gruppo Reader, possono inviare messaggi di posta elettronica contenenti elementi di lavoro.

Note

  • Fornire l'accesso Stakeholder ai membri che vogliono contribuire alla discussione ed esaminare i progressi. Questi sono in genere membri che non contribuiscono al codice, ma vogliono visualizzare elementi di lavoro, backlog, bacheche e dashboard.
  • Per impostazione predefinita, tutti i Collaboratori e i Portatori di interesse nei progetti pubblici possono aggiungere tag nuovi ed esistenti. Nei progetti privati, gli stakeholder possono aggiungere solo tag esistenti. Per controllare la possibilità di creare nuovi tag, impostare l'autorizzazione creare definizione di tag a livello di progetto. Per altre informazioni, vedere Modificare le autorizzazioni a livello di progetto.

Note

  • Fornire l'accesso Stakeholder ai membri che vogliono contribuire alla discussione ed esaminare i progressi. Questi sono in genere membri che non contribuiscono al codice, ma vogliono visualizzare elementi di lavoro, backlog, bacheche e dashboard.

Note

Le immagini visualizzate dal portale Web potrebbero differire dalle immagini visualizzate in questo articolo. Queste differenze derivano dagli aggiornamenti apportati all'app Web, alle opzioni abilitate dall'utente o dall'amministratore e dal processo scelto durante la creazione del progetto: Agile, Basic, Scrum o CMMI.

Definire un'attività

Si usano problemi o ostacoli per tenere traccia degli elementi che potrebbero impedire il lavoro. In generale, è possibile collegare questi elementi alle storie utente o ad altri elementi di lavoro usando un tipo di collegamento correlato.

Definire le attività quando si vuole creare un elenco di controllo delle attività. È anche possibile definire le attività se si usano i metodi Scrum e si tiene traccia del lavoro usando il campo Lavoro rimanente. Collegando i tipi di elemento di lavoro dei requisiti alle attività usando il tipo di collegamento Parent-Child, le attività vengono visualizzate nella lavagna delle attività per ogni storia utente collegata.

Note

Se la raccolta di progetti usa il modello di processo XML locale per personalizzare il rilevamento del lavoro, è possibile abilitare i tipi di elemento di lavoro aggiunti alla categoria attività per essere visualizzati come elenco di controllo nella scheda prodotti.

Aggiungere un problema o un ostacolo

Aprire Boards>Elementi di lavoro, e scegliere l'icona con il segno più e quindi selezionare l'opzione dal menu Nuovo elemento di lavoro.

Screenshot per aggiungere un impedimento dall'elenco di nuovi elementi di lavoro.

Scegliere l'icona a forma di puntina affinché appaia nel menu a discesa Aggiungi.

Personalizzare il rilevamento dei problemi

Per la maggior parte dei tipi di elementi di lavoro, è possibile aggiungere campi, modificare il flusso di lavoro, aggiungere regole personalizzate e aggiungere pagine personalizzate al modulo dell'elemento di lavoro. È anche possibile aggiungere tipi di elementi di lavoro personalizzati. Per altre informazioni, vedere Personalizzare un processo di ereditarietà.

Per la maggior parte dei tipi di elementi di lavoro, è possibile aggiungere campi, modificare il flusso di lavoro, aggiungere regole personalizzate e aggiungere pagine personalizzate al modulo dell'elemento di lavoro. È anche possibile aggiungere tipi di elementi di lavoro personalizzati. Per altre informazioni, vedere Personalizzare un processo di ereditarietà o Personalizzare il modello di processo XML locale a seconda del modello di processo usato dal progetto.

I problemi e gli ostacoli non vengono visualizzati nel backlog per impostazione predefinita. Invece, tieni traccia di loro usando query. Per tracciarli in un backlog, consulta la sezione successiva, Aggiungere problemi o ostacoli al backlog del prodotto.

Gli ostacoli e i problemi non vengono visualizzati nel backlog. Invece, tieni traccia di loro usando query. Vengono visualizzati nel backlog solo se il progetto viene personalizzato usando il modello di processo XML locale. Per altre informazioni, vedere Personalizzare il modello di processo XML locale.

Aggiungere problemi o ostacoli al backlog del prodotto

Se si desidera tenere traccia dei problemi o degli ostacoli insieme ai requisiti o a un backlog del portfolio, è possibile tenerne traccia aggiungendoli al processo ereditato personalizzato. Per ulteriori informazioni, consultare Personalizzare i backlog o le bacheche (processo di ereditarietà).

Se si desidera tenere traccia dei problemi o degli ostacoli insieme ai requisiti o a un backlog del portfolio, è possibile monitorarli personalizzando il processo del progetto. Per altre informazioni, vedere gli argomenti seguenti:

Related content