Richiesta modifiche (CMMI)

In questo argomento viene illustrato come inserire i dettagli di un elemento di lavoro richiesta modifiche.Un team può utilizzare l'elemento di lavoro richiesta di modifica per gestire una modifica proposta per una parte del prodotto.È possibile creare una richiesta modifiche tutte le volte che viene proposta una modifica a qualsiasi prodotto di lavoro incluso nel controllo delle modifiche.Per ulteriori informazioni, vedere Gestione delle modifiche (CMMI).

Per informazioni sulla creazione di questo tipo di elemento di lavoro, vedere Elementi di lavoro e flusso di lavoro (CMMI).

In questo argomento

Argomenti correlati

Definizione di una richiesta modifiche Collegamento di una richiesta modifiche a un requisito, un'attività o un altro elemento di lavoro Aggiunta di dettagli, allegati o collegamenti ipertestuali a una richiesta modifiche Modifica dello stato di una richiesta modifiche

Linee guida per il processo Gestione delle modifiche (CMMI) Cartelle di lavoro Cartella di lavoro Valutazione (CMMI) Riferimento di campo Riferimento ai campi di richiesta modifiche (CMMI) Riferimento ai campi Titoli, ID, descrizioni e cronologia Riferimento ai campi Assegnazioni e flusso di lavoro Riferimento ai campi Pianificazione, classificazione e priorità Riferimento ai campi Aree e iterazioni Collegamento di elementi di lavoro e restrizioni e controlli dei collegamenti Controlli allegati e riferimento ai campi

Autorizzazioni necessarie

Per visualizzare una richiesta modifiche, è necessario essere membro del gruppo Readers oppure che l'autorizzazione Visualizza elementi di lavoro in questo nodo sia impostata su Consenti.Per modificare una richiesta modifiche, è necessario essere membro del gruppo Contributors oppure che l'autorizzazione Modifica elementi di lavoro in questo nodo sia impostata su Consenti.Per ulteriori informazioni, vedere Gestione delle autorizzazioni.

Definizione di una richiesta modifiche

Il form dell'elemento di lavoro per una richiesta modifiche determina l'archiviazione dei dati nei campi e nelle schede mostrati nelle illustrazioni seguenti:

Quando si definisce una richiesta modifiche, è necessario definire il Titolo.È possibile lasciare vuoti tutti gli altri campi o accettare i valori predefiniti.

Per definire una singola richiesta modifiche

1. Nella sezione superiore del form dell'elemento di lavoro specificare uno o più tipi di informazioni seguenti:

   • In Titolo (obbligatorio) digitare una breve descrizione.

     I titoli efficaci indicano l'area del prodotto interessata e il modo in cui è interessata.Il testo può essere aggiornato in qualsiasi momento per definire in modo più accurato la modifica e le aree di lavoro potenzialmente interessate.

   • Nell'elenco Assegnata a, scegliere il nome del membro del team responsabile della risoluzione richiesta modifiche.

     [!NOTA]

     È possibile assegnare elementi di lavoro solo a membri del gruppo Contributors.

     Se non si specifica alcun proprietario per la richiesta modifiche, questa verrà assegnata automaticamente all'utente che la definisce.

   • Nell'elenco Stato lasciare il valore predefinito Proposto.

     Per impostazione predefinita, il valore del campo Motivo è Nuovo.Per ulteriori informazioni su questo campo e su come è possibile utilizzarlo per tenere traccia del flusso di lavoro, vedere Modifica dello stato di una richiesta modifiche più avanti in questo argomento.

   • Nell'elenco Priorità, scegliere il livello di importanza della richiesta modifiche su una scala da 1 (più importante) a 4 (meno importante).

     Per impostazione predefinita, questo valore è pari a 2.

   • Nell'elenco Valutazione, scegliere lo stato di valutazione.

     Questo campo identifica il livello di valutazione deciso per eventuali richieste modifiche con uno stato Proposto.I valori validi sono In sospeso (impostazione predefinita), Ulteriori informazioni, Informazioni ricevute e Valutato.

   • Nell'elenco Bloccato, scegliere Sì se un problema impedisce al team di implementare la richiesta modifiche.

   • Negli elenchi Iterazione e Area, scegliere l'area e l'iterazione appropriate.

     [!NOTA]

     L'amministratore di progetto definisce le gerarchie della struttura ad albero Area e Iterazione in modo che i membri del team possano tenere traccia dello stato di avanzamento tramite tali designazioni.Per ulteriori informazioni, vedere Creare e modificare aree e iterazioni.

