La storia dell'utente non rientra in uno sprint [duplicato]

Crea un'epica, vedi: link

In Scrum, the teams that complete the work assign effort estimates to every user story. Of course, that assumes that a team can reach a consensus for an appropriate estimate. What happens when a story includes too many unknowns to tell just how big it is? Or what if the story’s requirements are known, but its effort is too huge to complete in a single sprint? We call these stories “epics.” While a team should be able to tackle a typical story in four to sixteen hours, an epic is a story that would require twelve or many more to complete. Most Scrum experts suggest that any task requiring twelve or more hours should be decomposed into several smaller tasks. These stories will not only be smaller in scope, but also more narrowly defined. Basically, breaking down epics helps the development team translate its work into chunks that can be accomplished in a single day.

Is there any danger to estimating an epic? Quite simply, the answer is yes. Estimating epics can be harmful because it creates a false sense of certainty for the Product Owner...

Dividi la tua Useroria in storie più piccole che riempiono una parte racchiusa della tua Storia. Normalmente le tue nuove storie sono più dettagliate.

es. L'utente ha bisogno di un rapporto che (definizione del rapporto) - l'utente è in grado di resettare il rapporto - l'utente è in grado di pianificare la generazione / invio del rapporto ...

Se una delle nuove storie è ancora troppo ampia, ridefinirla finché non è sufficientemente piccola e dettagliata per implementarla.

Questo è il modo normale di governare il backlog.