назад

Почему фасилитация – обязательный навык современного системного аналитика

Новость 25.09.2025
Системный аналитик – это специалист в области ИТ, который выступает связующим звеном между заказчиком и командой разработки. В традиционном представлении он должен виртуозно описывать интеграции, составлять безупречные ТЗ и мастерски выявлять требования. Однако в современных реалиях этих умений стало категорически недостаточно. Ценный, сложный и часто упускаемый из виду актив проекта – это совместное мышление команды и заказчика. Для его активизации важно владеть таким инструментом как фасилитация.

Фасилитация – это не просто «проведение встреч». Это структурированный процесс управления групповой динамикой, направленный на достижение конкретных, значимых результатов за минимальное время. Обычно слово «фасилитация» ассоциируется с agile- коучами и скрам-мастерами. Но именно системный аналитик, находящийся на стыке бизнеса и разработки, больше всех заинтересован в том, чтобы овладеть этим искусством.

5 причин освоить фасилитацию

Навык фасилитации кардинально меняют роль и эффективность работы системного аналитика. Разберемся, зачем ему становится фасилитатором?
  1. Для выявления истинных, а не озвученных требований. Любое требование рождается в дискуссии, столкновении мнений и в поиске компромисса. Фасилитаторские техники (например, мозговой штурм, ментальные карты, рефрейминг) позволяют уйти от диктата самого громкого голоса в комнате и дать слово всем экспертам, включая молчаливых интровертов. Это помогает обнаружить скрытые потребности, «подводные камни» и противоречия до начала разработки.
  2. Для преодоления конфликтов и достижения консенсуса. Разные стейкхолдеры (бизнес-пользователи, технические специалисты, менеджеры) часто имеют противоположные взгляды на одну и ту же проблему. Задача аналитика – не принять чью-то сторону, а помочь команде прийти к общему, аргументированному решению. Фасилитация предоставляет инструменты для этого: анализ «за и против», критериальное оценивание, матрицы приоритизации.
  3. Для радикального повышения эффективности коммуникации. Сколько часов было потрачено впустую на проектах из-за бесполезных, затянувшихся митингов? Фасилитация борется с этим путем: Четкой повестки и правил: все знают, зачем пришли и как будет проходить обсуждение. Тайм-менеджмента: жесткое, но справедливое распределение времени на каждый вопрос. Визуализации: использование флипчартов, досок и стикеров помогает структурировать мысли и буквально «увидеть» общую картину.
  4. Для ускорения процессов анализа и проектирования. Совместные фасилитированные сессии (например, Event Storming, User Story Mapping) позволяют за несколько часов проработать и согласовать такие объемные задачи, как проектирование архитектуры процесса, разбивка эпиков на пользовательские истории, проработка сценариев использования. Это в разы быстрее, чем затянувшаяся переписка по email и индивидуальные интервью.
  5. Для укрепления собственного авторитета и проактивной позиции. Системный аналитик, который может грамотно провести сложную рабочую сессию и помочь группе принять решение, перестает быть просто «тем, кто спрашивает и записывает». Он становится настоящим лидером мнений, катализатором прогресса и ценнейшим членом команды, которому доверяют и бизнес, и разработчики.

Как стать фасилитатором?

Первое, что нужно освоить – модель «Бриллиант Фасилитации», которая наглядно описывает путь мышления группы:

Первый этап – дивергенция (расширение). Команда изучает проблему. На этом этапе важно собрать как можно больше идей, точек зрения и данных, не критикуя их. Задача фасилитатора – расширить поле зрения. Например, с помощью мозгового штурма или метода «5 почему?» – это техника, которая помогает докопаться до истинной, корневой причины проблемы, а не довольствоваться поверхностным объяснением. Фасилитатор задает вопрос последовательно несколько раз, углубляясь в предыдущий ответ.

Пример применения метода «5 почему?» на практике:

Проблема: Пользователи не используют новую функцию в системе.

Почему? – Им неудобно её находить.

Почему? – Кнопка вызова функции находится в глубине меню.

Почему? – При проектировании интерфейса её разместили туда для экономии места.

Почему? – Не было проведено юзабилити-тестирование с реальными пользователями.

Почему? – Не заложили время и бюджет на этапе проектирования.

Итог: Вместо поверхностного вывода «функция неудобная» нашли корневую причину – процесс проектирования не включает этап тестирования с пользователями. Именно это и нужно исправлять.

Второй этап – зона дискомфорта (зона «стонов»). Критически важная переходная фаза обсуждения, которую многие пытаются проскочить. После генерации массы идей группа сталкивается с хаосом, непониманием, как все это структурировать, и кажущейся невозможностью найти общее решение. Наступает разочарование, дискуссия может буксовать («Ой, да мы никогда не договоримся!»). Задача фасилитатора – признать этот дискомфорт, нормализовать его («Ребята, это нормально, мы просто перерабатываем информацию») и мягко, с помощью правильных методов, вывести группу на этап конвергенции. Пропуск этой стадии ведет к некачественным и непроработанным решениям.

Подробнее по ссылке

Рекомендуем

Мероприятие 29.11.25

IT_One Java Meetup «Джедайские трюки Java, или Как оптимизировать приложения»

Мероприятие 29.11.25

Практика проектных метрик в разработке программного обеспечения

Мероприятие 29.11.25

Ирина Сокольская, IT_ONE: Секрет успеха — баланс hard и soft skills ИТ-специалистов

Мероприятие 29.11.25

Ирина Сокольская, IT_ONE: Секрет успеха — баланс hard и soft skills ИТ-специалистов

Мероприятие 29.11.25

Ирина Сокольская, IT_ONE: Секрет успеха — баланс hard и soft skills ИТ-специалистов

обсудить сотрудничество

Я даю согласие на обработку персональных данных в целях потенциального партнерства. С Политикой обработки персональных данных можно ознакомиться здесь.

Я даю согласие ООО «ИТ1» и компаниям на направление мне маркетинговых материалов и коммерческих предложений. Проставляя галочку, я также даю согласие на обработку персональных данных в указанных целях.

Возврат к списку