The key to thrive in the competitive environment is without a doubt to focus on the User Experience.

займ на карту мгновенно круглосуточно без отказазаймы онлайн отзывы
People simply won’t pay money for a product that doesn’t fit their needs.

Don’t let people’s misconceptions and lack of understanding keep you from doing User Research in your Agile Team to create world class products.

Agile has taken over the software industry. According to this 2015 survey only 2% of companies still operate under waterfall.  Simply, Agile pays.

Agile teams can quickly adapt to the change in user preferences. And User Research is the tool to sense this pulse.

There are plenty of misconceptions that stand in the way.  Here are some practical recommendations to make them work together.

There Is No UX without the User

At the core of UX sits User Research, a set of techniques to understand user behaviors, needs, and motivations through observation and measurement.

There are specific User Research activities that can help you at every stage of the product development process,

The challenge is to identify which one is right for the problem you want to solve and to allocate sufficient time to run it and get value from it.

User Research Myths

When you introduce User Research to an Agile Team, you’ll hear things like this,

“Going in depth takes too long”

“It’s somebody else’s work”

“Oh no, that’s expensive”

“It’s very difficult”

“We’re an Agile team, there’s no time in this Sprint”

These myths are the result of a shipping mentality.  Work is rewarded based on how many features are shipped and not on how much we are changing user behavior towards our business goals.

Typically under Agile there is no distinct discovery step.  Discovery research and requirements are oftentimes conflated.  Development is guided by a mock that may or may not reflect what users really want.

Typically this “discovery” work does not have an owner. There is no dedicated time to explore users’ motivations, expectations, or how they use your product. At best, product owners come up with design specifications barely in time before development starts.

Breaking the Myths

To incorporate User Research activities in your Agile process the whole team must shift to a user-centric vision of the product.  Change begins when learning about users is at the core of their work.  Yes, you will still ship features, but these will be aligned to change user behavior and improve the product.

1. Test small hypothesis

Evaluate small portions of your product by formulating a hypothesis on how to solve a problem with a new design or feature. For instance, you could say, “In order to lower support tickets by 30%, we could add a moderator role to the interaction.” (We have a webinar about this)

All of a sudden the work changes.  Now the goal is to reduce tickets, not shipping a particular feature. This means that the team will explore options like creating a moderator role. They can research that simple idea with customers.

Test small and often.

2. Assign the discovery work

In order for UX Research activities to be taken seriously, they have to be visible and be prioritized.  It has to be included in the backlog.  And it can’t be ignored.

This is another step to shift from a culture of delivery to a culture of learning.

3. Customize the activity

The fast pace of the Sprints might not allow to go deep into user research.  You must get creative about the methods you use. For example, you can test the usability of a small portion of the product with regular interview questions.  This way you maximize the time.

You can also recruit users familiar with the product so they don’t spend tons of time going through the learning curve.

You could schedule regular research sessions with users.  This makes it a weekly routine and everybody knows it’s “User Research day.”

In the end what matters is applying the right technique to find the answer to your question.

4. Involve the whole team

To build a shared understanding of the user problems there’s no substitute to inviting everybody from the team to the sessions. Witnessing users struggle with the product will motivate people to go and fix it immediately.

Ideally, instruct others to run the sessions themselves.  Initially they could take notes, speak to the customers, and ask single questions. Over time they will get so used to the process and will be capable of running in on their own.

User research in agile teams

Tips for On-site Teams

Atlassian did a great work building their own User Research lab. Theirs is by no means an expensive, fancy lab. It’s more about creating a space where this discovery work can be done.  More than that, it is creating the right team mentality around user problems.

Check out how they built their lab.

Tips for Distributed Teams and Remote Users

You can easily run User Research activities remotely.

Conduct remote usability tests through video calls. You can record the action in the screen using Quicktime, while still seeing the reaction on your user’ face.

Create affinity diagrams using virtual sticky-notes in Google Slides or similar.  While not ideal, this workaround is pretty helpful when the other option is to have no UX Research at all.

Use tools like or for recruiting users and put your products in the hands of customers as soon as possible.

Run tree tests, card sorting, surveys, and more with Optimal Workshop.

Prioritize your backlog with FeatUR’s customer satisfaction survey.

User Research within Agile is Possible (and Desirable)

It will take time, but you can help your team integrate the voice of the customer into their work. The time spent making this happen is worth every second.

Everybody from your team will benefit,

You cannot create meaningful solutions without customer input.  And people simply won’t buy products that don’t fit their needs.

Learn more about User Research in Agile Teams

Watch our webinar: How to Do User Research in Agile Teams with Georgie Bottomley, Senior UX Research at Atlassian.