Навык фасилитации. Подготовка Важный навык для БА, правда? А | О бизнес-анализе и не только

Навык фасилитации. Подготовка

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

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

Поскольку кирпичей оказалось на приличный самосвал, разделим тему на части Подготовка и Проведение.

Итак, подготовка.

Это ваш фундамент и защита от провала. Если поведение людей при обсуждении контролировать сложно (но можно), то подготовиться - точно полностью в вашей власти.
Подготовка включает в себя:

1. Определить цель.
Довольно очевидный пункт, но давайте кратенько по самому важному.

Во-первых, цель нужно объяснить в начале встрече. И записать большими буквами на видном месте.
Во-вторых, часто цель нужно не только объяснить, но и продать. Дайте коллегам контекст, откуда цель взялась? Почему это для нас важно? Это значимо влияет на качество обсуждения.

Примеры целей:
○ Есть идея провести А/B тест, валидирующий такую-то гипотезу. Мы должны определить технический подход к реализации теста.
○ Скоро релиз большой фичи. Мы должны определить rollout plan.
○ По итогам последнего user research мы знаем, что 4 из 5 пользователей сталкиваются с такой-то проблемой. Цель встречи - брейншторм, как мы можем улучшить пользовательский опыт и убрать данную проблему.

2. Продумать план/агенду совещания.

Если вы проводите backlog refinement, то агенда проста: набор сторей, которые нужно зарефайнить.
Но если вы проводите брейншторм, или сессию по выработке того же rollout plan - вам нужно подумать над планом проведения. Каким именно путем за условный 1 час встречи вы придете к цели?

Например, если это брейншторм по решению проблем пользователей, то план может быть следующим:
1) объяснение проблемы с цитатами пользователей и видео момента, где пользователи сталкиваются с проблемой
2) примеры, как похожая проблема решается в других приложениях
3) важные технические ограничения
4) брейшторм идей
5) голосование участников за лучшие идеи.
6) next steps по итогам брейншторма

Качество ваших митов КРАТНО улучшиться, если вы будете продумывать ход встречи заранее.

3. Определить состав участников

Определив цель и план совещания, довольно легко понять, сколько и какого народа нужно приглашать. Основные моменты:
1) Чем больше народу, тем сложнее проводить встречу. Не приглашайте коллегу, если не уверены, что он необходим для принятия решения. Это будет и уважением к коллеге - адекватные люди терпеть не могу присутствовать на митах, где они не нужны

2) Если сомневаетесь, будет ли коллеге интересно\важно поучаствовать - спросите!

3) Если у вас есть стейкхолдер control freak, и его аппрув вам необходим - приглашайте на совещание. Банальная психология - принимал участие в выработке решения, странно его не аппрувить потом.

4. Подготовить пространство для проведения.

Зависит от цели и агенды. Если это backlog refinement - может быть достаточно открыть сторю в jira/wiki, и походу встречи уточнять требования, создавать таски и т.д.

Если брейншторм из примера выше - то явно нужно подготовить miro доску: добавить исходные данные, создать фреймы, стикеры и объекты для визуализации идей, продумать способ голосования за лучшие идеи (dot-voting? встроенная фича Miro)?

Встреча в оффлайне? Убедитесь, что есть доска, фломастеры, стикеры, бумага (виски, закуска ).

Ну вот и подготовились. В следующей части пойдем проводить!
#горопека_лайфхаки #горопека_техники