• Blog
  • Info Support
  • Career
  • Training
  • International Group
  • Info Support
  • Blog
  • Career
  • Training
  • International Group
  • Search
logo InfoSupport
  • Latest blogs
  • Popular blogs
  • Experts
      • All
      • Bloggers
      • Speakers
  • Meet us
  • About us
    • nl
    • en
    • .NET
    • 3D printing
    • Advanced Analytics
    • Agile
    • Akka
    • Alexa
    • Algorithms
    • Api's
    • Architectuur
    • Artificial Intelligence
    • ATDD
    • Augmented Reality
    • AWS
    • Azure
    • Big Data
    • Blockchain
    • Business Intelligence
    • Chatbots
    • Cloud
    • Code Combat
    • Cognitive Services
    • Communicatie
    • Containers
    • Continuous Delivery
    • CQRS
    • Cyber Security
    • Dapr
    • Data
    • Data & Analystics
    • Data Science
    • Data Warehousing
    • Databricks
    • DataOps
    • Developers life
    • DevOps
    • Digital Days
    • Digital Twin
    • Docker
    • eHealth
    • Enterprise Architecture
    • Event Sourcing
    • Hacking
    • Infrastructure & Hosting
    • Innovatie
    • Integration
    • Internet of Things
    • Java
    • Machine Learning
    • Microservices
    • Microsoft
    • Microsoft Bot Framework
    • Microsoft Data Platform
    • Mobile Development
    • Mutation Testing
    • Open source
    • Pepper
    • Power BI
    • Privacy & Ethiek
    • Python
    • Quality Assistance & Test
    • Quality Assurance & Test
    • Requirements Management
    • Scala
    • Scratch
    • Security
    • SharePoint
    • Software Architecture
    • Software development
    • Software Factory
    • SQL Server
    • SSL
    • Start-up
    • Startup thinking
    • Stryker
    • Test Quality
    • Testing
    • TLS
    • TypeScript
    • Various
    • Web Development
    • Web-scale IT
    • Xamarin
    • All
    • Bloggers
    • Speakers
Home » User Stories – The Process
  • User Stories - The Process

    • By Gijs van Dulmen
    • Various 11 years ago
    • Various 0 comments
    • Various Various
    User Stories - The Process

    So how do we use stories for driving the development?

    The important first rule is that communication between individuals is better done by explaining and asking rather then using documents as a mean to express the message towards the developers. Don’t let your developers become code monkeys with documents as input and code as output. No flexibility and lots of interpretation problems will come along. User stories don’t allow for this. It’s a reminder for a conversation between developers and business.

    So what processes are there when you’re using stories? How are they discovered, sliced and used in your development.

    Discovery

    Discovery of user stories is a responsibility of the product owner. He or she is externally oriented and focused on selling (or acceptance of) the product, organsations or stakeholders circling around the product. Always looking for stuff that would add business value to the product so the product can:

    • Can be sold better
    • Has more acceptance by it’s stakeholders
    • Reduces operational costs in the processes of stakeholders using the application

    This discovery process is often out of sight of a team. Often done by researching the world around the product with questionnaires etc. There also are often investment themes defined by upper management. Often abstract stuff which the product owner needs to split up to usefull additions to the product.

    But there is also another moment in which the discovery is done. This is the Scrum demo. The moment the team shows the product, the stakeholders getting all enthousiastic and afterwards (or during) the demo asking the PO if feature A or feature B could also be added. Often a moment the PO needs to remind the stakeholders what else there is sitting on the backlog and rank the newly discovered stories in the list. Better said, discovery is also in the feedback loops. Make sure you implement those loops in your process (maybe even more then only the demo? feedback loops with your real users?).

    Slicing

    So now we have a lot of discovered stories which would add value. But when telling the developers to build it translation to effort for them needs to be done. Often the story is too large. The product owner needs to hunt together with the stakeholders and team to find sizable packages which can be build in a single day (and therefore will fit in a sprint) and still offer business value if only this single story is implemented. It’s often hard to find these so called salami slices. Some guidelines:

    • Split the stories as if there was no sprint after the sprint you are gonna plan it.
    • Search manual steps in the process you are automating for. Maybe the stakeholder can do a certain step by hand if only some small support is built in for it.
    • Don’t forget migrations. Often when we do not migrate current data building the story has no business value.
    • If the story still delivers business value often can only be verified by your stakeholders.

    And some criteria where to slice and where not to slice:

    • Less data fields storage in the system. For example notes which can be attached to an entity. But streetname without the number would be ackward.
    • Less “helpers” in the user interface. Instead of autocomplete fields and search related entity fields just plain simple input of the ID of the related entity.
    • Steps which can be done manually in the process.
    • Less persona’s support in the GUI.
    • No support for a certain (small less valuable) group of people in the UI.
    • Initial less performance same functionality.

    Richard Lawrence created a beautifull poster to hang on your walls with a lot of other slicing patterns:

    http://rslawrence.wpengine.com/wp-content/uploads/2012/01/Story-Splitting-Flowchart.pdf

    Slicing also takes place when the product owner and his stakeholders can’t make up their mind which story will be included in the sprint. They can decide to split the stories and take the most important part from both of them.

    More on using user stories in sprint, before the sprint and at the end of the sprint in the next weblog posts. After those topics it’s time to take a deeper dive into the more advanced topics.

    Share this

