Skip to main content

generic user stories

Last post 08:00 am April 25, 2014 by Ian Mitchell
6 replies
04:38 am April 23, 2014

hi,

i'm quite new to writing user stories but as a UX designer (mainly visual) i need to do this for a project i'm working on currently. I need to write a lot of user stories for a touristic website and a lot of these user stories (which are actually epics) have the same subset of smaller user stories: e.g. as a user i want to visit a museum > as a user i want to have an overview of musea, as a user i want more info on the museum, as a user i want to book for a museum,...
I am wondering if i need to write out these sub user stories for each epic or if i can write them out once and insert some sort of generic block into each epic.

Not sure what's best practice here.

Thanks


04:55 am April 23, 2014

You should write each user story in terms of the value that will be delivered, independently and by each one, in each increment.

In other words, you should only author separate user stories if the associated value can be delivered separately. The Product Owner should have an opinion on this, as he or she is accountable for product value and an incremental return on investment.


05:15 am April 23, 2014

Hi Ian,


Thanks for the reply. For a city tourism site there are many sights and events to visit, and each of these epic topics have exactly the same sub user stories (which are many actually). So you're saying i would need to write them out for every separate epic as one generic block of user stories holds no value on its own?
There is a product owner involved but she's not experienced enough in scrum methodology to ask her this.
I just want to make sure i follow the methodology according to best practice.

Thanks again.


05:17 am April 23, 2014

i read my post again and it's possible you'd misread my question: i mean i need to write the user stories for every epic and not write them once as a generic block because that has no actual value.


06:39 am April 23, 2014

> So you're saying i would need to write them
> out for every separate epic as one generic
> block of user stories holds no value on its own? 

I'm saying that each item in the Product Backlog must make an independent contribution to the delivery of value in an increment. Whether these items are user stories, epics, features, or some other construct is immaterial (Scrum is agnostic as to how backlog items are expressed). What matters is that they can be prioritized relative to each other in pursuit of Sprint Goals.

If you are making decisions about the value that will be delivered by each backlog item, then you have started doing the Product Owner's job.


05:58 am April 25, 2014

each item in the Product Backlog must make an independent contribution to the delivery of value in an increment



as a newbie I dare to ask how to deal with other generic "requirements" like style guides? E.g. I want to have the same look$feel on all screen (background, logos, character set etc.). Do I state hat in one user story ("as user I want to have the same look&feel throughout the site, i.e. background black, logo upper right corner etc.")?

Thanx - Markus


08:00 am April 25, 2014

> how to deal with other generic "requirements" like style guides? 

Depending on how generic they are, you might reference them in the acceptance criteria of the stories, or in the Definition of Done.


By posting on our forums you are agreeing to our Terms of Use.

Please note that the first and last name from your Scrum.org member profile will be displayed next to any topic or comment you post on the forums. For privacy concerns, we cannot allow you to post email addresses. All user-submitted content on our Forums may be subject to deletion if it is found to be in violation of our Terms of Use. Scrum.org does not endorse user-submitted content or the content of links to any third-party websites.

Terms of Use

Scrum.org may, at its discretion, remove any post that it deems unsuitable for these forums. Unsuitable post content includes, but is not limited to, Scrum.org Professional-level assessment questions and answers, profanity, insults, racism or sexually explicit content. Using our forum as a platform for the marketing and solicitation of products or services is also prohibited. Forum members who post content deemed unsuitable by Scrum.org may have their access revoked at any time, without warning. Scrum.org may, but is not obliged to, monitor submissions.