Skip to main content

user stories and tasks outside software development projets

Last post 03:27 pm August 17, 2020 by Daniel Wilhite
4 replies
02:48 pm August 14, 2020

 

We talk about user stories and tasks in software development projects. What do we call these user stories and tasks outside of software development projects ?.

thank you


06:18 pm August 14, 2020

Scrum refers to work in the Backlog as Product Backlog Items.

I'm not sure how these work items are being used outside of software development but I'm typically an advocate for:

a) call it what it is

b) call it what you want just make sure anyone involved in the process has a clear understanding of what is meant by the term. 


06:26 pm August 14, 2020

What do we call these user stories

Placeholders for conversations about potential requirements

and tasks

The plan of work emerging from these conversations


07:23 pm August 14, 2020

Merci, mais ce n'est pas encore claire. Y a t'il un cas d'exemple?. Pourquoi on ne trouve pas des exemples au même titre que le développement logiciel sur les sites spécialisés?


03:27 pm August 17, 2020

Why can't you continue to use User Stories and Tasks outside of software development.  An User Story is a way to state a problem from a user persepective.  

As a < type of user >, I want < some goal > so that < some reason >.

I don't see why that can't also work for any other business.  For example

  • As an <in store retail customer>, I want <to easily find the section of the store containing small appliances> so that <I can quickly buy a blender>
  • As a <patient at a family clinicn<>, I want <to be able to find the laboratory> so that <I can complete the lab work that was just ordered by my physician>.

Both of those user stories could be satisifed without any software development and in fact would probably be solved with signage that was visible and easy to understand.   As for the tasks associated, 

  • determine location for signate
  • design signs
  • create signs
  • hangs signs

But also remember that User Stories are not required by Scrum.  They are a practice from Extreme Programming that many have found useful.  Scrum just prescribes 

Product Backlog items have the attributes of a description, order, estimate, and value. Product Backlog items often include test descriptions that will prove its completeness when "Done".

That can be done in any form you want as long as everyone involved can read it, understand what needs to be done and why.


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.