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 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.
Test small and often
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”
- “There’s no time in this Sprint”
These myths are the result of a “just ship it” 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 gathering are oftentimes conflated as one taks. 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.”
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.
- Product Managers will save money. They can make sure they’re building the right thing, and they will save time to keep grooming the product even further.
- Designers will be confident about their design decisions. They will have a better understanding of the problem, and they will constantly validate their assumptions with real users.
- Developers can see their work being used in the wild. They can ideate alternative solutions to the problem being observed, and they will develop empathy for the mere humans utilizing what they produce.
Create a space where this discovery work can be done
Build a Discovery Workshop
Atlassian did a great work building their own User Research lab. Theirs is by no means an expensive or 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 Atlassian built its 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.
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.
For More Information…
To learn more about how to integrate User Research and Agile, don’t miss the upcoming UX Webinar.