Sto lavorando per una società di sviluppo software. La domanda che ho è se dovremmo presentare un documento di specifiche dei requisiti utente per il / i cliente / i prima di iniziare a sviluppare il sistema attuale da zero?
Sto lavorando per una società di sviluppo software. La domanda che ho è se dovremmo presentare un documento di specifiche dei requisiti utente per il / i cliente / i prima di iniziare a sviluppare il sistema attuale da zero?
Sì. È importante che i requisiti siano firmati prima di iniziare lo sviluppo intensivo di un progetto.
La firma è una pietra miliare nel progetto. Secondo Karl Wiegers e Joy Beatty , è il punto in cui i clienti concordano che i requisiti soddisfano le loro esigenze, il team di sviluppo comprende i requisiti e accetta che siano fattibili per l'implementazione, il team di test concorda che i requisiti possono essere verificati e la direzione concorda che i requisiti consentono di raggiungere gli obiettivi aziendali. Deve essere trattato come un accordo, e non solo un rituale da seguire.
Da questo punto in poi, non userò il termine "sign-off". Userò "concordato". Cioè, i requisiti non sono "firmati", ma "concordati" dai rappresentanti degli stakeholder.
Avere una serie iniziale di requisiti concordati è essenziale. Tuttavia, questo dovrebbe essere trattato come una linea di base dei requisiti. È semplicemente noto che, nel tempo, i requisiti cambieranno. Anche se si sta utilizzando una metodologia sequenziale che richiede che tutti gli sviluppi dei requisiti vengano eseguiti in anticipo, è necessario riconoscere che i requisiti cambieranno. I metodi agili si basano sull'adattamento ai cambiamenti nell'ambiente, come le modifiche ai requisiti.
Nei metodi agili, chiunque sia nel ruolo simile al Product Owner è il rappresentante del cliente e degli utenti. Piuttosto che concordare i requisiti una volta e modificare una baseline, il backlog di lavoro prioritizzato è la tua linea di base e tu lo affini continuamente e lo assegni per priorità. Riconoscete in anticipo che il raffinamento e la ridefinizione delle priorità avvengono e il vostro processo consente che ciò avvenga.
Nella mia prima frase, ho usato la frase "sviluppo intensivo". Se ti trovi in un ambiente basato sul contratto, potresti non disporre di finanziamenti o di personale assegnato per la verifica e l'analisi dei requisiti dettagliati prima di avere un contratto firmato. Di conseguenza, potrebbe essere necessario avviare alcune attività di progettazione in base ai requisiti iniziali e allo stesso tempo in cui vengono sviluppati i requisiti per garantire che sia possibile completare il lavoro nella pianificazione assegnata. Potrebbe anche essere necessario utilizzare questo tempo per procurarsi risorse fisiche, configurare ambienti e fare prototipazione.
Si noti che la prototipazione è una tecnica di elicitazione dei requisiti valida, quindi questo lavoro di configurazione iniziale e la prototipazione effettuata dal team di sviluppo possono alimentare il processo di sviluppo dei requisiti e servire anche da controllo sul lavoro svolto per cercare di minimizzare il rischio di fare la cosa sbagliata.
Leggi altre domande sui tag requirements