When to mark a user story as done in scrum?

Posted by Saeed Neamati on Programmers See other posts from Programmers or by Saeed Neamati
Published on 2011-07-30T10:34:28Z Indexed on 2012/03/27 23:42 UTC
Read the original article Hit count: 410

Filed under:
|
|
|

There is a notion in scrum that emphasizes delivery of workable units at the end of each sprint. Each workable unit also maps directly of indirectly to a user story and when in new sprint PO introduces new PBI (new user stories), this means that practically team can't always go back to previous user stories to do the rest of the job, which in turn means that when you implement a user story, you should do it as complete as it's known to the team in that time, and you shouldn't forget anything (something like "I'm sorry, I've forgotten to implement validation for that input control" or "I didn't know that cross-browser check is part of the user story"). At the other hand, test, backward compatibility, acceptance criteria, deployment and more and more concepts come after each user story.

So, when can team members know that the user story is done completely, not just for demo, and start a new one?

© Programmers or respective owner

Related posts about agile

Related posts about scrum