SRS nel framework scrum?

Nel Agile Manifesto , dovresti preferire il software di lavoro a una documentazione completa. Se hai bisogno di un documento SRS, non c'è nulla che possa impedirlo o scoraggiarlo, ma dovresti prenderlo seriamente in considerazione prima di affrontare il problema. Assicurati solo che la creazione della documentazione non vada a scapito della creazione di software funzionante. Non è una questione di esclusione o forse anche di priorità (alcuni settori trovano questi documenti assolutamente necessari), basti pensare al risultato finale.

Potresti anche vedere questo come possibilmente modificando la quantità di dettagli nella documentazione o forse non scrivere prima tutto il documento, ma fallo mentre vai avanti, quindi non devi fare cambiamenti costanti. Sarebbe un peccato non includere i cambiamenti nel tuo progetto perché un documento troppo robusto diventa troppo difficile da cambiare o peggio nessuno ha notato che non lo ha fatto.

Se segui Agile, le User Story sono sufficienti. I progetti agili cattureranno i requisiti sotto forma di storie di utenti, scenari o altre forme incentrate sull'utente. L'approccio migliore sarà: decidere i componenti e dividerli in epici. Quindi, puoi aggiungere user story sotto epics. Non è necessario creare SRS aggiuntivi. Se è necessario, e se si utilizza JIRA per Agile, utilizzare "Confluence" con JIRA. È possibile creare SRS in Confluence e successivamente possono suddividersi in User story direttamente da Confluence. Inoltre, è necessario mantenere il documento come documento vivente.