Convivio Cookbook
  • Introduction
  • Our Business
    • The Convivio brand
    • What do we do?
    • Our work for clients
    • Our Purpose
    • Our Pulse
      • Big Rocks
      • Problems
    • Company Policies
      • Environmental Policy
      • Anti-Bribery Policy
      • Fair Tax Policy
        • Dividends policy
        • 2020 Results and Tax
        • 2019 Results and Tax
        • 2018 Results and Tax
        • 2017 Results and Tax
  • Our Team
    • Help! I'm new. How do I get started?
    • Starting at Convivio
    • Staff Benefits
    • Being a buddy
    • Having a buddy
    • Free-Range Working
    • Convivio Fridays
    • Notes: give & receive feedback
    • Security Screening
    • Submit Expenses
    • Purchases
    • Your home working environment
    • People Analytics
    • Recruitment
      • Help Card: Writing a Person Profile
      • Help Card: Writing a Job Description and Advert
      • Help Card: Publishing a Job Advert
      • Help Card: Reviewing CVs
      • Help Card: Preparing and Conducting Structured Interviews
      • Help Card: Preparing and Conducting Remote Working Interviews
    • Team Policies
      • Security Policy
        • Acceptable Use Policy
        • Business Continuity Management
        • Data Usage Policy
        • Document Access Policy
        • Mobile Equipment Policy
        • Two-Factor Authentication (2FA)
        • VPN Guide
      • Equal Opportunities
      • Grievance Procedure
      • Disciplinary Procedure
    • Taking time off work
      • Holiday
      • Sickness
    • Peer reviews
    • Mental Health
      • Mental Health Training
      • Mental Health First Aid
      • Returning to work
      • Resources
    • Continuing Professional Development
      • CPD Annual Planning
      • CPD Sprints & Scrums
      • CPD Annual Review
      • CPD Annual Retrospective
  • Our Clients
    • Principles For Building New Client Relationships
    • Researching
    • Connecting
    • Nurturing
    • Assessing
    • Learning and Thinking
    • Pre-qualification questionnaires
    • Proposing
    • Agreeing
    • Beginning
    • Inspiration
  • Our Marketing
    • Content Publishing
      • Git Repository Conventions
      • Help Card: Writing a Case Study
    • Brand Guidelines
      • Content Guidelines
      • Branded Documents and Reports
  • Our Tools
    • Infrastructure
      • External Firewalls
  • Internal Projects
    • How we improve our business
  • Client Projects
    • Delivery Launch
    • Delivery Team
      • Convivio People
      • The Coach
      • User Researcher
      • Other Team Members
    • Digital Strategy
    • Discovery
      • Discovery Briefing
      • Discovery Planning
      • Discovery Modules
      • Discovery Findings
      • Discovery Principles
      • Prepare for prototyping
    • Prototyping
      • Inputs to Prototyping
      • Prototyping Objectives
      • Prototyping Inception
      • Prototyping Sprints
      • Prototyping Outputs
    • Build
      • Inputs to Build
      • Build Kickoff
      • User Stories
      • Backlog Management
      • Backlog Scouting
      • Sprint Planning
      • Sprinting
        • Daily Standup
        • Story Lifecycle
        • Design in Sprints
        • User Testing in Sprints
        • Quality Control in Sprints
      • Sprint Review
      • Sprint Retrospective
    • Service Management
    • Digital Service Standards
      • Delivery Methodologies
        • Scrum
        • Kanban
        • Lean
          • Technical Standards
        • Code Quality
        • Testing
        • Automation
          • Security Standards
          • Quality Standards
          • Risk Standards
    • Delivery Governance
      • Steering Group
      • Risk Management
        • Risk Attitude
        • Assessing Risks
    • Delivery Help Cards
      • Help Card - Sprint Planning
      • Help Card - Sprint Review
      • Help Card - Sprint Retrospective
      • Help Card - Product Owner Feedback
      • Help Card - Common Issues
      • Help Card - Slack
      • Help Card - Github
      • Help Card - Trello
  • Our Recipes
    • Convivio Classic Cocktails
      • Ingredients
      • Tips and Techniques
      • Martini
      • Negroni
      • Manhattan
      • Old Fashioned
    • Potage Dubarry (or, creamy cauliflower soup) with spiced green pepper
    • Roasted Sweet Potato in a Herb and Nut Salad, with Maple Chilli Dressing
    • Aubergine Curry
    • Vegetarian Paella
    • Easy Ice Cream
Powered by GitBook
On this page
  • Focus on the user
  • Describe the thing
  • Show me an example
  • Why are user stories so important?
  1. Client Projects
  2. Build

User Stories

What’s your objective? To write your requirements from the point of view of the user, describe them well and be clear about the value and how it fits with the overall project objectives.

User stories are short descriptions of a features from the point of view of the user. The user might be a customer or a member of staff. Although many user stories begin life on a napkin or postit note they will eventually be added to a system such as Rally or Pivotal so that we can share them with our distributed teams.

User stories are generally written as:

  • As a [type of user]

  • I want [a thing, a goal]

  • So that [value added]

The reason we write stories in this way is to (a) make sure that stories add real value and (b) the structure helps promote discussion among the team. Those discussions, when we disect stories, question the value, discuss with the actual user and agree an approach to a solution are what drives real quality into our approach.

It’s not vital to use this exact structure, it’s just a guide. If your story is difficult to write in this format then find a way that works for you but remember what’s important when writing your stories.

Focus on the user

It’s so important to understand the user when writing stories. The reason we write user stories is to solve problems. Generally we write stories when we’ve discovered a problem or we need a new function for a user. For example, it’s reported that there is no facility to reset a password, no way to search for products, no way to book an interview slot or no way to edit an email template.

Who is the user? What is their function? Are they a customer? Are they an admin? Should they really have access to this function?

Describe the thing

This is the solution that’s going to solve the problem. Describe what you want in detail. What is it you need the story to deliver? Keep the delivery team in mind as you write this.

Show me an example

You: I want people to be able to book their interview slots Me: Who are these people? What kind of user are they? What is their role? What will they want to achieve? Why do they need this? You: As an interviewee, I want to be able to book my own interview slot online, so I can quickly and easily arrange this to fit in with my work schedule

Very quickly you’ve explained the problem clearly, I know who you are, specifically what you need and why. By understanding the what and the why we can discuss and explore the possible solutions to help with our estimates during project planning.

Why are user stories so important?

You’re writing this story to deliver value to the overall delivery. How does this story fit into the overall project objectives? Where will this fit in the bigger project picture? Use this part of your story to really sell what it’ll deliver and the benefits it’ll deliver. Every story is a piece in the jigsaw.

PreviousBuild KickoffNextBacklog Management

Last updated 7 years ago

Next stage:

Backlogs and Priorities