Jobs to be done

Photo of Jan Neudecker
Jan Neudecker
1 min. reading time

Jobs-to-be-Done (JTBD) is an approach that helps teams deeply understand the underlying reasons users choose certain products or services when they want or have to accomplish specific tasks or goals. Instead of focusing on individual features, JTBD emphasizes users' motivations, context, and desired outcomes---the actual "jobs" they need to achieve.

Clayton Christensen---one of the founders of the Jobs-to-be-Done theory---captures this idea clearly:

"Customers don't buy products. They hire them to do a job."

JTBD and User Stories

User stories typically follow the format:

"As a [user], I want [action], so that [outcome]."

The "so that" part is particularly significant as it describes the user's intended benefit, closely aligning user stories with JTBD thinking.

The key difference is:

  • User stories typically describe specific functionalities or features from the user's viewpoint.

  • JTBD takes a broader perspective initially, focusing first on clearly understanding the user's motivation and goals before considering specific solutions or features.

When to Use JTBD

Rather than being just an alternative to user stories, JTBD complements and enriches them. JTBD is particularly valuable:

  • During early product discovery, to clearly understand user motivations before exploring solutions.

  • When there's uncertainty about the real user need behind potential features.

  • To ensure teams avoid jumping prematurely into feature solutions without fully understanding user problems and desired outcomes.

In short, JTBD helps ensure that user stories---and ultimately, the products built---address meaningful user needs, aligning solutions clearly with customer value.

Related articles

A/B Testing

Find out what A/B Testing is all about and read more about the basics in our Agile Dictionary with some examples and tools to start your first A/B Test!

Acceptance Criteria

Acceptance Criteria are the conditions that a product or a user story must meet to satisfy the customer.

Capacity

Capacity is the work that can be completed in a Sprint. It is based on the number of working hours that the team has to develop.