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 Titoli, ID, descrizione e cronologia (CMMI) Assegnazioni, flusso di lavoro e pianificazione (CMMI) Aree e iterazioni Campi di richiesta modifiche (CMMI) Collegamento di elementi di lavoro (CMMI) Allegati

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 Assegnato a fare clic sul nome del membro del team responsabile della risoluzione della 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.

   • Negli elenchi Area e Iterazione fare clic sull'area e sull'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 i percorsi di area o di iterazione.

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

     Per impostazione predefinita, questo valore è pari a 2.

   • Nell'elenco Valutazione fare clic sullo stato di valutazione secondario.

     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 fare clic su Sì se un problema impedisce l'implementazione della richiesta modifiche da parte del team.

2. Nella scheda Dettagli fornire una descrizione il più dettagliata ed esatta possibile degli elementi che devono essere modificati dal team.

   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 il maggior numero di dettagli possibile per descrivere il valore implementato mediante la richiesta modifiche per il cliente o il prodotto.

4. Nella scheda Analisi fare clic su ogni casella di testo e fornire dettagli relativi all'impatto determinato dalla 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 fare clic sul nome o sul numero della compilazione in cui il team di sviluppo ha integrato la richiesta modifiche.

6. Nella scheda 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 per fornire 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. Fare clic su 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 Collegamento di elementi di lavoro (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 dell'elemento di lavoro per la richiesta modifiche, fare clic sulla scheda Tutti i collegamenti, quindi fare clic su Nuovo.

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

   

2. Nell'elenco Tipo collegamento fare clic sul 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 fare clic sul 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. Fare clic su Salva elemento di lavoro.

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

1. Aprire il form dell'elemento di lavoro per la richiesta modifiche, fare clic sulla scheda Tutti i collegamenti, quindi fare clic su Collega a.

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

   

2. Nell'elenco Tipo collegamento fare clic sul 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.

   • Fare clic su Sfoglia per specificare gli elementi di lavoro selezionandoli da un elenco.

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

     

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

     Fare clic su Trova, selezionare la casella di controllo accanto a ciascun elemento di lavoro che si desidera collegare alla richiesta modifiche, quindi fare clic su 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. Fare clic su 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. Fare clic sulla scheda Dettagli, Giustificazione o 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 Campi di richiesta modifiche (CMMI) e Titoli, ID, descrizione e cronologia (CMMI).

2. Fare clic su 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.

   • Fare clic su oppure premere CTRL+V per incollare un file copiato.

   • Fare clic su Aggiungi, quindi su Sfoglia e nella finestra di dialogo Allegato digitare o trovare il nome del file che si desidera allegare.

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

2. Fare clic su Salva elemento di lavoro.

Per aggiungere un collegamento ipertestuale a una richiesta modifiche

1. Nella scheda Tutti i collegamenti fare clic su Collega a.

   

2. Nell'elenco Tipo collegamento fare clic su 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. Fare clic su 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 fare clic su Attivo, Risolto o Chiuso.

   • Se si modifica lo stato da Proposto ad Attivo, il campo Motivo cambierà 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. Fare clic su 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.	Nessuna.

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.	Nessuna.
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

Altre risorse

Campi di richiesta modifiche (CMMI)

Elementi di lavoro e flusso di lavoro (CMMI)