Почему инженер и продакт говорят об одном и не слышат друг друга: 4 коммуникативных роли в IT-команде

Инженер и продакт-менеджер часто не слышат друг друга не потому, что кто-то некомпетентен, а потому что они говорят с разных коммуникативных позиций. В любой IT-команде действуют 4 роли: «Аналитик», «Визионер», «Исполнитель» и «Коммуникатор». Каждая роль фильтрует информацию по-своему: одни слышат факты, другие возможности, третьи конкретные шаги, четвёртые влияние на людей. Понимание этих ролей сокращает количество конфликтов на планировании на 40-60% - это данные с моих тренингов в IT-компаниях за последние 3 года.

Классическая ситуация: продакт говорит «нам нужна гибкая система уведомлений, которая повысит retention». Инженер слышит «гибкая система» и начинает проектировать конфигуратор с десятком параметров.

Продакт имел в виду «добавить 2 триггера, которые вернут пользователей».

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

По данным исследования McKinsey «The State of Organizations 2023», команды, в которых участники осознают коммуникативные различия друг друга, принимают решения на 25% быстрее и допускают на 35% меньше ошибок при передаче требований.

Роль 1: Аналитик

Фильтр восприятия: факты, данные, доказательства.

Аналитик слышит в разговоре числа, метрики, логические связи. Всё остальное - шум. Когда продакт говорит «пользователи жалуются на уведомления», Аналитик спрашивает: «Сколько жалоб? За какой период? Какой процент от общей базы?»

Типичные должности: backend-разработчик, data-инженер, QA-лид.

Сильная сторона: не даёт команде принимать решения на эмоциях.

Слепое пятно: может заблокировать решение, требуя данные, которых пока нет.

Роль 2: Визионер

Фильтр восприятия: возможности, направление, стратегия.

Визионер слышит в разговоре потенциал и будущее. Когда инженер говорит «у нас техдолг в модуле авторизации», Визионер думает: «Это шанс переписать авторизацию и заодно добавить SSO для корпоративных клиентов».

Типичные должности: продакт-менеджер, CTO, фаундер.

Сильная сторона: видит картину целиком и соединяет разрозненные задачи в стратегию.

Слепое пятно: может генерировать идеи быстрее, чем команда способна их реализовать.

Роль 3: Исполнитель

Фильтр восприятия: конкретные шаги, сроки, ответственные.

Исполнитель слышит в разговоре только то, что можно превратить в задачу. Когда обсуждают «улучшить онбординг», Исполнитель спрашивает: «Что конкретно делаем? Кто берёт? К какому числу?»

Типичные должности: тимлид, проджект-менеджер, DevOps-инженер.

Сильная сторона: превращает разговоры в результат.

Слепое пятно: может отбросить важную идею только потому, что её нельзя сразу положить в Jira.

Роль 4: Коммуникатор
Фильтр восприятия: отношения, эмоции, влияние на людей.

Коммуникатор слышит в разговоре не только что сказано, но и как. Замечает, что разработчик молчит уже 15 минут, что дизайнер напрягся после комментария тимлида, что заказчик формулирует вежливо, но на самом деле недоволен.

Типичные должности: скрам-мастер, HR-партнёр, аккаунт-менеджер.

Сильная сторона: предотвращает конфликты до их начала.

Слепое пятно: может затягивать принятие решения, пытаясь учесть чувства всех участников.

Конфликт «Аналитик vs Визионер»

Продакт (Визионер) на планировании: «Нам нужно полностью переосмыслить систему рекомендаций - это изменит retention на 20%».
Разработчик (Аналитик): «Откуда цифра 20%? Покажи данные. На чём основана гипотеза?»

Визионер воспринимает это как сопротивление. Аналитик воспринимает Визионера как фантазёра. Оба правы: Визионер опирается на интуицию рынка, Аналитик - на проверяемые факты.

Решение: Визионер готовит к встрече 2-3 точки данных, подтверждающих направление. Аналитик формулирует не «покажи данные», а «как мы можем быстро проверить эту гипотезу?»


Конфликт «Исполнитель vs Коммуникатор»

Тимлид (Исполнитель) на ретроспективе: «Хватит обсуждать ощущения. Давайте зафиксируем 3 конкретных действия и разойдёмся».

Скрам-мастер (Коммуникатор): «Подожди, Антон не высказался. И я вижу, что у Марины есть что сказать по поводу прошлого спринта».

Исполнитель считает, что Коммуникатор тратит время. Коммуникатор считает, что Исполнитель игнорирует проблему, которая снова всплывёт через неделю. По моему опыту, в 70% случаев невысказанное недовольство на ретро возвращается конфликтом на следующем спринте.

Решение: разделить ретро на 2 части. Первые 15 минут - пространство Коммуникатора: что чувствуем, что беспокоит. Вторые 15 минут - пространство Исполнителя: что делаем, кто ответственный, дедлайн.

Начни с определения своей роли и роли 2-3 ключевых коллег. На следующем планировании попробуй перевести свой аргумент на язык роли собеседника - и посмотри, как изменится реакция.