Un software passa attraverso fasi prima di essere finalmente uscito sul mercato. Queste fasi comprendono la progettazione , lo sviluppo, la sperimentazione e l'attuazione . Anche se l'applicazione software è passato attraverso queste fasi , è ancora mai finito. Questo perché il cliente o il cliente vorranno apportare modifiche ad esso . Potrebbe essere l'aggiunta di un nuovo campo , nuovo gruppo con diritti di accesso o aggiornamenti vari . Se una società è intelligente , avrà le procedure di controllo delle modifiche del software in luogo . Queste procedure aiutano a controllare il numero di richieste di modifica in modo da non uscire di controllo . Avvio della Change
Il cliente o client invia una richiesta di modifica . Il processo di sviluppo del software ha di solito un cambiamento manager o team di gestione del cambiamento . Le grandi aziende tendono ad avere un team di gestione del cambiamento o la pensione , mentre la piccola azienda potrebbe avere un manager cambiamento . Il cambio allenatore o la squadra di solito valutare la richiesta prima di prendere una decisione . Si farà domande . Sarà il cambiamento prendere un sacco di lavoro ? Quante risorse saranno necessarie per attuare il cambiamento? Il cambio allenatore o la squadra possono anche incontrarsi con le parti interessate per andare oltre la richiesta di modifica . Gli stakeholder sono persone che hanno una partecipazione nel progetto . Questi possono essere responsabili , come responsabili di reparto , responsabili di progetto , responsabili di programmi o di gestori di portafoglio . Se la persona o il gruppo approva la modifica , il team di sviluppo del software inizierà a lavorare sulla richiesta.
Lavoro sulla richiesta di modifica
Prima parte del team di sviluppo del software a lavorare sulla richiesta di modifica , dovrebbe utilizzare un sistema o strumento per tenere traccia delle modifiche . Secondo Software Control Change , la metodologia non deve solo tenere traccia delle modifiche , ma deve anche avere un piano di riserva se la richiesta non funziona . Durante tutto il processo , la squadra deve essere in comunicazione con le parti interessate , come ad esempio dando loro relazioni .
Testando la richiesta di modifica
Il team di sviluppo software dovrebbe non attuare il cambiamento nell'ambiente vivo fino a quando non è stato testato . La squadra dovrebbe inserire il cambiamento in una sessione di sviluppo . Nessuno dovrebbe avere accesso a questo tranne gli sviluppatori . Se il cambiamento è corretta, allora la squadra sposta la richiesta sopra alla sessione di test . Il gruppo di test o controllo di qualità mette alla prova la richiesta. Se è corretto , il team di sviluppo del software si incontra con il team di cambiamento o manager di comunicare che il cambiamento è corretto ed è pronto per entrare in produzione . Se tutti sono d'accordo , il team di sviluppo del software si sposta la richiesta oltre alla produzione .
