Как я спасла команду от выгорания на токсичном проекте: колесо эмоций и парабола вместо совещаний

Однажды я вела проект, который методично уничтожал мою команду — не технически, а эмоционально. Расскажу, как мы с этим справились и какой инструмент теперь использую на каждом сложном проекте.

Что пошло не так

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

Команда к такому подходу не привыкла. Люди начали срываться — не на заказчика, а друг на друга и на задачи. Появилась апатия, раздражение, ощущение бессмысленности работы. Несколько человек честно сказали, что хотят уйти с проекта. Это был сигнал: нужно что‑то менять.

Почему стандартные инструменты не работали

Встречи «один на один» проводила постоянно. Но индивидуальные разговоры не показывали общую картину состояния команды и не создавали ощущения, что мы едины в текущей ситуации.

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

Инструмент: колесо эмоций + парабола

Я предложила команде попробовать еженедельный эмоциональный check‑in.

Шаг 1. Колесо эмоций. Мы использовали колесо эмоций — это инструмент из психологии, который отражает эмоциональные состояния от базовых (радость, страх, злость, грусть, спокойствие, сила) до конкретных оттенков. Например, злость может оказаться раздражением, яростью или просто усталостью — колесо помогает лучше разобраться.

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

Шаг 2. Парабола. После выбора эмоций нужно было разместить их на параболе — простой кривой с восходящей частью, вершиной и нисходящей. Идея в том, что любая эмоция имеет динамику: она может нарастать, достигать пика или идти на спад.

Человек отмечал, где сейчас находится каждая из его эмоций: только появляется, уже захватывает или начинает отпускать. Это определяло не просто срез «что чувствую», а понимание вектора — становится лучше или хуже.

Шаг 3. Обсуждение. Каждый участник кратко рассказывал: что вызывает эти эмоции и что команда могла бы с этим сделать. Не «пожаловаться», а предметно — что изменить в процессах, коммуникации, распределении задач.

Как это работало на практике

Первая встреча была неловкой. Люди не привыкли говорить об эмоциях в рабочем контексте. Кто‑то выбирал «спокойствие», очевидно, по привычке говорил «всё нормально».

Но уже со второй недели что‑то сдвинулось. Один разработчик назвал «тревогу на восходящей» и объяснил: он не понимает, будут ли снова меняться требования по его модулю, и каждый раз боится, что его работа окажется бесполезной. Это был важный сигнал — мы договорились заморозить эту часть требований и согласовывать любые изменения письменно.

Другой сотрудник сказал, что чувствует «безразличие на вершине» — ему уже всё равно, что происходит с проектом. Мы поговорили, перераспределили задачи, дали ему направление, где он мог увидеть результат своей работы.

Постепенно check‑in стал привычным форматом. Люди научились точнее называть свои состояния — не «всё плохо», а конкретно: «раздражение из‑за того, что непонятно, кто принимает решение на стороне заказчика».

Что изменилось в команде

Через несколько недель я заметила серьезные улучшения.

Люди перестали накапливать напряжение. Когда есть регулярное место для честного разговора — эмоции не копятся до «взрыва». Раздражение называется раздражением, а не выливается в конфликт через три недели.

Команда начала искать решения вместе. Формат «что мы можем с этим сделать» переключал с жалобы на действие. Часть предложений были неочевидны — люди предлагали то, до чего я бы сама не додумалась. Например, на одном из check‑in коллеги открыто заявили о злости из‑за зависших согласований со стороны заказчика. Они сами предложили временно изменить последовательность задач и начать с интерфейса вместо аналитики. Это помогло быстро показать заказчику осязаемый результат и вывести проект из тупика.

Появилась сплочённость. Когда есть понимание, что коллега сейчас в тревоге, иначе реагируешь на его поведение. Меньше «почему он опять такой» и больше «понятно, ему сейчас тяжело».

Снизилось количество «неожиданных» увольнений. Раньше люди уходили, когда уже всё решили. Теперь сигналы были видны заранее, и мы успевали реагировать.

Что важно учесть при тестировании нашего подхода

Несколько вещей, которые я поняла из опыта.

Руководитель участвует наравне. Если я прошу команду говорить о своих эмоциях, я делаю то же самое. Иначе это воспринимается как «расскажи мне про свои проблемы» — и это не работает.

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

Нельзя обесценивать эмоции. «Ну и что, у всех стресс» — убивает доверие мгновенно. Даже если кажется, что проблема незначительная, реакция человека на неё реальна.

Колесо эмоций эффективнее обычного вопроса «как дела». Людям гораздо легче выбирать из предложенных вариантов, чем формулировать описание своего состояния с нуля.

Регулярность важнее глубины. Раз в неделю по 20–30 минут работает лучше, чем большое собрание раз в месяц. Эмоциональный фон меняется быстро, и важно отслеживать изменения вовремя.

Колесо эмоций и парабола — звучит странно для ИТ‑проекта. Но иногда самые простые инструменты оказываются самыми нужными.