Gestire le modifiche

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

Azure DevOps offre vari strumenti e funzionalità che consentono di gestire il cambiamento in modo efficace ed efficiente, che è una parte fondamentale di qualsiasi progetto. Questo articolo offre una panoramica per la gestione delle modifiche e il mapping delle attività di gestione delle modifiche Agile agli strumenti supportati da Azure DevOps.

Identificare la necessità di cambiare

Diverse origini possono contribuire alle modifiche necessarie nei progetti di sviluppo software:

• Cambiamento delle esigenze aziendali e dei clienti
• Nuove priorità
• Requisiti di funzionalità in evoluzione a causa di nuove informazioni o dipendenze individuate
• Modifiche alle risorse e alle organizzazioni
• Ritardi nello sviluppo o nei test
• Problemi che si verificano dopo la distribuzione e durante le operazioni in corso

Ridurre al minimo le modifiche non necessarie

Per ridurre al minimo le modifiche non necessarie, verificare quanto segue:

• Requisiti chiari e criteri di accettazione
• Chiarire l'ambito e le priorità del progetto
• Processo di gestione delle modifiche concordato
• Stime accurate sul lavoro pianificato
• Richieste negoziate per un nuovo lavoro
• Comunicazione efficace all'interno del team quando si verificano modifiche
• Input da parte di stakeholder e clienti sulle richieste di modifica
• I membri del team si sentono a proprio agio a sollevare questioni man mano che si verificano.

Implementare procedure consigliate Agile per la gestione delle modifiche

Agile è un approccio di gestione dei progetti che funziona suddividendo i progetti in cicli iterativi brevi denominati "sprint". Al suo centro, Agile si basa sul presupposto che le circostanze cambiano durante lo sviluppo di un progetto. Ecco perché, in un progetto Agile, la pianificazione, la progettazione, lo sviluppo e i cicli di test non vengono mai eseguiti. Continuano a cambiare man mano che il progetto assume la forma.

Per attenuare i problemi che derivano dal cambiamento, i project manager Agile adottano molte procedure consigliate. Queste procedure sono suddivise nelle categorie seguenti: Controllare il processo, Gestire le modifiche a livello di piano del prodotto, Gestire gli sprint e Prendere in considerazione i criteri di modifica.

Categoria	procedure consigliate
Controllare il processo	- Soddisfare sia i team che gli obiettivi aziendali - Ridurre al minimo il numero di approvazioni necessarie per risolvere le modifiche - Assistere i team nei processi di miglioramento continui suggerimento: miglioramento continuo è un metodo per assicurarsi che i processi, i metodi e le procedure siano il più efficienti ed efficaci possibile.
Gestire le modifiche a livello di piano di prodotto	- Perfezionare e classificare in ordine di priorità il piano di prodotto e il backlog del prodotto continuamente - Assicurarsi che le esigenze dei clienti siano comprese, adeguatamente definite e comunicate correttamente - Analizzare il backlog del prodotto per individuare dipendenze e rischi - Sviluppare piani di emergenza - Analizzare e valutare le richieste di modifica - Determinare l'effetto dell'ambito delle richieste di modifica sul lavoro corrente e pianificato - Valutare i rischi di accettare o rifiutare la modifica - Usare un modulo di controllo di modifica della luce in base alle esigenze
Gestire gli sprint	- Assicurarsi che i criteri e i requisiti di accettazione siano ben compresi all'inizio di uno sprint - Ridurre al minimo l'accettazione delle modifiche dopo l'inizio dello sprint, pur rispettando i principi Agile - Mantenere tutti gli stakeholder e i team coinvolti man mano che si verificano modifiche - Controllare le modifiche all'ambito e ridurre al minimo la crescita incontrollata dell'ambito - Proteggere il team dalle modifiche apportate a un progetto che non rientrano nell'ambito concordato originale suggerimento :Che cos'è la crescita incontrollata dell'ambito? La crescita incontrollata dell'ambito si verifica quando i risultati finali o le caratteristiche di un progetto si espandono rispetto a quanto definito originariamente, senza una modifica commensurata in termini di tempo o di budget aggiuntivi.
Prendere in considerazione i criteri di modifica	Quando si valuta la possibilità di apportare una modifica, porre le domande seguenti: Raggiunge l'obiettivo dello sprint? - Esiste un chiaro valore aziendale per la modifica? - Al rilascio si prevede di usare il risultato della modifica dell'ambito? - Qual è l'urgenza per la richiesta di modifica? - Se viene aggiunto un nuovo ambito al backlog sprint, è possibile rimuovere un elemento?