Gijs van Dulmen

View profile

IT Training at Info Support

Which training fits you?

Consultancy

Consultancy

Related blogs

  • Video Conferencing en OBS Studio koppelen: online prese…

    Video Conferencing en OBS Studio koppelen: online prese… Maaike Brouwer - 2 years ago

  • Verantwoordelijkheid pakken in jouw eigen persoonlijke …

    Verantwoordelijkheid pakken in jouw eigen persoonlijke … Stephan Versteegh - 2 years ago

  • Tips voor als je gaat afstuderen

    Tips voor als je gaat afstuderen Bart Renders - 2 years ago

Data Discovery Channel

  • Explainable AI - Break open the blackbox

  • Toekomstvaste microservice data architecturen

  • Modern Data Platform

Nieuwsbrief

* verplichte velden

Contact

  • Head office NL
  • Kruisboog 42
  • 3905 TG Veenendaal
  • T +31 318 552020
  • Call
  • Mail
  • Directions
  • Head office BE
  • Generaal De Wittelaan 17
  • bus 30 2800 Mechelen
  • T +32 15 286370
  • Call
  • Mail
  • Directions

Follow us

  • Twitter
  • Facebook
  • Linkedin
  • Youtube

Newsletter

Sign in

Extra

  • Media Library
  • Disclaimer
  • Algemene voorwaarden
  • ISHBS Webmail
  • Extranet
Beheer cookie toestemming
Deze website maakt gebruik van Functionele en Analytische cookies voor website optimalisatie en statistieken.
Functioneel Always active
De technische opslag of toegang is strikt noodzakelijk voor het legitieme doel het gebruik mogelijk te maken van een specifieke dienst waarom de abonnee of gebruiker uitdrukkelijk heeft gevraagd, of met als enig doel de uitvoering van de transmissie van een communicatie over een elektronisch communicatienetwerk.
Voorkeuren
De technische opslag of toegang is noodzakelijk voor het legitieme doel voorkeuren op te slaan die niet door de abonnee of gebruiker zijn aangevraagd.
Statistieken
De technische opslag of toegang die uitsluitend voor statistische doeleinden wordt gebruikt. De technische opslag of toegang die uitsluitend wordt gebruikt voor anonieme statistische doeleinden. Zonder dagvaarding, vrijwillige naleving door uw Internet Service Provider, of aanvullende gegevens van een derde partij, kan informatie die alleen voor dit doel wordt opgeslagen of opgehaald gewoonlijk niet worden gebruikt om je te identificeren.
Marketing
De technische opslag of toegang is nodig om gebruikersprofielen op te stellen voor het verzenden van reclame, of om de gebruiker op een website of over verschillende websites te volgen voor soortgelijke marketingdoeleinden.
Manage options Manage services Manage vendors Read more about these purposes
Voorkeuren
{title} {title} {title}