In Scrum / Agile, la complessità di una trama utente può essere stimata in punti storia. Dopo aver completato alcune storie di utenti, un programmatore o un team di programmatori può utilizzare tali esperienze per stimare meglio il tempo necessario per completare una futura user story.
Esiste una metodologia per abbattere la complessità delle storie degli utenti in attributi quantificabili o quantificabili?
Ad esempio, User Story X richiede una nuova e ricca visualizzazione nella GUI, ma User Story X può eseguire la maggior parte delle sue funzionalità utilizzando la logica aziendale esistente sul server. Su una scala da 1 a 10, User Story X ha una complessità di 7 sul client e una complessità di 2 sul server. Dopo aver completato User Story X, qualcuno chiede quanto tempo ci vuole per completare User Story Y, che ha una complessità di 3 sul client e 6 sul server. Considerando quanto tempo ci è voluto per completare User Story X, possiamo fare una stima accurata del tempo necessario per completare User Story Y.
Posso immaginare qualche altro dettaglio:
- La complessità di un attributo (come la complessità del client) potrebbe avere attributi secondari, come il numero di passaggi in una sequenza, punti funzione, ecc.
- Diversi altri attributi che potrebbero essere considerati, come la familiarità del programmatore con il sistema o il numero di componenti / interfacce coinvolte
- Questi attributi potrebbero essere accumulati in una sorta di elenco di controllo per la storia degli utenti.
Per ribadire: esiste una metodologia esistente per scomporre la complessità di una storia di un utente in complessità di attributi / attributi secondari, o utilizza user story complete come indicatori nella stima delle future user story più di un processo informale?