Qual è il modo migliore per gestire le modifiche ai requisiti o all'ambito del prodotto durante o dopo il test di accettazione degli utenti (UAT)? Quanto è pericoloso apportare tali cambiamenti e in che modo può essere mitigato il pericolo?
Qual è il modo migliore per gestire le modifiche ai requisiti o all'ambito del prodotto durante o dopo il test di accettazione degli utenti (UAT)? Quanto è pericoloso apportare tali cambiamenti e in che modo può essere mitigato il pericolo?
L'ambito può essere modificato in qualsiasi momento, a condizione che le modifiche accettino le modifiche richieste al budget e alla pianificazione. Non è possibile impedire alle persone di cercare continuamente di modificare l'ambito fino a quando non si rendono conto che costa denaro, fornendo alcune stime del costo per le modifiche richieste da parte di esperti che li aiuteranno a fare quella connessione. È improbabile che ciò impedisca loro di richiedere modifiche, ma è probabile che impedisca loro di lamentarsi negando tali modifiche e ti aiuterà a identificare le modifiche che devi apportare quando comprendono il costo di tale modifica.
Penso che il modo migliore per gestire queste richieste di modifica sia presentare un programma rivisto che includa il cambiamento. E se è dopo UAT, la nuova pianificazione include una seconda esecuzione tramite UAT.
Quando vanno 'ma non ne abbiamo bisogno' puoi chiedere perché no? Il prodotto non deve essere accettato dall'utente? Se non l'hanno visto, non possono accettarlo, giusto?