Condividi tramite


Informazioni sugli artefatti del modello di processo CMMI

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

Il processo di integrazione cmmi (Capability Maturity Model Integration) supporta vari tipi di elementi di lavoro (WIT) per pianificare e tenere traccia di lavoro, test, commenti e suggerimenti e revisioni del codice. Le diverse reti wit consentono di tenere traccia di vari tipi di lavoro, ad esempio requisiti, richieste di modifica, attività, bug e altro ancora. Questi artefatti vengono creati quando si configura un progetto usando il processo CMMI, in base al framework CMMI (Capability Maturity Model Integration).

Immagine concettuale, tipi di elemento di lavoro del processo CMMI.

Teams può usare 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à.
  • È anche possibile personalizzare un modello di processo. Per altre informazioni, vedere Informazioni sui processi e sui modelli di processo.

Nota

  • È possibile personalizzare il sistema di rilevamento del lavoro per il progetto personalizzando un processo ereditato o un processo XML locale. Per altre informazioni, vedere Modello di processo di ereditarietà o Personalizzazione del processo XML locale. La versione più recente di ogni processo viene caricata automaticamente quando si installa o si esegue l'aggiornamento alla versione più recente di Azure DevOps Server. Gli elementi aggiuntivi, ad esempio i report di SQL Server, sono disponibili solo quando ci si connette a un progetto. Si applicano altri requisiti delle risorse.
  • È anche possibile personalizzare un modello di processo. Per altre informazioni, vedere Informazioni sui processi e sui modelli di processo.

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.

Definire l'immagine concettuale delle storie delle attività.Organizzare l'immagine concettuale del backlog delle attività.Gestire bug immagine concettuale delle attività.Gestire i problemi immagine concettuale delle attività.

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.

Visualizzare ed eseguire query dal portale Web o dal plug-in Team Explorer per Visual Studio. 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

Migliorare il flusso di lavoro usando i suggerimenti seguenti:

  • Aggiungere @Me come valore per il campo Assegnato a in una clausola di query per trovare gli elementi di lavoro assegnati all'utente.
  • Aprire l'editor di query per modificare qualsiasi query aggiungendo criteri per un'area di prodotto, un'iterazione o un altro campo.
  • Aprire una query in Excel per aggiornare i campi di uno o più elementi di lavoro e pubblicare le modifiche nel database.
  • Creare un grafico a torta, un istogramma o un grafico di tendenza per visualizzare lo stato o lo stato di avanzamento per le query di elenco flat.
  • Creare query e cartelle nell'area Query personali con accesso standard. Per creare query e cartelle in Query condivise, assicurarsi di disporre dell'autorizzazione Collaborazione e dell'accesso di base o superiore. Per altre informazioni, vedere Impostare le autorizzazioni per le query.

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.

Screenshot delle attività di query di modifica concettuale.Screenshot delle attività del grafico di creazione concettuale.Screenshot dell'aggiunta concettuale alle attività del dashboard.

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?

Report di SQL Server

Se la raccolta di progetti e il progetto sono configurati con SQL Server Analysis Services e Reporting Services, è possibile accedere a molti report CMMI. Affinché questi report siano utili, i team devono eseguire determinate attività, ad esempio definire processi di compilazione, collegare elementi di lavoro e aggiornare lo stato o il lavoro rimanente.

Se è necessario aggiungere Reporting Services o aggiornare i report alle versioni più recenti, vedere Aggiungere report a un progetto.

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

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

Usare il processo CMMI in modo efficace

I team di sviluppo hanno procedure diverse e processi stabiliti. Questa guida è incentrata sulle attività rilevanti per l'uso efficace del processo CMMI.

  • Informazioni su CMMI: Comprendere CMMI e i relativi sei livelli di funzionalità.
  • Gestire i progetti: ottenere indicazioni sulla gestione, la pianificazione e il coordinamento dello sviluppo e della manutenzione del software con il modello CMMI.
  • Esplora le attività di progettazione: scopri le attività a valore aggiunto per la progettazione e la creazione di prodotti software.

Usare il modello CMMI e le linee guida come parte di un programma di miglioramento del processo. Adattare queste linee guida in base a:

  • Tipo di prodotto e cronologia
  • Scalabilità del progetto
  • Background dei membri del team
  • Procedure accettate nell'organizzazione