Один исследователь, четыре команды: как я ограничиваю параллельные исследования

Сколько исследований можно вести одновременно без желания уйти жить в глухую тайгу?

Мой рабочий потолок — три. И то, если звёзды сойдутся, проекты окажутся на разных этапах, а кофе будет крепким. Поддерживать такую нагрузку каждый спринт я бы не хотела.

Я продуктовый исследователь в EdTech и работаю с четырьмя продуктовыми командами. У каждой свои фокусы, приоритеты и, что особенно увлекательно, разная аудитория.

В какой-то момент мозг начинает напоминать браузер с пятьюдесятью вкладками. Где-то играет музыка, но ты не помнишь где и судорожно кликаешь по всем подряд.

Чтобы не терять контекст, не скатываться в поверхностные выводы и не выгорать, я выработала несколько правил. Это мой способ договариваться о нагрузке — он не претендует на универсальную формулу.

1. Смотрю на состав задач, а не только на их количество

Три исследования — слишком условная единица измерения. Короткий опрос и серия глубинных интервью с последующим анализом занимают разное время и требуют разного включения.

Мой дополнительный лимит — не больше двух качественных исследований одновременно. Третьим может быть опрос, аудит или кабинетное исследование: работа с уже существующими данными и источниками.

Метод при этом определяется исследовательским вопросом. Если нужны глубинные интервью, заменить их опросом ради удобного расписания не получится. Зато можно договориться о сроках и составе всего портфеля задач.

И нет, количественное исследование не обязательно проще. Для меня такой баланс прежде всего позволяет чередовать виды работы и не проводить всё время в интервью.

2. Развожу проекты по этапам

Даже два исследования могут оказаться тяжёлой нагрузкой, если по обоим одновременно идут интервью, а отчёты нужны к одной пятнице.

Мне проще, когда по одному проекту мы обсуждаем задачу, по второму проводим интервью, а по третьему запускаем опрос или завершаем отчёт.

Но разные этапы сами по себе ещё ничего не гарантируют. Анализ интервью и подготовка выводов тоже требуют большого куска внимания. Поэтому я смотрю не только на даты полевых работ, но и на то, когда мне предстоит разбирать данные и обсуждать результаты с командами.

В календаре должно помещаться не только общение с респондентами, но и время понять, что они вообще нам рассказали.

3. Приоритизирую вопросы внутри исследования

Если команда приходит с двадцатью гипотезами, мы садимся и разбираем, какие решения она собирается принять по результатам.

Что нужно выяснить прямо сейчас? Что действительно изменит следующий шаг команды? Какие вопросы можно оставить на потом?

Так проще сократить объём исследования и сохранить глубину по важным темам. Иначе есть риск понемногу поговорить обо всём и растянуть задачу и интервью.

Любопытство у исследователя безразмерное. Рабочая неделя — пока нет.

4. Подключаю команду к проведению исследований

Когда нагрузка зашкаливает, я подключаю саму команду. Дизайнер может провести юзабилити-тесты, продакт — часть глубинных интервью.

Но здесь есть условие: участие команды помогает, когда человек понимает задачу и умеет проводить такую работу либо готов делать это с поддержкой исследователя.

Нужно заложить время на подготовку, обсуждение гайда и разбор первых сессий. Часть моих коллег уже не раз проводили интервью и поэтому я могу им только напоминать основные правила или сложные для них места. Но на это тоже нужно закладывать время.

5. Планирую исследовательских бэклог с командами

Я стараюсь подключаться, когда команды планируют задачи на следующий период. Так появляется шанс увидеть пересечения до того, как четыре срочных исследования одновременно упадут мне на голову.

Заодно можно раньше разобраться в сложной задаче: обсудить неопределённости, посмотреть первые варианты решения, понять, что именно предстоит проверить.

Когда проект доходит до исследования, я уже в контексте. Мне не нужно срочно восстанавливать всю историю, а задачи разных команд меньше смешиваются в голове. Это не отменяет переключений, но делает каждое из них немного дешевле.

У команды тоже есть предел

Есть ещё одна сторона параллельной работы — способность самой команды использовать результаты.

Можно провести несколько исследований подряд с одной командой, но команде нужно время обсудить выводы, соотнести их с другими данными и принять решения. Если сразу запускать следующий ресерч, предыдущий рискует остаться прочитанным отчётом.

А если вести несколько ресерчей с ними параллельно, где дизайнер вынужден и к тестам подключаться и легко в двух фичах изменения при необходимости вносить — вот тут можно всем вместе и «поплыть». Стараемся беречь друг друга, но и задачи закрывать вовремя!

А как у вас устроена параллельная работа? Ограничиваете количество проектов, считаете загрузку по этапам или договариваетесь отдельно с каждой командой?

Источник: habr.com

0 0 голоса
Рейтинг новости
1
0
Подписаться
Уведомить о
0 комментариев