Personalizzazione del processo XML locale

Azure DevOps Server 2022 - Azure DevOps Server 2019

Il modello di processo XML locale offre supporto per la personalizzazione degli oggetti di rilevamento del lavoro e degli strumenti Agile per un progetto. Con questo modello è possibile aggiornare la definizione XML dei tipi di elemento di lavoro, la configurazione del processo, le categorie e altro ancora. È anche possibile aggiornare gli attributi dei campi.

È possibile personalizzare l'esperienza di rilevamento del lavoro per supportare le esigenze aziendali e di creazione di report. Le personalizzazioni più comuni includono l'aggiunta di un campo personalizzato, la modifica di un modulo dell'elemento di lavoro o l'aggiunta di un tipo di elemento di lavoro personalizzato.

Personalizzazioni supportate

Quando si lavora con il modello di processo XML locale, è possibile eseguire le attività seguenti.

Sequenza di personalizzazione

Quando si gestisce una distribuzione locale, la maggior parte delle personalizzazioni viene eseguita usando la sequenza seguente. Questa sequenza supporta l'aggiornamento della definizione XML per WIT, elenchi globali, configurazione del processo e categorie. Questa sequenza supporta singoli aggiornamenti tramite l'importazione dei rispettivi file di definizione XML modificati. È consigliabile gestire i file di definizione XML in un repository per il controllo della versione.

Inoltre, è possibile usare lo strumento witadmin per elencare gli oggetti, rinominare i file WIT, rimuovere definitivamente wit e altro ancora.

Implicazioni per la manutenzione e l'aggiornamento

Prima di personalizzare, è necessario comprendere in che modo le personalizzazioni possono influire sul progetto quando si aggiorna il server a livello di applicazione.

Gli aggiornamenti a una distribuzione locale possono introdurre nuove funzionalità che richiedono aggiornamenti agli oggetti usati per tenere traccia del lavoro. Questi oggetti includono tipi di elementi di lavoro, categorie e configurazione del processo. Ridurre al minimo le modifiche apportate al flusso di lavoro per un WIT o la configurazione del processo consente di ridurre al minimo il lavoro da eseguire quando si aggiorna la distribuzione.

Per ridurre al minimo la quantità di lavoro manuale che è necessario eseguire dopo un aggiornamento, comprendere quali personalizzazioni supportano un percorso di aggiornamento semplice e quali no.

Compatibile con l'aggiornamento rapido

Con le personalizzazioni seguenti, è possibile usare la Configurazione guidata funzionalità per applicare automaticamente le modifiche al progetto necessarie per le nuove funzionalità.

• Campi: aggiungere campi personalizzati, personalizzare un elenco di selezione, aggiungere o modificare percorsi di area e iterazione, aggiungere regole a un campo
• WIT: aggiungere wit personalizzati, modificare il layout del modulo
• Categorie: Aggiungere categorie personalizzate
• Strumenti Agile: personalizzare le colonne sulla scheda, personalizzare il pannello di aggiunta rapida
• Integrazione di Office: Aggiungere o modificare la modalità di mapping dei campi di Project ai campi TFS

Per altre informazioni sulla Configurazione guidata funzionalità, vedere Configurare le funzionalità dopo un aggiornamento.

Compatibile, ma potrebbe richiedere aggiornamenti manuali

La Configurazione guidata funzionalità richiede che nel progetto esistano tipi specifici di elementi di lavoro, stati del flusso di lavoro e campi. Quando si apportano le personalizzazioni seguenti, potrebbe essere necessario modificare il processo personalizzato per l'esecuzione della procedura guidata oppure potrebbe essere necessario aggiornare manualmente il progetto.

• Campi: modificare gli attributi di un campo esistente, rimuovere i campi a cui viene fatto riferimento nella configurazione del processo
• WIT: Modificare il flusso di lavoro
• Strumenti Agile: modificare le connessioni WIT definite per categoria di requisiti, categoria di attività o categoria di funzionalità.
• Strumenti Agile: modificare il mapping metastate definito nella configurazione del processo.
• Strumenti Agile: modificare un campo specificato per un TypeField oggetto nella configurazione del processo.

Inoltre, le modifiche apportate alle connessioni WIT o al flusso di lavoro potrebbero richiedere aggiornamenti ad altri artefatti forniti con il processo, ad esempio report di Excel o SQL Server Reporting Services.

Personalizzazioni da evitare

È consigliabile evitare di apportare le personalizzazioni seguenti perché possono causare conflitti di schema nel data warehouse o causare problemi durante l'aggiornamento dei progetti dopo un aggiornamento di TFS.

• Campi:
  • Modificare il nome descrittivo di un campo (un campo specificato all'interno di un file di definizione WIT)
  • Modificare uno o più attributi di report o l'attributo per sincronizzare i nomi delle persone con Active Directory di un campo predefinito
• WIT: rinominare o eliminare wit
• Categorie: modificare il nome delle categorie predefinite o modificare le connessioni WIT specificate nelle categorie predefinite

Per altre informazioni sugli attributi di creazione di report, vedere Aggiungere o modificare i campi degli elementi di lavoro per supportare la creazione di report.

Procedure consigliate

• Identificare le opzioni migliori per la personalizzazione di wit che supportano i requisiti di rilevamento. Quando si modificano gli oggetti che tengono traccia degli elementi di lavoro, è necessario identificare il modo in cui queste modifiche influiscono sui progetti esistenti e futuri.
• Inserire processi e tutti i file di definizione XML sotto il controllo della versione. Non distribuire oggetti definiti ma non archiviati in un repository.
• Testare gli oggetti personalizzati esattamente come si testa il software.
• Ridurre al minimo il numero di campi personalizzati introdotti. Ridurre al minimo il numero di campi che si rendono reportabili.

Sostituire il percorso dell'area del team con un campo team

La configurazione predefinita per i progetti associa ogni team a un percorso di area. Se l'organizzazione ha diversi team che lavorano da un backlog comune e in molte aree di prodotto, questa configurazione potrebbe non adattarsi a come organizzare il lavoro. Aggiungendo un campo personalizzato per rappresentare i team nell'organizzazione, è possibile riconfigurare gli strumenti e le pagine di pianificazione agile per supportare i team e separare l'assegnazione ai team e ai percorsi di area.

Usare i campi del team anziché i percorsi di area per supportare i team descrive come modificare la configurazione predefinita.

Articoli correlati

• Personalizzare il lavoro
• witAdmin: Personalizzare e gestire gli oggetti per tenere traccia del lavoro