2. Nella scheda DETTAGLI, fornire una descrizione il più dettagliata possibile di attività che il team deve modificare.

   Nella richiesta modifiche è necessario fornire tutti i dettagli necessari per garantire che lo sviluppatore possa implementarla e che il tester possa testarla.Il team può utilizzare le informazioni specificate per creare elementi di lavoro per attività e test case.Per ulteriori informazioni, vedere Attività (CMMI) e Test case (Agile).

3. Nella scheda GIUSTIFICAZIONE, fornire una descrizione il più dettagliata possibile del valore per il cliente o il prodotto che la richiesta di modifica implementa.

4. Nella scheda ANALISI, selezionare ogni casella di testo e fornire i dettagli dell'impatto che la richiesta modifiche nelle aree seguenti:

   • Impatto su architettura

   • Impatto su esperienza utente

   • Impatto su test

   • Impatto su progettazione/sviluppo

   • Impatto su pubblicazioni tecniche

   È possibile indicare le aree specifiche interessate, oltre ai costi per l'implementazione della modifica.

5. Nella scheda altro, specificare i tipi di informazioni seguenti:

   • Nella casella Stima originale digitare un numero che rappresenti le ore di lavoro necessarie per implementare la richiesta modifiche.

     [!NOTA]

     In genere, il campo seguente viene definito più avanti nel ciclo di sviluppo e non in occasione della prima definizione della richiesta modifiche.

   • Nell'elenco Integrato in, scegliere il nome o il numero di compilazione in cui la richiesta modifiche il team di sviluppo ha integrato.

6. Le schede TUTTI I COLLEGAMENTI, collegare la richiesta modifiche a uno o più elementi di lavoro, ad esempio requisiti o attività.

7. Nella scheda ALLEGATI, è possibile allegare specifiche, immagini, o altri file che forniscono ulteriori dettagli sulla richiesta modifiche da implementare.

   Per ulteriori informazioni, vedere le sezioni seguenti più avanti in questo argomento.

   • Collegamento di una richiesta modifiche a un requisito, un'attività o un altro elemento di lavoro

   • Aggiunta di dettagli, allegati o collegamenti ipertestuali a una richiesta modifiche

8. Scegliere Salva elemento di lavoro.

   [!NOTA]

   Dopo aver salvato la richiesta modifiche, nel titolo sotto la barra degli strumenti dell'elemento di lavoro viene visualizzato l'identificatore.

Collegamento di una richiesta modifiche a un requisito, un'attività o un altro elemento di lavoro

La creazione di relazioni tra richieste modifiche e altri elementi di lavoro consente di pianificare progetti in modo più efficiente, di tenere traccia delle dipendenze con maggiore precisione, di visualizzare relazioni gerarchiche più chiaramente, nonché di trovare informazioni pertinenti in modo più rapido.Tramite il form dell'elemento di lavoro per una richiesta modifiche, è possibile creare un elemento di lavoro collegato automaticamente alla richiesta modifiche oppure è possibile creare collegamenti a elementi di lavoro esistenti.

La scheda Collegamenti consente di creare tipi specifici di collegamenti a tipi specifici di elementi di lavoro.Per ulteriori informazioni, vedere Linking Work Items (CMMI).

Per creare e collegare un'attività, un bug, un requisito o un altro elemento di lavoro a una richiesta modifiche

1. Aprire il form elemento di lavoro per la richiesta di modifica, scegliere la scheda Tutti i collegamenti quindi scegliere Nuova.

   Verrà visualizzata la finestra di dialogo Aggiungi nuovo elemento di lavoro collegato.

   

2. Nell'elenco Tipo di collegamento, scegliere il tipo di collegamento che si desidera creare in base al tipo di elemento di lavoro che viene collegato.

   • Per creare un collegamento a un'attività o a un bug, creare un collegamento Figlio.

   • Per creare un collegamento a un requisito, a un rischio o a un problema, creare un collegamento Interessato da.

   • Per creare un collegamento a un test case, creare un collegamento Testato da.

   • Per creare un collegamento a qualsiasi altro tipo di elemento di lavoro, creare un collegamento Correlato o di un altro tipo che rappresenta la relazione di cui si desidera tenere traccia.

