Scegliere un modello di processo

  • Articolo

Scegliendo il modello di processo migliore quando si crea un progetto team, si forniscono al team gli strumenti appropriati per lo svolgimento del proprio lavoro e si consente al team di concentrarsi sulla qualità riducendo il sovraccarico. Il modello di processo definisce il set di elementi di lavoro, rapporti e dashboard utilizzati per pianificare il progetto e tenerne traccia.

Un modello di processo definisce i tipi di elementi di lavoro disponibili per il rilevamento, oltre alle regole, ai criteri, alle query e ai gruppi di sicurezza predefiniti utilizzati dai membri del team. Di norma, è possibile effettuare la scelta in base alle considerazioni seguenti:

  • Se il team utilizza Scrum o altri processi Agile, scegliere il modello di processo per Microsoft Solutions Framework (MSF) for Agile Software Development versione 5.0.

  • Se il team richiede un itinerario di controllo preciso e dispone di un processo formale per la gestione modifiche, scegliere il modello di processo per MSF for Capability Maturity Model Integration (CMMI) Process Improvement versione 5.0.

Altrimenti, è possibile scaricare modelli di processo aggiuntivi da Internet o personalizzare un modello di processo per soddisfare le proprie esigenze.

Per ulteriori informazioni su questi modelli di processo, vedere gli argomenti seguenti:

In questo argomento

  • Distinzioni principali tra MSF for Agile e MSF for CMMI

  • Differenze principali tra gli stati del flusso di lavoro di Agile e di CMMI

  • Personalizzazione dei modelli di processo

Distinzioni principali tra MSF for Agile e MSF for CMMI

Nella tabella seguente vengono riepilogate le distinzioni principali tra i due modelli di processo MSF:

Area di processo

MSF for Agile

MSF for CMMI

Differenze

Stati del flusso di lavoro

  • Active

  • Risolto

  • Closed

  • Proposto

  • Active

  • Risolto

  • Closed

  • Scegliere MSF for Agile quando il team sviluppa la maggior parte del lavoro modificando lo stato di un elemento di lavoro da attivo a risolto, a chiuso. I team creano un elemento di lavoro nello stato attivo e lo risolvono dopo il completamento del lavoro.

  • Scegliere MSF for CMMI quando il team sviluppa la maggior parte del lavoro modificando lo stato di un elemento di lavoro da proposto ad attivo, a risolto, a chiuso. I team creano un elemento di lavoro nello stato proposto e lo spostano nello stato attivo solo dopo che è stato accettato.

Pianificazione del prodotto

  • Scegliere MSF for Agile quando si pianifica il prodotto relativamente alle storie utente e ai punti della storia.

  • Scegliere MSF for CMMI quando si pianifica il prodotto in base ai requisiti e alle richieste di modifica.

Gestione del backlog iterazione

  • MSF for Agile fornisce una cartella di lavoro Backlog iterazione che può essere utilizzata per la pianificazione delle iterazioni.

Gestione del backlog dei bug

  • MSF for CMMI fornisce campi aggiuntivi per il rilevamento di sintomi e correzioni proposte.

Gestione progetto

  • Con MSF for Agile, i team possono tenere traccia di problemi noti o potenziali, ostacoli o rischi relativi al progetto team creando elementi di lavoro problema.

  • Con MSF for CMMI, i team possono tenere traccia di problemi noti o potenziali, ostacoli o rischi relativi al progetto team creando elementi di lavoro rischio. Inoltre, è possibile tenere traccia delle revisioni del codice utilizzando formalmente l'elemento di lavoro revisione.

Gestione test

  • Le informazioni rilevate per i test case sono fondamentalmente le stesse per entrambi i modelli di processo MSF.

  • I rapporti della gestione dei test sono fondamentalmente gli stessi per entrambi i modelli di processo MSF.

Itinerario di controllo

Supportato

Supportato

  • Scegliere MSF for Agile quando il team non deve supportare controlli precisi.

  • Scegliere MSF for CMMI quando il team deve gestire un itinerario di controllo preciso oppure sta lavorando per una valutazione di Capability Maturity Model Integration (CMMI).

Differenze principali tra gli stati del flusso di lavoro di Agile e di CMMI

Nelle illustrazioni seguenti vengono mostrati gli stati del flusso di lavoro di quattro tipi di elementi di lavoro forniti con i modelli di processo MSF for Agile e MSF for CMMI. La differenza principale tra questi stati del flusso di lavoro consiste nel fatto che gli elementi di lavoro di MSF for CMMI vengono avviati sempre in uno stato Proposto anziché Attivo.

Inoltre, il flusso di lavoro MSF for Agile fornisce un processo per le attività più semplice, a due stati, mentre MSF for CMMI fornisce un processo a quattro stati.

MSF for Agile

MSF for CMMI

Diagramma di stato di una storia utente

Diagramma di stato di una storia utente

Diagramma di stato del requisito

Flusso di lavoro dei requisiti

Diagramma di stato dell'attività

Diagramma dello stato dell'attività

Diagramma di stato dell'attività

Diagramma o flusso di lavoro di stato dell'attività CMMI

Diagramma di stato del bug

Diagramma di stato del bug

Diagramma di stato del bug

Diagramma o flusso di lavoro di stato del bug CMMI

Diagramma di stato del problema

Diagramma dello stato del problema

Diagramma di stato del problema

Diagramma o flusso di lavoro di stato del problema CMMI

Personalizzazione dei modelli di processo

È possibile personalizzare qualsiasi modello di processo per rispondere a particolari esigenze. Inoltre, è possibile personalizzare il processo del progetto team dopo averlo creato utilizzando un particolare modello di processo. È possibile aggiungere elementi da un modello di processo da utilizzare con un altro modello di processo. Per ulteriori informazioni, vedere i seguenti argomenti:

Vedere anche

Concetti

Elementi (Agile)

Altre risorse

Elementi (CMMI)

Avvio di un nuovo progetto team