Gestire problemi o ostacoli in Azure Boards

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

Se si hanno problemi noti da tenere traccia, è possibile farlo definendo un impedimento (Scrum) o un problema (Agile o CMMI). Gli ostacoli e i problemi rappresentano attività non pianificate. La risoluzione richiede più lavoro oltre a ciò che viene monitorato per i requisiti effettivi. Usare il tipo di elemento di lavoro di impedimento per tenere traccia e gestire questi problemi fino a quando non è possibile risolverli e chiuderli.

Non confondere gli ostacoli con bug. Tenere traccia degli ostacoli che possono causare problemi con la distribuzione di uno o più requisiti. Ad esempio, potrebbe essere necessario correggere ambiguità delle funzionalità, problemi di personale o risorse, problemi con ambienti o altri rischi che influiscono su ambito, qualità o pianificazione. Altri problemi che meritano il rilevamento sono decisioni che richiedono a diversi stakeholder o team di prodotti di pesare.

Importante

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 del prodotto o nel taskboard.

Se il progetto è stato creato usando il processo Di base , che tiene traccia dell'uso di Epics, Problemi e Attività, tenere traccia dei problemi usando il backlog del prodotto. Per altre informazioni, vedere Tenere traccia dei problemi e delle attività.

Importante

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 del prodotto o nel taskboard.

Contenuto dell'articolo:

  • Quando usare i problemi rispetto alle attività
  • Come acquisire problemi o ostacoli come elemento di lavoro
  • Aggiungere problemi o ostacoli al backlog del prodotto
  • Quando usare i problemi rispetto alle attività
  • Come acquisire problemi o ostacoli come elemento di lavoro

Prerequisiti

  • È necessario connettersi a un progetto. Se non si ha ancora un progetto, crearne uno.
  • È necessario aggiungere a un progetto. Per aggiungere, aggiungere utenti a un progetto o a un team.
  • Per visualizzare o modificare gli elementi di lavoro, è necessario disporre degli elementi di lavoro visualizzati in questo nodo e Modificare gli elementi di lavoro in questo nodo impostati su Consenti. Per impostazione predefinita, il gruppo Collaboratori ha questo set di autorizzazioni. Per altre informazioni, vedere Impostare le autorizzazioni e l'accesso per il rilevamento del lavoro.
  • Per aggiungere nuovi tag per aggiungere elementi di lavoro, è necessario avere accesso di base o superiore e disporre delle autorizzazioni Create new tag definition set to Allow ( Consenti) a livello di progetto. Per impostazione predefinita, il gruppo Collaboratori ha questo set di autorizzazioni. Anche se l'autorizzazione è impostata in modo esplicito per uno stakeholder, non avrà l'autorizzazione per aggiungere nuovi tag, perché sono vietati tramite il relativo livello di accesso. Per altre informazioni, vedere Informazioni di riferimento rapido sull'accesso agli stakeholder.
  • Tutti i membri del progetto, anche quelli che appartengono al gruppo Reader , possono inviare messaggi di posta elettronica agli elementi di lavoro.
  • È necessario connettersi a un progetto. Se non si ha ancora un progetto, crearne uno.
  • È necessario aggiungere a un progetto. Per aggiungere, aggiungere utenti a un progetto o a un team.
  • Per visualizzare o modificare gli elementi di lavoro, è necessario disporre degli elementi di lavoro visualizzati in questo nodo e Modificare gli elementi di lavoro in questo nodo impostati su Consenti. Per impostazione predefinita, il gruppo Collaboratori ha questo set di autorizzazioni. Per altre informazioni, vedere Impostare le autorizzazioni e l'accesso per il rilevamento del lavoro.
  • Per aggiungere nuovi tag per aggiungere elementi di lavoro, è necessario avere accesso di base o superiore e disporre delle autorizzazioni Create new tag definition set to Allow ( Consenti) a livello di progetto. Per impostazione predefinita, il gruppo Collaboratori ha questo set di autorizzazioni. Anche se l'autorizzazione è impostata in modo esplicito per uno stakeholder, non avrà l'autorizzazione per aggiungere nuovi tag, perché sono vietati tramite il relativo livello di accesso. Per altre informazioni, vedere Informazioni di riferimento rapido sull'accesso agli stakeholder.
  • Tutti i membri del progetto, anche quelli che appartengono al gruppo Reader , possono inviare messaggi di posta elettronica agli elementi di lavoro.

