Personalizza l'esperienza di tracciamento del lavoro

Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020

Quando si pianifica e si tiene traccia del progetto, è consigliabile configurare le funzionalità o personalizzare l'esperienza per allinearsi ai requisiti di rilevamento del team. L'approccio per la personalizzazione dei progetti, che influisce su tutti i team, dipende dal modello di processo usato.

Questo articolo offre una panoramica delle personalizzazioni disponibili e del modo in cui variano tra i tre modelli di processo. Per indicazioni specifiche sulle personalizzazioni per supportare le decisioni aziendali, vedere Configurare e personalizzare Azure Boards. Per altre informazioni, vedere Che cos'è Azure Boards? e Informazioni sugli elementi di lavoro.

Informazioni sui livelli di personalizzazione

È possibile personalizzare il rilevamento del lavoro ai livelli seguenti:

Ambito e impatto della personalizzazione

Comprendere l'ambito di ogni livello di personalizzazione consente di prendere decisioni informate:

Risorse condivise a livello di progetto

Ogni progetto fornisce molte risorse condivise che supportano tutti i team all'interno del progetto. Queste funzionalità vengono configurate tramite l'interfaccia utente o il contesto di amministrazione del portale Web.

Risorse condivise di base

Le risorse condivise seguenti costituiscono la base del rilevamento del lavoro nel progetto:

• Percorsi di area: organizzare gli elementi di lavoro in base all'area di funzionalità o alla responsabilità del team
• Percorsi di iterazione: definire sprint e versioni per la pianificazione e il rilevamento
• Query condivise: creare query riutilizzabili a cui tutti i membri del team possono accedere
• Tag dell'elemento di lavoro: aggiungere metadati per la categorizzazione e il filtro
• Gruppi di sicurezza: gestire le autorizzazioni di accesso nel progetto

Per altre informazioni, vedere gli articoli seguenti:

• Informazioni sui percorsi di area e iterazione
• Impostare i percorsi dell'area
• Modificare l'elenco di selezione per un percorso di iterazione
• Creazione e modifica delle query
• Aggiungere tag agli elementi di lavoro

Procedure consigliate per le risorse condivise

• Pianificare in anticipo i percorsi dell'area: progettare la struttura del percorso dell'area in modo da riflettere la proprietà del team e l'organizzazione del prodotto
• Stabilire la frequenza di iterazione: configurare lunghezze di sprint coerenti e programmi di rilascio regolari
• Creare una struttura di cartelle: organizzare le query condivise in cartelle per una migliore individuabilità
• Usare tag descrittivi: stabilire convenzioni di assegnazione di tag per metadati coerenti
• Verificare regolarmente le autorizzazioni: verificare i livelli di accesso appropriati per tutti i membri del team

Campi selezione utenti e identità

La funzionalità selezione utenti supporta i campi di identità in Azure DevOps:

• Il campo Assegnato a e altri campi di Identità utilizzano la funzionalità di selezione delle persone.
• Attivazione: quando si sceglie il campo Assegnato a all'interno di un modulo dell'elemento di lavoro, il selettore utenti viene attivato automaticamente.
• Selezione utente: per selezionare un utente, iniziare a immettere il nome e cercare finché non viene trovata una corrispondenza.
• Selezioni recenti: gli utenti selezionati in precedenza vengono visualizzati automaticamente nell'elenco per l'accesso rapido.
• Integrazione della Directory: Per le organizzazioni che usano Microsoft Entra ID o Active Directory, i selettori di persone consentono di cercare tutti gli utenti e i gruppi aggiunti alla directory (non solo quelli aggiunti a un progetto specifico).
• Limitazione dell'ambito: per limitare l'ambito delle identità disponibili per la selezione a utenti specifici del progetto, usare il gruppo utentiProject-Scoped .
• Restrizioni personalizzate: le regole personalizzate possono limitare ulteriormente i valori disponibili per i campi Identity all'interno di un elemento di lavoro.

Configurazione del campo Identità

È possibile configurare i campi identity in diversi modi:

• Utenti con ambito di progetto: limitando la selezione dell'identità ai membri del progetto
• Regole personalizzate: implementare regole business che limitano i valori dei campi
• Restrizioni basate su gruppi: usare i gruppi di Azure AD per controllare le identità disponibili
• Autorizzazioni a livello di campo: impostare chi può modificare i campi di identità

Per altre informazioni, vedere gli articoli seguenti:

• Aggiungere utenti o gruppi di Active Directory/Microsoft Entra a un gruppo di sicurezza predefinito.

Il progetto definisce i tipi di elemento di lavoro (WIT) disponibili per tenere traccia del lavoro e configura gli strumenti Agile. Specifica storie utente, attività, bug e campi dati usati per acquisire informazioni. Gli oggetti personalizzati vengono condivisi tra team all'interno del progetto.

Confronto tra modelli di processo

La tabella seguente riepiloga le differenze tra i tre modelli di processo supportati. Per le definizioni degli oggetti di rilevamento di lavoro principali, vedere Glossario Agile. Per i collegamenti agli articoli di personalizzazione, vedere Indice di riferimento rapido per le impostazioni di Azure Boards.

Linee guida per la selezione del modello di processo

Scegliere il modello di processo in base alle esigenze dell'organizzazione:

Modello di processo di ereditarietà (scelta consigliata)

• Ideale per: Squadre che desiderano una personalizzazione intuitiva e basata sul web
• Vantaggi: modifica WYSIWYG, aggiornamenti automatici, manutenzione semplificata
• Usare quando: è richiesta una personalizzazione moderata con complessità minima

Modello di processo XML ospitato

• Ideale per: Organizzazioni con requisiti di processo complessi
• Vantaggi: controllo completo dei modelli di processo, personalizzazione completa
• Usare quando: è necessaria la personalizzazione avanzata dei processi, ma si vuole ospitare nel cloud

Modello di processo XML locale

• Ideale per: distribuzioni locali con requisiti di controllo completi
• Vantaggi: flessibilità di personalizzazione completa, integrazione aziendale
• Usa quando: hai bisogno del massimo controllo e della gestione di un'infrastruttura in sede

Note:

1. Un processo determina i blocchi predefiniti usati per tenere traccia del lavoro. Un modello di processo specifica un set di file di definizione XML correlato a interdipendenti che forniscono i blocchi predefiniti e la configurazione iniziale per tenere traccia del lavoro e di altre aree funzionali.
2. La personalizzazione XML ospitata supporta l'aggiunta e l'aggiornamento di elenchi globali con un aggiornamento del processo (soggetto ai limiti delle dimensioni massime di ogni elenco). Per ulteriori informazioni, vedere i limiti degli oggetti di tracciamento del lavoro.
3. Il modello di processo ereditato non supporta la personalizzazione delle funzionalità seguenti disponibili con la personalizzazione dei modelli di processo. È invece possibile personalizzare queste aree all'interno del portale Web in base al progetto.
   • Percorsi di iterazione e area
   • Query sugli elementi di lavoro
   • Gruppi di sicurezza e autorizzazioni
   • Autorizzazioni e accesso alle aree funzionali, ad esempio il controllo della versione e la compilazione
   In alternativa, è possibile usare le API REST.
   In alternativa, è possibile usare le API REST o lo strumento di comando dell'interfaccia della riga di comando di Azure DevOps.
4. Usare l'API REST per importare ed esportare modelli di processo.

Personalizzare l'esperienza di test

Diversi tipi di elemento di lavoro supportano l'esperienza di test all'interno delle pagine di test del portale Web e del client di Test Manager.

Personalizzazione del processo di ereditarietà

Per un processo ereditato, è possibile personalizzare i tipi di elemento di lavoro seguenti come qualsiasi altro tipo di elemento di lavoro:

• Piano di test: organizzare e gestire i gruppi di test
• Suite di test: raggruppare i test case correlati
• Test Case: definire singoli scenari di test

Personalizzazione XML in sede

Per un processo XML locale, è possibile personalizzare tutti i tipi di elemento di lavoro correlati al test, tra cui:

• Piano di test: organizzazione di test di alto livello
• Suite di test: raggruppamenti di test case
• Test Case: singole definizioni di test
• Passaggi condivisi: procedure di test riutilizzabili
• Parametri condivisi: dati di test con parametri

