Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
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.
Suggerimento
È possibile usare l'intelligenza artificiale per facilitare questa attività più avanti in questo articolo, oppure vedere Abilitare l'assistenza AI con Azure DevOps MCP Server per iniziare.
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 per il monitoraggio del lavoro. - Per aggiungere tag agli elementi di lavoro: Creare una nuova definizione di tag a livello di progetto con autorizzazione impostata su Consenti. Per impostazione predefinita, il gruppo Collaboratori dispone di questa autorizzazione. |
| Livelli di accesso |
-
Membro del progetto. - Per aggiungere nuovi tag agli elementi di lavoro o per visualizzare o seguire le pull request: accesso almeno - Per visualizzare o seguire gli elementi di lavoro: accesso almeno di livello Stakeholder. Per altre informazioni, vedere Informazioni sui livelli di accesso. - Tutti i membri del progetto, inclusi i membri del gruppo Lettori , possono inviare messaggi di posta elettronica contenenti elementi di lavoro. |
Note
- Fornire l'accesso agli stakeholder ai membri che vogliono contribuire alla discussione ed esaminare i progressi. Questi membri in genere 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 esistenti e nuovi. 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 agli 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.
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.
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:
Usare l'intelligenza artificiale per gestire problemi e ostacoli
Se si dispone del Azure Boards MCP Server connesso all'agente di intelligenza artificiale in modalità agente, è possibile usare i prompt del linguaggio naturale per creare e gestire problemi o ostacoli.
| Task | Richiesta di esempio |
|---|---|
| Creare un ostacolo | Create a new impediment titled 'Test environment unavailable' with priority 1 and assign it to <me> |
| Elencare gli ostacoli attivi | List all active impediments in the current sprint for my team |
| Creare un problema | Create an issue to track the decision about the API versioning strategy and assign it to <Jamal> |
| Risolvere un ostacolo | Update impediment 456 to the Resolved state and add a comment that the environment issue is fixed |
| Trovare blocchi ricorrenti | Show impediments in <Contoso> that were created in the last 3 sprints with similar titles or tags |
| Tenere traccia dell'età degli impedimenti | List active impediments in <Contoso> sorted by how long they've been open |
| Impedimento ai collegamenti degli elementi bloccati | Show all work items in the current sprint for <Contoso> that are linked to active impediments |
| Escalare i problemi non risolti | List issues in <Contoso> with priority 1 that have been active for more than 7 days |
| Classificare gli ostacoli | Show active impediments in <Contoso> grouped by tag |
| Preparazione retrospettiva sprint | List all impediments that were resolved during the current sprint in <Contoso> with their resolution comments |
Note
La modalità agente e il server MCP usano il linguaggio naturale, quindi è possibile modificare queste richieste o porre domande di completamento per perfezionare i risultati.
Contenuti correlati
- Add work items (Aggiungere elementi di lavoro)
- Controlli del modulo dell'elemento di lavoro
- Gestire bug o difetti del codice
- Crea il tuo backlog