3. Nell'elenco Tipo di elemento di lavoro, scegliere il tipo di elemento di lavoro che si desidera creare.

4. In Titolo digitare una descrizione breve ma specifica della modifica proposta.

5. (Facoltativo) In Commento digitare informazioni aggiuntive.

6. Scegliere OK.

   Per il tipo di elemento di lavoro specificato verrà aperto un form dell'elemento di lavoro contenente le informazioni fornite.

7. Specificare i campi restanti come descritto negli argomenti seguenti:

   • Requisito (CMMI)

   • Attività (CMMI)

   • Bug (CMMI)

   • Test case (CMMI)

   • Problema (CMMI)

   • Rischio (CMMI)

   • Revisione (CMMI)

8. Scegliere Salva elemento di lavoro.

Per collegare più elementi di lavoro esistenti a una richiesta modifiche

1. Aprire il form elemento di lavoro per la richiesta di modifica, scegliere la scheda Tutti i collegamenti quindi scegliere Collega a.

   Verrà visualizzata la finestra di dialogo Aggiungi collegamento a richiesta modifiche.

   

2. Nell'elenco Tipo di collegamento, scegliere il tipo di collegamento che si desidera creare in base al tipo di elemento di lavoro che viene collegato.

   • Per creare un collegamento a un'attività o a un bug, creare un collegamento Figlio.

   • Per creare un collegamento a un requisito, a un rischio o a un problema, creare un collegamento Interessato da.

   • Per creare un collegamento a un test case, creare un collegamento Testato da.

   • Per creare un collegamento a qualsiasi altro tipo di elemento di lavoro, creare un collegamento Correlato o di un altro tipo che rappresenta la relazione di cui si desidera tenere traccia.

3. Effettuare una delle azioni seguenti:

   • Nella casella ID elementi di lavoro digitare gli ID degli elementi di lavoro che si desidera trovare.Separare gli ID con virgole o spazi.

   • Scegliere Sfoglia per specificare gli elementi di lavoro da un elenco.

     Verrà visualizzata la finestra di dialogo Scegli elementi di lavoro collegati.

     

     Nell'elenco Query salvata, scegliere una query contenente gli elementi di lavoro che si desidera aggiungere.Ad esempio, è possibile scegliere Elementi di lavoro aperti, Bug attivi, o Attività attive.

     Scegliere Trova, selezionare la casella di controllo accanto a ogni elemento di lavoro che si desidera collegare alla richiesta di modifica e quindi scegliere OK.

   • (Facoltativo) Digitare una descrizione per gli elementi a cui si effettua il collegamento.

4. Scegliere OK.

   Per ulteriori informazioni, vedere Individuare elementi di lavoro da collegare o importare.

5. Scegliere Salva elemento di lavoro.

   [!NOTA]

   Verranno aggiornati sia la richiesta modifiche sia gli elementi di lavoro ad essa collegati.

Aggiunta di dettagli, allegati o collegamenti ipertestuali a una richiesta modifiche

Man mano che diventano disponibili ulteriori informazioni, è possibile aggiungerle a una richiesta modifiche nei modi seguenti:

• Digitare le informazioni nelle caselle di testo della scheda Dettagli, Giustificazione o Analisi.

• Allegare un file.

  È ad esempio possibile allegare un thread di posta elettronica, un documento, un'immagine, un file di log o un altro tipo di file.

• Aggiungere un collegamento ipertestuale a un sito Web o a un file archiviato in un server o su un sito Web.

Per aggiungere dettagli a una richiesta modifiche

1. Scegliere Dettagli, Giustificazione, o scheda Analisi e digitare le informazioni nelle caselle.

   È possibile formattare le informazioni per metterle in risalto o disporle in un elenco puntato.

   [!NOTA]

   Ogni volta che un membro del team aggiorna l'elemento di lavoro, nella relativa cronologia vengono visualizzati la data della modifica, il nome del membro del team che ha effettuato la modifica e i campi che sono stati modificati.

   Per ulteriori informazioni, vedere Riferimento ai campi di richiesta modifiche (CMMI) e Riferimento ai campi Requisito CMMI).

2. Scegliere Salva elemento di lavoro.

Per aggiungere un allegato a una richiesta modifiche

