What is a User Story? βοΈ β
What they are for β
The serve agility and planning purposes:
- Be able to develop when requirements change often.
- They are a way of remembering that a piece of work might need to be done, without committing to actually doing it, or diving into the details too soon.
- Create a discussions: customer/company, product/developers, etc.
- Drive the creation of acceptance tests
The Connextra template β
The emerging standard.
- The feature that needs to be discussed
- The role that will get the benefit from the feature
- The benefit that is expected
As a type of user β the role
I want capability βΒ the feature
So that business value -Β the benefit
Examples β
Listing the members of a team: β
As a team member
I want to check my teammates contact info
So that I can contact them in case of emergency
Here appears the question "why would a team member check their teammates' contact info?". This question is important by just rising, because if you do not find any valid reason (hence business value), then you do not build such a feature. Time saved, yey!
Managing a team (adding/removing members): β
As a team admin
I want to manage my team
So that I am autonomous and do not need to spam support