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.
Funzionalità
- Regole di restrizione della transizione stato
- Copiare l'elemento di lavoro per copiare elementi figlio
- Regole migliorate per i campi attivati e risolti
- Tipi di elementi di lavoro di sistema su backlog e bacheche (anteprima privata)
Regole di restrizione della transizione stato
Dopo diversi sprint dell'anteprima privata, le regole di restrizione della transizione stato sono ora disponibili a livello generale per tutti i clienti. Questa nuova regola del tipo di elemento di lavoro consente di limitare lo spostamento degli elementi di lavoro da uno stato a un altro. Ad esempio, è possibile limitare l'uso di bug da Nuovo a Risolto. Devono invece passare da Nuovo -> Attivo -> Risolto
È anche possibile creare una regola per limitare le transizioni di stato in base all'appartenenza al gruppo. Ad esempio, solo gli utenti del gruppo "Responsabili approvazione" possono spostare le storie utente da Nuovo -> Approvato.
Copiare l'elemento di lavoro per copiare elementi figlio
Una delle principali funzionalità richieste per Azure Boards è la possibilità di copiare un elemento di lavoro che copia anche gli elementi di lavoro figlio. In questo sprint è stata aggiunta una nuova opzione a "Includi elementi di lavoro figlio" alla finestra di dialogo Copia elemento di lavoro. Se selezionata, questa opzione copia l'elemento di lavoro e copia tutti gli elementi di lavoro figlio (fino a 100).
Regole migliorate per i campi attivati e risolti
Fino ad ora, le regole per Activated By, Activated Date, Resolved By e Resolved Date sono state un mistero. Sono impostati solo per i tipi di elementi di lavoro di sistema e sono specifici del valore di stato "Active" e "Resolved". Nello sprint 172 è stata modificata la logica in modo che queste regole non siano più per uno stato specifico. Vengono invece attivati dalla categoria (categoria di stato) in cui risiede lo stato. Si supponga, ad esempio, di avere uno stato personalizzato "Needs Testing" nella categoria Risolta. Quando l'elemento di lavoro passa da "Active" a "Needs Testing", vengono attivate le regole Resolved By e Resolved Date.When the work item changes from "Active" to "Needs Testing", the Resolved By and Resolved Date rules are triggered.
In questo modo i clienti possono creare valori di stato personalizzati e generare comunque i campi Activated By, Activated Date, Resolved By e Resolved Date , senza la necessità di usare regole personalizzate.
Tipi di elementi di lavoro di sistema su backlog e bacheche (anteprima privata)
Dall'inizio del modello di processo di ereditarietà, diversi tipi di elementi di lavoro sono stati esclusi dall'aggiunta a schede e backlog. Questi tipi di elemento di lavoro includono:
| Processo | Tipo di elemento di lavoro |
|---|---|
| Agile | Problema |
| Scrum | Impedimento |
| CMMI | Richiesta di modifica |
| Problema | |
| Verifica | |
| Rischio |
A partire da questo sprint, è consentita un'anteprima privata per i clienti che vogliono abilitare questi tipi di elementi di lavoro per essere disponibili in qualsiasi livello di backlog.
Se si è interessati a visualizzare in anteprima questa funzionalità, inviare un messaggio di posta elettronica con il nome dell'organizzazione e consentire l'accesso.
Passaggi successivi
Nota
Queste funzionalità verranno implementate nelle prossime due o tre settimane.
Passare ad Azure DevOps e dare un'occhiata.
Come fornire commenti e suggerimenti
Ci piacerebbe sentire cosa pensi di queste funzionalità. Usare il menu della Guida per segnalare un problema o fornire un suggerimento.
È anche possibile ottenere consigli e risposte alle domande della community su Stack Overflow.