1. Nella scheda Allegati effettuare una delle azioni seguenti:

   • Trascinare un file nell'area degli allegati.

   • Scegliere o premere CTRL+V per incollare un file copiato.

   • Scegliere Aggiungi, scegliere Sfogliae, nella finestra di dialogo Allegato, digitare o selezionare il nome del file che si desidera allegare.

     (Facoltativo) Nella casella Commento digitare informazioni aggiuntive sull'allegato.Per chiudere la finestra di dialogo Allegato, scegliere OK.

2. Scegliere Salva elemento di lavoro.

Per aggiungere un collegamento ipertestuale a una richiesta modifiche

1. Nella scheda Tutti i collegamenti , scegliere Collega a.

   

2. Nell'elenco Tipo di collegamento, scegliere Collegamento ipertestuale.

3. Nella casella Indirizzo effettuare una delle azioni seguenti:

   • Se la destinazione è un sito Web, digitare l'URL del sito oppure copiarlo dal browser Internet e incollarlo nella casella Indirizzo.

   • Se la destinazione è un percorso del server, digitare l'indirizzo UNC.

4. (Facoltativo) Nella casella Commento digitare informazioni aggiuntive sul collegamento ipertestuale.

5. Scegliere OK.

6. Scegliere Salva elemento di lavoro.

Modifica dello stato di una richiesta modifiche

Questi elementi di lavoro possono essere esaminati durante la riunione del team di valutazione o di pianificazione del prodotto per analizzare, accettare e rifiutare le modifiche proposte.Quando una richiesta modifiche viene accettata, il team può generare attività per implementare la modifica.Una volta implementata la modifica, il team chiude la richiesta modifiche.

Per ulteriori informazioni sui campi dati che è possibile utilizzare per tenere traccia degli stati degli elementi di lavoro, vedere Assegnazioni, flusso di lavoro e pianificazione (CMMI).

È possibile utilizzare gli stati seguenti per tenere traccia dello stato di avanzamento delle richieste modifiche:

• Proposto

• Active

• Risolto

• Closed

Qualsiasi membro del team può modificare lo stato di una richiesta modifiche.

Per impostazione predefinita, quando si crea l'elemento di lavoro, lo stato di ogni richiesta modifiche è Proposto.All'accettazione di una richiesta modifiche per l'iterazione corrente, il team modifica lo stato dell'elemento di lavoro in Attivo, lo analizza per determinarne i dettagli di implementazione e crea attività.Quando le attività vengono completate e i test di sistema indicano che la richiesta modifiche è stata implementata correttamente, un membro del team modifica lo stato dell'elemento di lavoro in Risolto.Infine, alla convalida della richiesta modifiche, un membro del team modifica lo stato dell'elemento di lavoro in Chiuso.

Per modificare lo stato di una richiesta modifiche

1. Aprire la richiesta modifiche.

2. Nell'elenco Stato, scegliere Attivo, Risolto, o Chiuso.

   • Se si modifica lo stato da Proposto ad Attivo, il campo Motivo verrà modificato automaticamente in Accettato.

   • Se si modifica lo stato da Attivo a Risolto, il campo Motivo verrà modificato automaticamente in Completamento codice e test di sistema superato.

   • Se si modifica lo stato da Risolto a Chiuso, il campo Motivo verrà modificato in Test di convalida superato.

3. Scegliere Salva elemento di lavoro.

Progressione di un flusso di lavoro tipico: Un membro del team crea una richiesta modifiche con stato Proposto e con motivo predefinito Nuovo. Un membro del team modifica lo stato della richiesta modifiche da Proposto ad Attivo con il motivo predefinito Accettato. Un membro del team modifica lo stato della richiesta modifiche da Attivo a Risolto quando il codice della richiesta modifiche è stato completato e i test di sistema superati. Un membro del team modifica lo stato della richiesta modifiche da Risolto a Chiuso quando il team ha convalidato la richiesta modifiche in quanto soddisfa le aspettative del cliente. Transizioni atipiche: Un membro del team modifica lo stato della richiesta modifiche da Proposto a Chiuso con il motivo predefinito Rifiutato. Un membro del team modifica lo stato della richiesta modifiche da Attivo a Proposto con il motivo predefinito Analisi completata. Un membro del team modifica lo stato della richiesta modifiche da Attivo a Chiuso dopo che il team stabilisce che la richiesta modifiche non è rilevante oppure è esterna all'ambito. Un membro del team modifica lo stato della richiesta modifiche da Risolto ad Attivo dopo che il codice modificato non supera un test di convalida. Un membro del team modifica lo stato della richiesta modifiche da Chiuso ad Attivo dopo che il team determina che l'elemento di lavoro è stato chiuso per errore oppure che ora si trova nell'ambito.

