Qualcuno può dirmi qual è lo strumento di gestione delle richieste di modifica e che cosa implica quando una richiesta di modifica viene inviata a questo strumento?Che cos'è lo strumento di gestione delle richieste di modifica?
Uno strumento di gestione delle richieste di modifica consente agli utenti di richiedere modifiche nel software.
Quando inizia il processo di sviluppo del software, v'è un accordo tra il team di sviluppo e gli utenti (o quello dell'ufficio) su ciò che il software farà. Questo è chiamato i requisiti. Una volta che tutti sono d'accordo sui requisiti, preferibilmente per iscritto, lo sviluppo inizia.
Se gli utenti scoprire che hanno bisogno di modificare i requisiti in qualsiasi momento durante lo sviluppo, fanno una richiesta di modifica. Tali richieste vengono registrate nello strumento di gestione delle richieste di modifica. Il team di sviluppo esamina la richiesta e negozia con gli utenti la modifica, ovvero quanto tempo o denaro aggiuntivo ci vorrà, fino a quando non raggiungono un accordo.
Una volta che il software è stato distribuito, potrebbero esserci ulteriori cambiamenti identificati dagli utenti. Registrano le loro richieste nello strumento di gestione delle richieste di modifica. Periodicamente, il team di sviluppo esamina le nuove richieste di modifica e concorda con gli utenti in merito a quali di tali richieste saranno incluse nella prossima versione del software.
Utilizzare lo strumento di gestione delle richieste di modifica per gestire "scope creep". Aiuta entrambe le parti a valutare il lavoro aggiuntivo necessario sul software e mantiene l'intero processo organizzato.
Se fatto correttamente, ci sarà un record delle modifiche richieste, le modifiche apportate, ei cambiamenti attualmente in corso. I miglioramenti del software avranno la priorità.
È simile o identico a uno strumento di tracciamento dei bug. Le cose che potrebbero accadere includono:
qualcuno guarda la richiesta (il "qualcuno" potrebbe essere un product manager, project manager, e/o team di sviluppo leader) e decide se considerare ulteriormente
Se la richiesta non viene immediatamente respinta, viene passata a qualcuno (forse l'architetto o il responsabile dello sviluppo), che valuterà la fattibilità e dirà quale sforzo/programma/risorse necessarie per implementarlo sarebbe
Se il beneficio atteso supera il costo previsto ecc, allora sarà appr oved e aggiunto al programma di sviluppo e infine assegnato a uno sviluppatore disponibile
Mentre attraversa queste varie fasi ed è considerato da varie persone, le persone aggiungeranno le loro opinioni e/o dettagli e documentazione aggiuntivi: per ad esempio nel momento in cui raggiunge finalmente la persona QA che prova l'attuazione sviluppata del cambiamento richiesto, l'Erson QA vedrà non solo la richiesta originale, ma i commenti anche dal responsabile del progetto, l'architetto, lo sviluppatore, ecc
Si tratta fondamentalmente di un database che aiuta a mantenere tutti i tuoi oggetti 'todo' dal cadere fuori dal tavolo.
e anche come un fringe benefit, fornisce un mezzo per valutare quanto bene il team di sviluppo sta eseguendo il loro processo.
è possibile utilizzare uno strumento di gestione problema (bug tracker) come strumento di richiesta di modifica
oppure si può andare lo-fi e utilizzare un protocollo invece (vale a dire solo una procedura scritta in un documento word)
quello che uso con i miei clienti è una combinazione di SLA (service Level Agreement) e richiesta di modifica del protocollo: 'Maintenance Blocks' - Managing Change Requests
--LM
un grande esempio di uno strumento di gestione del cambiamento richiesta è l'applicazione Centralino http://www.switchboardsite.com. Controllalo per avere un'idea di come funziona la gestione delle richieste di modifica.
Ben fatto. :) "Se gli utenti scoprono che devono modificare i requisiti" ... dovrebbe essere "Quando gli utenti ..." – Russell