{"id":2550,"date":"2020-07-29T13:19:53","date_gmt":"2020-07-29T12:19:53","guid":{"rendered":"http:\/\/www.stevebromley.com\/blog\/?p=2550"},"modified":"2020-07-29T15:41:28","modified_gmt":"2020-07-29T14:41:28","slug":"create-a-continually-improving-user-research-team","status":"publish","type":"post","link":"https:\/\/www.stevebromley.com\/blog\/2020\/07\/29\/create-a-continually-improving-user-research-team\/","title":{"rendered":"Create a continually improving user research team"},"content":{"rendered":"

How two documents, and regular critiques lead to high quality research studies.<\/strong><\/p>\n

Leading a growing research team can be challenging. Being a good line manager is a full time job in itself. As well as being responsible for the people, research leaders also set the bar for the quality of the work being done by the team. Making sure research is high quality can suffer when it relies on a single research leader to enforce best practice.<\/span><\/p>\n

When teams are small, a lot of the knowledge sharing which helps researchers excel can be managed through 1:1 interactions – talking amongst researchers and sharing best practice. However as teams scale this becomes more difficult, and it becomes necessary to document \u2018how we do research here\u2019.<\/span><\/p>\n

Having a defined research process, combined with a culture of continual improvement, can help with this. In this article we\u2019ll look at how to do this, and how defining and describing the research process can help research teams mature faster.<\/span><\/p>\n

Why describe \u2018how research works\u2019 to researchers?<\/span><\/h2>\n

User research informs the decisions that product teams are making throughout development. These decisions are usually time sensitive, and slow studies will miss opportunities to influence those decisions, reducing the impact of research. Over time, user researchers identify efficiencies to shave time off the research process, speeding up study preparation, analysis or debriefing.<\/span><\/p>\n

Research also needs to be high quality in order to earn trust and credibility from other disciplines. Studies go wrong in endlessly interesting ways. Participants go to the wrong building, the microphone is not turned on and audio is lost, or meeting invites are sent too late meaning that no-one comes to the debrief. Encountering these problems and deciding how to prevent them happening again means that the quality of studies is continually improving.<\/span><\/p>\n

Being both \u2018fast enough\u2019 and \u2018high quality\u2019 is essential for a new research team to have an impact. These requirements for \u2018speed\u2019 and \u2018quality\u2019 means that each research team independently identifies some best practise, such as \u2018what information do we give to participants before they attend\u2019, \u2018who do we inform when each study occurs\u2019 or \u2018where do we share our findings\u2019. This guidance is usually bespoke to each organisation, determined by who the decision makers are, where the team is situated and who researchers work with.<\/span><\/p>\n

Documenting the research process captures those best practices. This allows the knowledge to be shared, and prevent team members making the same mistakes – allowing a whole bunch of more interesting mistakes to be made instead. This is particularly valuable when training junior team members who are less experienced with running research studies.<\/p>\n

It also reduces the \u2018bus factor\u2019 for the research team – how much information would be lost if one or two key researchers were hit by a bus and their knowledge was lost. Less tragically, if key team members did decide to leave the company, documenting what they know helps ensure that the team\u2019s ability to deliver survives.<\/span><\/p>\n

Two documents to document research practice<\/span><\/h2>\n

At the heart of describing how research works are two documents, the research checklist and the knowledge base.<\/span><\/p>\n

The research checklist<\/span><\/h3>\n
\"\"

Part of a research checklist<\/p><\/div>\n

The research checklist describes every step that a researcher goes through for running a round of research. Starting from what to do before scheduling a research kick-off, it includes\u00a0 reminders for every step when preparing a study, and how to wrap up after a study is complete. <\/span>An example checklist can found on this list of research templates.<\/span><\/a><\/p>\n

Although the checklist works as a printed document, it could be made in trello or through other task management software. Template tickets can be made for each project, which makes tracking the progess of a new project simple. <\/span>An example of a research trello board, with checklist tickets, is also available as a free template.<\/span><\/a><\/p>\n

 <\/p>\n

Many of the steps on the checklist will link to more information, for example \u201ccontact the participant recruiter\u201d, could link to a page with the specific information on how to do that, and what information to include. That\u2019s where the knowledge base comes in.<\/span><\/p>\n

The knowledge base<\/span><\/h3>\n

Although the checklist can describe what the steps to run a study are, it doesn\u2019t give any information on \u2018how to do this\u2019. A knowledge base fills this gap.<\/span><\/p>\n

\"OneNote

OneNote is one way of storing research process information in a structured way<\/p><\/div>\n

A knowledge base is used to write down \u2018here is some relevant information on how to do\u00a0 this\u2019. Communal document writing tools, like OneNote or Google Docs, can allow the whole team to contribute templates, explanations and things to watch out for on each step of the research process.<\/p>\n

Some tools also support hierarchy, allowing structure to be created – such as having subsections under participant recruitment for sub-topics, such as \u2018what information do we need to give our recruiter\u2019, \u2018what are the contact details for our recruiter\u2019, or \u2018where do we keep the recruitment budget spreadsheet\u2019.<\/span><\/p>\n

By writing down this information, it will help disseminate it amongst the whole team, useful as team sizes grow and 1:1 knowledge sharing between all researchers is no longer possible.<\/span><\/p>\n

Critiquing the research process<\/span><\/h2>\n

There\u2019s a risk that describing how research works can freeze progress. Having \u2018this is how we do research\u2019 written down can discourage researchers from trying different approaches, and can become a crutch that reduces creativity. This is not what we want to encourage.<\/span><\/p>\n

When introducing these documents to a team, be clear that the research process isn\u2019t prescriptive, and a study doesn\u2019t have to be run using the checklist or the way advised in the knowledge base. Researchers should be free to use their professional judgement to decide what the best approach is – the goal from this process is consistency, but not uniformity. However when there are deviations from the \u2018normal\u2019 process, this should be investigated to decide whether there\u2019s anything new that the rest of the team could benefit from.<\/span><\/p>\n

To achieve this, after every study, the research team should run a critique of how the study went – focused on the research process, not the findings. This meeting should look out for:<\/span><\/p>\n