Diagramma di stato della richiesta modifiche

Proposto (Nuovo)

Un membro del team può creare un elemento di lavoro richiesta modifiche quando il team rileva un bug oppure un altro evento identifica una modifica necessaria in un prodotto di lavoro incluso nel controllo delle modifiche.

Quando un membro del team crea una richiesta modifiche, vengono acquisiti automaticamente i campi dati seguenti:

• Creato da: nome del membro del team che ha creato la richiesta modifiche.

• Data di creazione: data e ora in cui la richiesta modifiche è stata creata, secondo quanto registrato dall'orologio del server.

Da Proposto ad Attivo

Le richieste modifiche descrivono le modifiche al prodotto o a una linea di base.Il comitato responsabile del controllo delle modifiche deve rivedere, esaminare e accettare o rifiutare ogni modifica proposta dal team.

Un membro del team può cambiare lo stato di una richiesta modifiche da Proposto ad Attivo per i motivi descritti nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Accettato	Quando il comitato responsabile del controllo delle modifiche approva la richiesta modifiche affinché il team possa implementarla nell'iterazione corrente.	Assegnare la richiesta modifiche al membro del team incaricato dell'implementazione.
Analisi	Il comitato responsabile del controllo delle modifiche determina che è necessario analizzare l'impatto della richiesta prima di accettarla.	Quando l'analisi viene completata, reimpostare la richiesta modifiche sullo stato Proposto.

Quando un membro del team modifica lo stato di una richiesta modifiche in Attivo, vengono acquisiti i campi dati seguenti:

• Attivato da: nome del membro del team che ha attivato la richiesta modifiche.

• Data di attivazione: data e ora in cui la richiesta modifiche è stata attivata, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato della richiesta modifiche è stato modificato.

Da Proposto a Chiuso

Un membro del team può chiudere una richiesta modifiche con stato Proposto per il motivo descritto nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Rifiutato	Quando il comitato responsabile del controllo delle modifiche determina che il team non è in grado di implementare la richiesta modifiche o quando il cliente non necessita più della richiesta modifiche.	Nessuno.

Quando un membro del team chiude una richiesta modifiche vengono acquisiti i campi dati seguenti:

• Chiuso da: nome del membro del team che ha chiuso la richiesta modifiche.

• Data di chiusura: data e ora in cui la richiesta modifiche è stata chiusa, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato della richiesta modifiche è stato modificato.

Active

Il team deve implementare solo le richieste modifiche con stato Attivo.Per le richieste modifiche attive, i membri del team devono creare attività per la scrittura del codice, l'esecuzione dei test e la documentazione della modifica.Una volta completate tutte le attività, un membro del team cambia lo stato della richiesta modifiche in Risolto.È inoltre possibile chiudere una richiesta modifiche se viene abbandonata dal team o se il team determina che esula dall'ambito preposto.

Da Attivo a Risolto

Un membro del team può risolvere una richiesta modifiche attiva per il motivo descritto nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Completamento codice e test di sistema	Quando il team ha archiviato il codice per l'implementazione di una richiesta modifiche e tutti i test di sistema sono stati superati.	Assegnare la richiesta modifiche al membro del team incaricato di testarla.

Quando un membro del team risolve una richiesta modifiche attiva, vengono acquisiti i campi dati seguenti:

• Risolto da: nome del membro del team che ha risolto la richiesta modifiche.

• Data di risoluzione: data e ora in cui la richiesta modifiche è stata risolta, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato della richiesta modifiche è stato modificato.

Da Attivo a Chiuso

Un membro del team può chiudere una richiesta modifiche attiva per uno dei motivi descritti nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Abbandonato	Quando l'implementazione della richiesta modifiche non è più considerata necessaria.	Nessuno.
Esterno all'ambito	Quando il team non dispone di risorse sufficienti o un altro problema blocca la possibilità del team di implementare la richiesta modifiche per l'iterazione corrente.	Aggiornare il campo Iterazione per specificare in quale iterazione il team potrebbe implementare la richiesta modifiche.Se la richiesta modifiche viene rinviata alla versione successiva del software, lasciare vuoto il campo Iterazione, ma descrivere in dettaglio il motivo che ha determinato il rinvio della richiesta modifiche e quando il team dovrà implementarla.