Nota

Le immagini visualizzate dal portale Web possono essere diverse 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. Il processo Basic è disponibile con Azure DevOps Server 2019 Update 1 e versioni successive.

Definire un'attività

Si usano problemi o ostacoli per tenere traccia degli elementi che potrebbero impedire il funzionamento. In generale, si collega 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 tenere 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 scheda attività per ogni storia utente collegata.

Nota

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à da visualizzare come elenco di controllo nella scheda Kanban del prodotto. Per informazioni su come, vedere Configurare i backlog e le schede, personalizzare gli elementi dell'elenco di controllo kanban Board.

Per aggiungere questi tipi di elemento di lavoro a un backlog, vedere Personalizzare i backlog o le schede.

Aggiungere un problema o un impedimento

Aprire Elementi di lavoro delle schede> e scegliere l'icona più e quindi selezionare dal menu Nuova voce di lavoro delle opzioni.

Screenshot per aggiungere un impedimento dall'elenco Nuovo elemento di lavoro.

Scegliere l'icona del pin per visualizzarla nel menu a discesa aggiungi.

In Lavoro scegliere Impedimento dall'elenco Nuove opzioni elemento di lavoro . Scegliere l'icona del pin per visualizzarla nel menu a discesa Lavoro .

Screenshot per aggiungere un impedimento dall'elenco Nuovo elemento di lavoro, TFS 2018.

Personalizzare il rilevamento dei problemi

È possibile aggiungere campi, modificare il flusso di lavoro, aggiungere regole personalizzate e aggiungere pagine personalizzate alla forma dell'elemento di lavoro della maggior parte dei tipi di elemento di lavoro. È anche possibile aggiungere tipi di elemento di lavoro personalizzati. Per informazioni dettagliate, vedere Personalizzare un processo di ereditarietà.

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

È possibile aggiungere campi, modificare il flusso di lavoro, aggiungere regole personalizzate e aggiungere pagine personalizzate alla forma dell'elemento di lavoro della maggior parte dei tipi di elemento di lavoro. È anche possibile aggiungere tipi di elemento di lavoro personalizzati. Per informazioni dettagliate, vedere Personalizzare il modello di processo XML locale.

Problemi e ostacoli non vengono visualizzati nel backlog per impostazione predefinita. È invece possibile tenere traccia di tali query usando le query. Per tenere traccia di loro in un backlog, vedere la sezione successiva, Aggiungere problemi o ostacoli al backlog del prodotto.

Gli ostacoli e i problemi non vengono visualizzati nel backlog. È invece possibile tenere traccia di tali query usando le query. Vengono visualizzati solo nel backlog se il progetto viene personalizzato usando il modello di processo XML locale. Per altre informazioni, vedere Personalizzare il modello di processo XML locale.

Gli ostacoli e i problemi non vengono visualizzati nel backlog. È invece possibile tenere traccia di tali query usando le query. Se si desidera che vengano visualizzati nel backlog o si desidera tenere traccia di altri tipi di elementi di lavoro nel backlog, vedere Aggiungere un tipo di elemento di lavoro a un backlog e una scheda.

Aggiungere problemi o ostacoli al backlog del prodotto

Se si desidera tenere traccia dei problemi o degli ostacoli insieme ai requisiti o al backlog del portfolio, è possibile tenere traccia di tali problemi aggiungendoli al processo ereditato personalizzato. Per informazioni dettagliate, vedere Personalizzare i backlog o le schede (processo di ereditarietà).

Se si desidera tenere traccia dei problemi o degli ostacoli insieme ai requisiti o al backlog del portfolio, è possibile tenere traccia di questi problemi personalizzando il processo del progetto. Per informazioni dettagliate, vedere quanto segue:

Se si desidera tenere traccia dei problemi o degli ostacoli insieme ai requisiti o al backlog del portfolio, è possibile tenere traccia di tali problemi aggiungendoli al processo XML locale. Per informazioni dettagliate, vedere Informazioni di riferimento sull'elemento XML di configurazione del processo.