Informazioni sugli artefatti del modello di processo CMMI

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

Il processo CMMI supporta i tipi di elementi di lavoro seguenti (WIT) per pianificare e tenere traccia del lavoro, dei test, dei commenti e dei suggerimenti e della revisione del codice. Con diversi tipi di lavoro è possibile tenere traccia di diversi tipi di lavoro, ad esempio requisiti, richieste di modifica, attività, bug e altro ancora. Questi artefatti vengono creati quando si crea un progetto usando il processo CMMI. Si basano sul processo di integrazione del modello di maturità (CMMI, Capability Maturity Model Integration).

Oltre ai wit, i team hanno accesso a un set di query sugli elementi di lavoro per tenere traccia delle informazioni, analizzare lo stato e prendere decisioni.

Nota

È possibile personalizzare il sistema di rilevamento del lavoro per il progetto creando e personalizzando un processo ereditato e applicando tale processo al progetto. Per altre informazioni, vedere Modello di processo di ereditarietà.

Pianificare e tenere traccia del lavoro con CMMI

I team pianificano il progetto acquisendo funzionalità e requisiti. Quando i team lavorano negli sprint, definiscono le attività e le collegano ai requisiti. Per ottenere informazioni dettagliate su un rollup dei requisiti in tutti i team, i responsabili dei programmi collegano i requisiti a una funzionalità. I problemi di blocco vengono rilevati usando i problemi. Per informazioni dettagliate sull'uso di queste connessioni WIT, vedere Tipi di elementi di lavoro e flusso di lavoro del processo CMMI

L'immagine seguente mostra il flusso essenziale per iniziare. Per altre informazioni, vedere Introduzione agli strumenti Agile per pianificare e tenere traccia del lavoro.

Selezionare una delle immagini seguenti per passare all'articolo collegato.

Nota

Un elemento di lavoro è un record di database che contiene la definizione, l'assegnazione, la priorità e lo stato del lavoro. I tipi di elemento di lavoro definiscono il modello di campi, flusso di lavoro e modulo per ogni tipo. Gli elementi di lavoro possono essere collegati tra loro per supportare il rilevamento delle dipendenze, il rollup del lavoro e i report.

Elencare elementi di lavoro con query

È possibile usare query sugli elementi di lavoro per elencare gli elementi di lavoro in base al tipo, ad esempio richieste di modifica, bug, attività e requisiti.

Nota

Quando si crea un nuovo progetto, non esiste più un set predefinito di query condivise. Le definizioni per le query condivise sono state rimosse dal modello di processo. Per le distribuzioni locali, è possibile aggiungerle a un modello di processo personalizzato come descritto in Aggiungere query sugli elementi di lavoro a un modello di processo.

È possibile visualizzare ed eseguire query dal portale Web o dal plug-in Team Explorer a Visual Studio. È anche possibile modificare una query usando l'editor di query per applicare criteri di filtro diversi e aggiungere query ai dashboard del team.

Suggerimenti per le query condivise

Gestire il lavoro in modo più efficace con i suggerimenti seguenti:

• Trovare gli elementi di lavoro assegnati aggiungendo @Me come valore per il campo Assegnato a in una delle clausole di query.
• Modificare qualsiasi query aggiungendo criteri per concentrarsi su un'area di prodotto, un'iterazione o un altro campo. Per modificare una query, aprire l'editor di query.
• Aprire qualsiasi query in Excel in cui è possibile aggiornare i campi di uno o più elementi di lavoro e pubblicare le modifiche nel database per tenere traccia degli elementi di lavoro.
• Visualizzare lo stato o lo stato creando un grafico a torta, un istogramma o un grafico di tendenza per le query di elenco flat.
• Tutti gli utenti validi con accesso standard possono creare query e cartelle nell'area Query personali. Per creare query e cartelle di query in Query condivise, è necessario disporre del set di autorizzazioni Collaborazione ed è stato assegnato l'accesso di base o superiore. Per altre informazioni, vedere Impostare le autorizzazioni per le query.

Importante

A partire da Visual Studio 2019, il plug-in Azure DevOps per Office ha deprecato il supporto per Microsoft Project. L'integrazione del progetto e il comando TFSFieldMapping non sono supportati per Azure DevOps Server 2019 e versioni successive, tra cui Azure DevOps Services. È possibile continuare a usare Microsoft Excel.

Monitorare lo stato di avanzamento

Tutti i processi, Agile, Scrum e CMMI, supportano la compilazione di grafici e grafici di tendenza e dashboard. Inoltre, diversi grafici vengono compilati automaticamente in base agli strumenti Agile usati. Questi grafici vengono visualizzati nel portale Web.

Creare grafici leggeri

È possibile definire una query flat condivisa e creare un grafico in base ai propri interessi di rilevamento. I tipi di grafico includono lo stato, ovvero torta, barra, colonna, barra in pila e pivot, e tendenza, area in pila, linea e area, grafici.

Widget di analisi e report di Power BI

Il servizio di analisi può rispondere a domande quantitative sullo stato passato o attuale dei progetti. È possibile aggiungere widget di Analisi a un dashboard o usare Power BI per creare grafici e report.

Per altre informazioni, vedere Che cos'è il servizio Di analisi?

Note correlate

• Creare un progetto
• Aggiungere elementi di lavoro per gestire un progetto
• Creare un backlog
• Usare una scheda Kanban
• Pianificare uno sprint

Versioni del processo CMMI

Man mano che vengono apportati aggiornamenti al modello di processo CMMI, il numero di versione viene aggiornato. La tabella seguente fornisce un mapping del controllo delle versioni applicato man mano che vengono eseguiti aggiornamenti ai modelli di processo locali di Azure DevOps. Per Azure Boards, viene sempre usata la versione più recente. Ogni modello fornisce un version elemento . Questo elemento specifica una versione principale e secondaria.

Versione	Nome CMMI	Versione principale
Servizi di Azure DevOps Azure DevOps Server 2022	CMMI	18
Azure DevOps Server 2020 Azure DevOps Server 2019	CMMI	17
TFS 2018	CMMI	16

Per un riepilogo degli aggiornamenti eseguiti per elaborare i modelli, vedere Note sulla versione per Azure DevOps Server.

Altre linee guida cmmi

Le situazioni e le pratiche di lavoro dei team di sviluppo variano notevolmente e la maggior parte delle aziende ha processi ben consolidati. Per questi motivi, le linee guida fornite qui non tentano di prescrivere un processo di sviluppo completo. Vengono descritte invece solo le attività rilevanti per l'uso ottimale del processo CMMI.

• Informazioni generali su CMMI: offre una panoramica di CMMI e dei sei livelli di funzionalità intrinseci al modello.

• Gestione dei progetti: fornisce indicazioni utili per comprendere meglio come gestire, pianificare e coordinare lo sviluppo e la manutenzione dei prodotti software che utilizzano il modello CMMI.

• Progettazione: affronta le attività a valore aggiunto per individuare le informazioni necessarie per progettare e creare prodotti software

L'uso del modello CMMI e delle linee guida consente di raggiungere gli obiettivi di CMMI se viene usato come parte di un programma di miglioramento del processo. Adattare queste linee guida alla propria situazione, che dipende dal tipo e dalla cronologia del prodotto in fase di sviluppo, dalla scalabilità del progetto, dal background dei membri del team e dalle procedure accettate nell'organizzazione.

Questa guida è stata sviluppata in collaborazione con David Anderson. Per altre informazioni, vedere la pagina Web seguente: David J Anderson & Associates.