Tenere traccia delle modifiche

Scegliere tra diversi metodi per tenere traccia delle modifiche, da leggero a robusto:

• Monitorare le modifiche dei requisiti all'interno dell'elemento di lavoro relativo ai requisiti tramite discussioni, cambiamenti nei criteri di accettazione o tramite allegati.
• Aggiungere un tag di modifica agli elementi di lavoro per supportare il monitoraggio delle modifiche all'ambito di lavoro.
• Configurare le notifiche per comunicare automaticamente le modifiche all'interno del team o dell'organizzazione.
• Aggiungere un bug che tiene traccia di una modifica nell'ambito o in un'altra attività.
• Aggiungere un tipo di elemento di lavoro per la richiesta di modifica per monitorare formalmente e registrare le richieste di modifica nel backlog del prodotto.

Con uno di questi metodi, è possibile generare una query per elencare gli elementi di lavoro coinvolti nella modifica e quindi esaminare e valutare la modifica con il team. Scegliere un metodo di rilevamento allineato al modo in cui l'utente e il team monitorano e segnalano l'ambito della modifica.

Metodo	Dettagli
Utilizzare il modulo di richiesta di modifica	Definire un tipo di elemento di lavoro per una richiesta di modifica, come quello nell'immagine seguente, per il processo di integrazione CMMI (Capability Maturity Model Integration). È possibile adottare questo modulo o personalizzare il proprio. È anche possibile che le richieste di modifica vengano visualizzate nel backlog insieme ad altre storie utente o requisiti.
Definire i criteri di accettazione	Descrivere chiaramente cosa significa "fatto" con criteri di accettazione per verificare se un requisito o una correzione di bug è completamente implementato. Registrare questi criteri all'interno dell'elemento di lavoro. Criteri di accettazione chiari consentono ai team di stimare il lavoro e sviluppare test per garantire che i criteri siano soddisfatti. Specificare i criteri di accettazione per i singoli requisiti e sprint per garantire che tutti i membri del team comprendano l'ambito del lavoro.

Monitorare e segnalare le modifiche

I team possono monitorare le modifiche tramite query sugli elementi di lavoro, grafici della velocità del team e grafici burndown di sprint e rilascio.

Metodo	Dettagli
Query sugli elementi di lavoro	Con query, è possibile trovare e valutare un elenco di richieste di gestione delle modifiche o elementi di lavoro contrassegnati con un tag di gestione delle modifiche.
velocità del team e lavoro non pianificato	Il grafico della velocità del team fornisce diverse informazioni. Questo grafico mostra quanto lavoro è stato pianificato e quanto è stato completato. A colpo d'occhio, è possibile determinare la frequenza con cui il lavoro è stato aggiunto a uno sprint una volta iniziato.
Calo del lavoro dello Sprint e crescita del progetto	Un altro grafico da esaminare per verificare lo scorrimento dell'ambito è il grafico sprint burndown . Con Azure Boards, puoi esaminare i grafici di burndown per ogni sprint e ogni team per determinare il grado di ampliamento del campo di applicazione introdotto in ciascun sprint.

Ricevere una notifica delle modifiche

Azure DevOps offre un sistema di avviso affidabile, in cui i membri del progetto possono impostare avvisi per se stessi, un team o un progetto. Quando si verificano modifiche agli elementi di lavoro, alle revisioni del codice, ai file di controllo del codice sorgente e alle compilazioni, è possibile ricevere notifiche tramite posta elettronica.

Articoli correlati

• Cos'è Agile?