Testare le relazioni tra elementi di lavoro

L'esempio seguente illustra le relazioni di collegamento supportate tra i tipi di elemento di lavoro di test:

Scenari di personalizzazione dei test

Le personalizzazioni comuni dell'esperienza di test includono:

• Campi di test personalizzati: aggiungere metadati di test specifici dell'organizzazione
• Stati del flusso di lavoro di test: definire stati di esecuzione di test personalizzati
• Rilevamento dei risultati dei test: personalizzare la segnalazione dei risultati dei test
• Campi di integrazione: Connettere i test con requisiti e difetti

Personalizzazioni meno comuni

È possibile eseguire le personalizzazioni seguenti solo quando si utilizzano i modelli di processo XML ospitato o XML locale. Le personalizzazioni effettuate per elaborare la configurazione si applicano a tutti i team all'interno di un progetto.

Limiti relativi al backlog e alla scheda (XML ospitato, XML locale)

Per limitare il tempo di caricamento della visualizzazione a parametri accettabili, la scheda attività è limitata a un massimo di 1.000 elementi di lavoro. Per informazioni dettagliate, vedere Informazioni di riferimento sull'elemento XML di configurazione del processo.

È possibile aumentare questo valore fino a un massimo di 1500 specificando un valore per l'attributo dell'elemento workItemCountLimitTaskBacklog . Per informazioni dettagliate, vedere Informazioni di riferimento sull'elemento XML di configurazione del processo.

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
    . . .
</TaskBacklog>

Considerazioni sulle prestazioni per i limiti del sistema

Quando si personalizzano i limiti della scheda, tenere in considerazione:

• Impatto sul tempo di caricamento: i limiti più elevati possono aumentare i tempi di caricamento delle pagine
• Esperienza utente: bilanciare le funzionalità con le prestazioni
• Limitazioni del browser: alcuni browser gestiscono set di dati di grandi dimensioni in modo diverso
• Larghezza di banda di rete: prendere in considerazione i membri del team con connessioni più lente

Modificare le assegnazioni di campo (XML ospitato, XML locale)

È possibile modificare i campi dell'elemento di lavoro usati dal sistema per calcolare capacità, grafici di burndown, predizioni e velocità. Qualsiasi modifica apportata a una delle assegnazioni predefinite deve corrispondere a una modifica apportata al WIT usato per definire e acquisire informazioni per tale valore.

Ad esempio, se si modifica l'oggetto refname assegnato a type="Activity", è necessario includere lo stesso campo nella definizione WIT assegnata alla categoria di attività che registra le informazioni sull'attività. Per informazioni dettagliate, vedere Informazioni di riferimento sull'elemento XML di configurazione del processo.

Strumenti che usano assegnazioni di campi

I campi assegnati vengono usati dagli strumenti seguenti:

Procedure consigliate per l'assegnazione dei campi

• Mantenere la coerenza: verificare che le assegnazioni di campo corrispondano alle definizioni dei tipi di elemento di lavoro
• Modifiche ai test: verificare che gli strumenti funzionino correttamente dopo la riassegnazione del campo
• Personalizzazioni dei documenti: registrare le modifiche all'assegnazione dei campi per riferimento futuro
• Valutare l'impatto: comprendere in che modo le modifiche influiscono sui dati e sui report esistenti

Gestire l'accesso agli strumenti di rilevamento del lavoro

È possibile gestire l'accesso a funzionalità specifiche tramite le impostazioni di autorizzazione. Quando si aggiungono account utente al team, questi vengono aggiunti automaticamente al gruppo Collaboratore. Hanno quindi accesso alla maggior parte delle funzionalità necessarie per contribuire al codice, al rilevamento del lavoro, alle compilazioni e ai test. Tuttavia, il gruppo Collaboratore non consente agli utenti di creare query condivise o di aggiungere percorsi di area o iterazione. È necessario concedere queste autorizzazioni separatamente.

Struttura delle autorizzazioni predefinita

Il sistema di autorizzazioni opera su questi principi:

