Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

5
  • first of all thank you for answering my question, so just so that I understood what you meant is - the info I get from user story will be basis for my estimate of complexity - it's better to parallelly create with UI design so a user can give a better feedback on the product Commented Mar 3, 2022 at 10:51
  • Also what happens I realize that the particular user story UI has a lot of animation and flashy stuff that throws out my estimation, is it recommended that I change my estimation on user story or to better phrase the question as a developer, how can I better inform team that my estimation of the complexity of the work changed in light of new info and it will affect the sprint? Commented Mar 3, 2022 at 10:56
  • The preferred approach would be take the ticket into the sprint on the basis on building a basic UI. "Make fancy UI" is then a separate ticket which can be prioritised appropriately. Commented Mar 3, 2022 at 11:04
  • so by ticket do you mean as a new user story or a subtask of the user story 1. if we are making it into a user story shouldn't it be completed in the same sprint and hence testers can test based on the UI given 2. if ticket mean a sub task will the story points be increased so velocity measurement is accurate Again thank you for taking time answering the question Commented Mar 3, 2022 at 11:21
  • New user story, and I see no reason it should necessarily be completed in the same sprint. The functionality can be tested with the basic UI, the improved UI can be tested when it's ready. Commented Mar 3, 2022 at 11:26