Developing Epics For Product Owners

The term ‘epic’ in agile refers to a large user story that has not yet been defined in detail. Typically, an epic will cover a single business process that must be fully completed as a whole for the business value to be realized. These user stories are described as epics because they will require refining over multiple cycles before they can be considered done.

How to Use Epics

The use of epics is very helpful to the Product Owner because it means that they can describe and note down the high-level functionality of the user story, but they do not have to dive into the detail yet. The Product Owner will initially use the epic as a container to broadly capture the requirement and will add this as an item in the Product Backlog. It acts as a placeholder until it is turned into a group of fully formed user stories at a later stage.

Epics will always be placed lower down in priority in the Product Backlog by the Product Owner. The reason for this is that, as soon as they become high priority items, the first step will be to break the epic down into user stories that are of a size that can be delivered within a sprint. Because of this, the Product Backlog is sometimes referred to as having the shape of an iceberg, with the larger epics at the bottom and the most granular and well-refined stories at the top. Both epics and user stories can be divided up into smaller pieces of work, and this hierarchy can be stretched to whatever level is necessary and makes sense. In other words, larger epics can be split into smaller epics, and these are then split into stories, which can be further refined into smaller stories, and so on.

Techniques for Collecting Epics

There are a number of methods that can be used to pull together the information that is needed to define epics and the subsequent collection of broken down user stories. Some of these methods are described below.

Interviews

Interviews tend to be the default technique used to collect user story requirements. However, while this is one of the more common methods, it takes a certain amount of skill to be able to use this process effectively. The reason for this is that the users themselves are not normally very clear about what they need. In order to clarify exactly which features would help them to simplify their tasks, the Product Owner must be adept at asking the right questions and following up with more context-specific inquiries, while at the same time being careful to keep the query open-ended enough to tease out any important pieces of information.

Observations

A good way for the Product Owner to understand how users use a system, and to find out what changes they need, is to watch them using it. This can be done either by simply going along to their workspace and observing them while they perform their daily tasks, or actually asking them to demonstrate how they would carry out a specific function. Both these techniques can provide valuable insight into the actions that a user will take, and can sometimes uncover scenarios that would otherwise have potentially remained hidden.  

<– Continue Reading –>

Our Book Recommendations

We found these books great for finding out more information on Agile Scrum:

Master of Agile – Scrum Product Owner With 59 Seconds Agile (Video Training Course)

Introductory Offer: Free Course

What is this course?

This ‘Master of Agile – Scrum Product Owner With 59 Seconds Agile (Video Training Course)’ provides an in-depth understanding of the Scrum Product Owner roles and responsibilities

You will explore the Agile Scrum project life-cycle, including how an Agile User Story is created, to how we know when it is ‘done’

This course is aimed at those with or without prior knowledge and experience of the Agile values and principles

During this course you will learn the tools needed to succeed as a Scrum Product Owner

What will you learn?

You will gain an in-depth understanding of the Scrum Product Owner roles and responsibilities, and you will be able to

  • Fully understand the role of the Scrum Product Owner
  • Understand the roles involved in an Agile project
  • Create an effective Product Backlog
  • Effectively participate in Scrum Meetings such as the Daily Stand-up, Sprint Review and Retrospective
  • Identify the roles involves in the Scrum Team

What topics are covered within this course?

You will cover the following topics during this course:

  1. An Introduction to Agile Project Management (Product Owner)
  2. The 12 Agile Principles (Product Owner)
  3. The Declaration of Interdependence (Product Owner)
  4. Introduction to Scrum (Product Owner)
  5. Scrum Project Roles (Product Owner)
  6. The Agile Project Life-cycle (Product Owner)
  7. Acceptance Criteria and the Prioritised Product Backlog (Product Owner)
  8. Epics and Personas (Product Owner)
  9. Sprint Planning (Product Owner)
  10. User Stories (Product Owner)
  11. The Daily Scrum (Product Owner)
  12. The Product Backlog (Product Owner)
  13. Scrum Charts (Product Owner)
  14. Review and Retrospective (Product Owner)
  15. Validating a Sprint (Product Owner)
  16. Releasing the Product (Product Owner)
Translate »