• Accesso predefinito: i nuovi membri del team si uniscono automaticamente al gruppo Collaboratore
• Autorizzazioni principali: il gruppo collaboratore fornisce l'accesso alla maggior parte delle funzionalità necessarie per il lavoro di sviluppo
• Autorizzazioni aggiuntive: alcune funzionalità richiedono concessioni di autorizzazioni separate
• Accesso amministrativo: gli amministratori del progetto hanno il controllo completo sulle autorizzazioni

Limitazioni del gruppo di collaboratori

Il gruppo Collaboratore non consente automaticamente agli utenti di:

• Creare query condivise: richiede autorizzazioni aggiuntive per le query
• Aggiungere percorsi di area o iterazione: richiede autorizzazioni amministrative a livello di progetto
• Modificare le impostazioni di sicurezza: richiede l'accesso amministrativo
• Configurare le impostazioni del team: richiede il ruolo di amministratore del team

Approccio alla gestione delle autorizzazioni

Per gestire in modo efficace le autorizzazioni:

1. Iniziare con le impostazioni predefinite: usare i gruppi predefiniti come base
2. Concedere autorizzazioni specifiche: aggiungere autorizzazioni per esigenze specifiche
3. Usare i gruppi di sicurezza: sfruttare i gruppi di Azure AD per semplificare la gestione
4. Verifiche regolari: controlla periodicamente le autorizzazioni per l'adeguatezza
5. Decisioni sui documenti: gestire i record delle concessioni di autorizzazione e la logica

Per una panoramica semplificata delle autorizzazioni predefinite comuni e delle assegnazioni di accesso, vedere Autorizzazioni e accesso.

Se non si ha familiarità con la gestione delle autorizzazioni, vedere Introduzione alle autorizzazioni, all'accesso e ai gruppi di sicurezza, all'ereditarietà delle autorizzazioni e ai gruppi di sicurezza.

Aree di autorizzazione specifiche

Per gestire l'accesso a funzionalità specifiche, vedere gli articoli seguenti:

Altre opzioni di personalizzazione

Oltre alle funzionalità di personalizzazione predefinite, prendere in considerazione queste opzioni aggiuntive per estendere le funzionalità di Azure DevOps:

Estensioni del Marketplace

• Esplorare le soluzioni: esaminare le estensioni del Marketplace per vedere se è disponibile uno strumento per le tue esigenze
• Categorie comuni: cercare le estensioni nel rilevamento del lavoro, nella creazione di report e nella gestione dei progetti
• Contributi della community: trarre vantaggio dalle soluzioni sviluppate dalla community di Azure DevOps

Opzioni di sviluppo personalizzate

• Crea estensioni: Sviluppare un'estensione personalizzata per esigenze organizzative specifiche
• Strumenti di integrazione: creare integrazioni personalizzate con le API REST
• Hook del servizio: Determina se un hook del servizio soddisfa le esigenze di automazione.

Coinvolgimento della comunità

• Richieste di funzionalità: aggiungere una richiesta di funzionalità alla pagina Della community degli sviluppatori
• Commenti e suggerimenti degli utenti: condividere esperienze e suggerimenti con il team del prodotto
• Procedure consigliate: imparare dagli approcci di personalizzazione di altre organizzazioni

Pianificazione della strategia di personalizzazione

Prima di implementare le personalizzazioni, prendere in considerazione:

1. Requisiti aziendali: definire chiaramente ciò che si vuole ottenere
2. Valutazione dell'impatto: comprendere in che modo le modifiche influiscono sui flussi di lavoro esistenti
3. Overhead di manutenzione: considerare il costo a lungo termine della gestione delle personalizzazioni
4. Soluzioni alternative: valutare se le funzionalità esistenti soddisfano le esigenze
5. Percorso di migrazione: Pianificare aggiornamenti e migrazioni futuri

Passaggi successivi

Articoli correlati

• Indice del campo dell'elemento di lavoro
• Strumento da riga di comando witAdmin
• Gestire i modelli di processo
• Panoramica dei modelli di processo
• Tracciamento del lavoro, processi e limiti del progetto
• Indice di riferimento rapido per le impostazioni di Azure Boards