Quando un membro del team chiude una richiesta modifiche attiva, vengono acquisiti i campi dati seguenti:

• Chiuso da: nome del membro del team che ha chiuso la richiesta modifiche.

• Data di chiusura: data e ora in cui la richiesta modifiche è stata chiusa, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato della richiesta modifiche è stato modificato.

Da Attivo a Proposto

Quando la richiesta modifiche è stata attivata come Analisi, lo stato viene modificato in Proposto una volta completata l'analisi da parte del team.Quando lo stato di una richiesta modifiche attiva viene modificato in Proposto, vengono acquisiti i campi dati seguenti:

• Modificato da: nome del membro del team che ha modificato lo stato della richiesta modifiche.

• Data di modifica stato: data e ora in cui lo stato della richiesta modifiche è stato modificato.

Risolto

Dopo che un team implementa una richiesta modifiche, il responsabile dello sviluppo imposta lo stato della richiesta su Risolto e la assegna a un tester per consentire l'avvio del test.

Una richiesta modifiche risolta è stata implementata e ha superato i test di sistema.Il team deve tuttavia convalidare le richieste modifiche risolte con il cliente per assicurarsi di aver implementato la richiesta in base alle aspettative del cliente.Se i test di convalida vengono superati, il team chiude la richiesta modifiche.In caso contrario, la richiesta viene riattivata per l'esecuzione di ulteriore lavoro.

Da Risolto a Chiuso

Un membro del team può chiudere una richiesta modifiche risolta per il motivo descritto nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Test di convalida superato	Quando la richiesta modifiche ha superato tutti i test di convalida.	Assegnare la richiesta modifiche al proprietario del prodotto.

Quando un membro del team chiude una richiesta modifiche risolta, vengono acquisiti automaticamente i campi dati seguenti:

• Chiuso da: nome del membro del team che ha chiuso la richiesta modifiche.

• Data di chiusura: data e ora in cui la richiesta modifiche è stata chiusa, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato della richiesta modifiche è stato modificato.

Da Risolto ad Attivo

Un membro del team può riattivare una richiesta modifiche risolta per il motivo descritto nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Test di convalida non superato	Quando il test o i test di convalida indicano che il requisito non soddisfa una o più aspettative del cliente.	Il tester crea bug relativi ad errori del test e assegna la richiesta modifiche al responsabile dello sviluppo, che determina come risolvere i problemi.

Quando un membro del team riattiva una richiesta modifiche risolta, vengono acquisiti automaticamente i dati seguenti:

• Attivato da: nome del membro del team che ha riattivato la richiesta modifiche.

• Data di attivazione: data e ora in cui la richiesta modifiche è stata riattivata, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato della richiesta modifiche è stato modificato.

Closed

Il team non svolgerà più alcuna attività su una richiesta modifiche chiusa.Una richiesta modifiche viene chiusa quando viene rifiutata dal comitato responsabile del controllo delle modifiche o quando è stata implementata, verificata e convalidata correttamente dal team.

Un membro del team, in genere un business analyst o un responsabile di programma, può riattivare una richiesta modifiche chiusa se rientra nell'ambito.

Da Chiuso ad Attivo

Un membro del team può riattivare una richiesta modifiche chiusa per il motivo descritto nella tabella seguente:

Motivo	Casi di utilizzo	Azioni aggiuntive da intraprendere
Chiuso in errore	Quando un membro del team chiude una richiesta modifiche per errore.	Verificare che le attività di implementazione, i test case e i dettagli della richiesta modifiche siano correttamente definiti e sufficienti per supportarne lo sviluppo.

• Quando un membro del team riattiva una richiesta modifiche chiusa, vengono acquisiti automaticamente i dati seguenti:

• Attivato da: nome del membro del team che ha riattivato la richiesta modifiche.

• Data di attivazione: data e ora in cui la richiesta modifiche è stata riattivata, secondo quanto registrato dall'orologio del server.

• Data di modifica stato: data e ora in cui lo stato della richiesta modifiche è stato modificato.

Vedere anche

Concetti

Riferimento ai campi di richiesta modifiche (CMMI)

Riferimento ai campi degli elementi di lavoro per ALM di Visual Studio

Altre risorse

Elementi di lavoro e flusso di lavoro (CMMI)