AR2021-A Research Skills Evolution (Dave Hora, Dave’s Research Company)


-
As junior researchers focus on execution of basic research
-
Mid-level focus on synthesis work
-
Finally, there is a full strategic role, that owns the whole process
-
So I’m starting to build answer
-
Goal of presentation is to share a model of how User Research Skills evolve

-
500 researchers participated
-
65 organizers, 30 cities across the world


-
47 Craft skills (or general patterns), specific to task of user research
-
13 human skills
-
6 tools/frameworks for teams/individuals to use, a number that is growing
-
References Christopher Alexander style pattern languages and Wardley mapping

-
Craft skills refer to the technical skills user researchers need to have, such as being able to conduct interviews
-
Human skills are not about craft, but working in human context
-
For research work to “work”, researchers need to know how people will use work and how they can take and make the work their own
-
They are not as fully developed as Craft Skills, but need to be recognized and developed

-
Each skill explains how to answer the human needs behind any research project.
-
The skill explains what needs to be done, but not necessarily how to do it, so that it can be applied to a researcher’s local context

-
My group took participants into a workshop, and asked participants to select the three most useful skills in their existing practice (shown in green) and three most desirable skills (shown in orange)
-
All participants had years of experience, whether in-house or in consulting roles
-
I can see it in community discussions as well as conference talks

-
There is a marked flip in how participants rated skill, as they saw it as a more useful than a desirable skill.
-
After 12 years of experience, it becomes the highest rated research skill out of all the workshops
-
The spirit of the skill is training others to do research, and evangelizing UX research itself
-
Taking the work done by researchers, and allowing it to live on itself

-
The value chain starts with a user need, and from there the need is decomposed to the foundational acts required for that user need to be fulfilled
-
Skill One: Amplifying a research practice, so that people can use the insights/techniques when needed
-
Skill Two: Providing strategic direction and initiative
-
For example, building a research practice from ground up, require a set of basic skills like:
-
Basic Testing
-
Interviewing Ope
-

-
Moves from skills you manage for yourself like interviewing, to communicating entire product area to the organization

—> From understanding the progression of a research career, I will pull in a Wordley mapping to capture evolution of researcher skills


-
From New/Uncharted to Teachable/Consolidated


- Research Coordinator for a year, and found building a base with usability testing and learning to run live interviews

-
Now skills have moved to the right, and created new space for a base of higher-order skills on top of base skills
-
Need to figure out how much of one skill to develop to move onto the next

-
All skills to run interview project have consolidated to the right
-
Now focused on structured modeling like broadcasting, jobs-to-be-done, etc.
-
Interesting work, but team knows you can do basic stuff
-
There is risk of not having the bandwidth to do higher-level work
-

-
Now focused on integrating practice with service delivery and development cycles
-
Learning how to set strategic direction and business alignment
-

-
Basic recruiting moderation that person has to deal with takes time from higher-level research work that could be done

-
People must always be evangelizing the research practice, but there is no clear path for what’s next


—> First question is Strategic Planning: How do you know where team is and where it needs to go?

-
You can reference skill-assessment and ask teammates to bring assessment to retrospective

—> Ask teammates to draw out map of what was rated, and put where they think they’ve moved the most in the quarter (green), and where they’d like to go (red)



-
Including in-house capabilities that can be developed for the team

-
It’s a warning for thos on the team who want to jump ahead
-
Model shows bottom-up view for team capability

-
Getting problematic based on tools used, and how people interact as they move between teams


-
Model specific research activities in each context


-
Lets projects be adapted to context
-
As well as repository of best practices
-
Onboarding material


-
Any org that uses language, must need to align language with their own specific tools
-
Need way for new patterns to be contributed and added back

—> We always need tools for adoption, use, and pathways for teams to contribute to new development

-
Everything else matters is tools work for you and can be used for them.

- Thank you!
Q&A
No questions were captured for this talk.