Created with Sketch. Created with Sketch.
Last updated on

What’s Epic, User Story and Task in Scrum Work Hierarchy

Your Scrum Team should be very much familiar with Epic, User Story and Task. This blog post will explain these terms in Scrum work hierarchy.

epic

The moment you start using Scrum, you will encounter a lot of technical terms that you have to be familiar with. But that’s fine. Three terms that you will be using in all your Scrum activities are epic, user story, and task. It is important to fully understand what they are so your team can overcome big or small challenges in delivering the product that meets the expectations of your customers.

 

As you continue incorporating Scrum in your agile team, you will realise that this framework is the best way to complete a project and develop a product that your customers want.

AGILE IMPLEMENTATION GUIDE

AGILE IMPLEMENTATION GUIDE

Do you want to create an agile, flexible and fast company but you do not know where to start? The Agile Implementation Guide was created based in several years of Agile Implementations operated in Europe!

DOWNLOAD THE GUIDE

Epic

An epic is a large story that cannot be simply achieved in a single sprint. Usually, it takes months to accomplish an epic. It typically refers to a set of requirements that have not been rationalised into user stories yet. Think of it as a big goal that is yet to be simplified and divided into several tasks for your agile team to work on them.

 

Epics are usually broad in scope, lacking in details, and are meant to be split into multiple, smaller stories before they can be worked on. Epic is usually regarded as the ‘top tier’ or a work hierarchy. Breaking it down into daily tasks, called ‘user stories’, helps an organisation achieve its overall business goals.

 

Important guidelines when creating an epic:

  • Create epics that managers and executes would want to track.
  • An epic could be a product feature, customer request or business requirement.
  • Let your organisational culture dictate the size of your epic.
  • Epics should not take too short or too long to complete.
  • Burndown charts can be used to measure epics and give an actual and estimated amount of work to be done.

Examples of Epics:

  • As a bank, we want to extend our services by offering life and health insurances.
  • We want to add a biometric recognition to increase security without hassle.
  • As the marketing department, we want to create an interactive app to cater to more customers.
Digital Leadership Accelerator

Digital Leadership Accelerator

Do you want to build a Digital Product Company but you do not know where to start? Our Digital Leadership Accelerator teaches You How To Do It! Become A Highly Recognised Digital Leader In Your Industry By Leading Your Digital Product Company!

DOWNLOAD THE BROCHURE

User Story

The User Story is simply the list of items that need to be done within a project. Think of it as a to-do list. This is owned by the Scrum Product Owner. The Scrum master, stakeholders and the scrum team contribute to the completion of the backlog items.

 

The idea is to break down a product into shippable pieces so that the large project can be done successfully. Epics can involve multiple teams and multiple projects, and can be tracked on multiple boards.

 

A user story is very high-level definition of the project requirements. It contains just enough information to give the Scrum team proper context as to what the final product should be like, and for them to calculate an estimation for the completion. It is an agile approach that helps shift the focus from writing to talking about them.

 

Important guidelines when writing a user story:

  • User stories are short, simple descriptions written throughout the agile project.
  • Although it is owned by the PO, anyone can write the user story.
  • It is expressed in plain language so the customer can understand what the final product is all about (in case of software, what it should accomplish).
  • It answers the ‘who’, ‘what’ and ‘why’ of a project in a simple language.
  • User stories are regarded as the “heart of Scrum” because they serve as the ‘building blocks’ of the sprint.

Template for writing a user story:

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

Examples of User Stories

  • As a user, I want to migrate all my data backup in a cloud system to free up my device.
  • As a student, I can order official transcripts online to save time.
  • As a consumer, I want to shop grocery items from a mobile app so that I could skip the lines in the store.

Task

Below each epic is a more detailed set of user stories. And for those stories to turn into workable components, the Scrum team has to identify and sort tasks.

Scrum tasks are detailed pieces of work that are necessary to complete a story.

 

Tasks can range from a few hours to several hours (usually up to 12) and are assigned to team members who have the skills or expertise to do them.

 

Take note that a story is not considered complete until all tasks under it are done.

 

Tasks are placed on a Scrum Board for easy tracking. Generally, the Scrum Board is composed of the following categories:

  • Stories
  • Not started – the tasks that are yet to be worked on.
  • In progress – tasks that the Scrum team are doing.
  • Done – tasks that are completed.

The Scrum Board serves as a very useful visual tool that lets your agile team easily keep track of the sprint. The board should be updated on a daily basis. This does not only help your team sustain momentum but also gives you a clear idea of where you’re at in a particular sprint (whether you are lagging behind or just on time) and make adjustments as necessary.

 

It is usually the Scrum master who creates the task board but it is the responsibility of everyone, particularly the agile team members to update it.

PROJECT TO PRODUCT WEBINAR

PROJECT TO PRODUCT WEBINAR

Learn the one critical strategy to design the most successeful Digital Product Companies. A Must-Have Webinar For Any Leader That Is Serious About Building A Digital Product Company.

REGISTER FOR THE WEBINAR

Summary

For a successful Scrum Sprint, learning how to write epics, stories and tasks is essential. Basically, these three are the foundations of a sprint, giving your agile team a crystal-clear picture of what needs to be done, who needs to do it, and why it should be done.

 

One unique characteristic of the scrum methodology is that it is very time-sensitive. It is designed to accomplish goals in less time, with less error. To do this, it all starts with creating a high-level goal for the project or product development, known as the epic.

 

To achieve the epic, there has to be a more detailed use story, followed by a set of tasks that are specific and time-bound. Of course, there are tools that can be used to simplify these processes and make the agile teamwork efficiently and productively.

Did you like this article?

We enable leaders to become highly valued and recognized in order to make an impact on the World by helping them to change from project centric to product led organisations, we do this by applying our own ADAPT Methodology®.

 

If you want to know how we can help you check the page: Work With Us.

Will You Succeed Or Fail As A Leader In Designing Your Digital Product Company?

Will You Succeed Or Fail As A Leader In Designing Your Digital Product Company?

If you want to know more about your company's digital product development maturity just take this scorecard. It will help you to identify all the different areas that you can improve and build a truly Digital Product Company.

TAKE THE SCORECARD

Luis Gonçalves

About Luis Gonçalves

https://www.linkedin.com/in/luismsg/

Luis Gonçalves is an Entrepreneur, Best Seller Author & International Keynote Speaker that works exclusively with Senior Executives of 7 to 8 figure businesses on the deployment of his game-changing ‘The ADAPT Methodology™’.

Comments

Share your point of view