Газлайтинг в проектах: как манипулировать и перекладывать ответственность

Я пообещала себе называть вещи своими именами. Поэтому ввожу новую рубрику - слово дня. Сегодня это - 💜😀😋😐😀😢😼🦄🫨💜

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

Давайте разберём, как это происходит и почему это может оказаться весьма эффективным (хотя и крайне токсичным) методом.

1️⃣Искажение реальности и смещение фокуса
Основной приём газлайтинга — искажение реальности, которое заставляет жертву сомневаться в своих действиях и решениях. В проектной работе это может выглядеть так: участник, совершивший ошибку, начинает ставить под сомнение саму суть задачи, сроков или инструкции. Например, он может утверждать, что «всё было неправильно согласовано», хотя на самом деле это было чётко обсуждено. Или же участник может заявить, что задачи были поставлены некорректно, хотя на этапе планирования он участвовал и соглашался с ними.

Пример: разработчик мог неверно интерпретировать требования и из-за этого реализовать фичу неправильно. В ответ на претензии он может сказать: «Эти требования с самого начала были неясными» или «Я предупреждал, что этого не стоит делать», хотя на самом деле предупреждений не было. В результате менеджер или продукт-менеджер начинают сомневаться в том, правильно ли они сформулировали задачу.

2️⃣Перекладывание ответственности через изменение нарратива
Газлайтинг также эффективен благодаря изменению нарратива, особенно в ретроспективе, когда ошибка уже произошла. Один из самых коварных способов газлайтинга — это ретроспективное искажение событий. Когда проект проваливается или результаты оказываются неудовлетворительными, манипулятор может переписать историю событий, утверждая, что он изначально предлагал другое решение, которое не было учтено.

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

3️⃣Сомнение в компетенции коллег
Ещё один инструмент газлайтера — подрыв уверенности в компетенции других участников проекта. Это делается через постоянные мелкие нападки на решения, предлагаемые другими членами команды. Цель — создать ощущение, что именно другие участники не понимают задачи или не компетентны в своих областях.

Пример: в ходе обсуждения решений по проекту участник может начинать задавать вопросы вроде «Ты уверен, что это правильное решение?» или «Разве так было в документации?», заставляя других сомневаться в себе. Затем, когда что-то идёт не так, он использует эти же сомнения, чтобы перекинуть ответственность на тех, кого ранее манипуляциями заставил чувствовать себя неуверенно. Теперь жертва газлайтинга сама начинает верить, что ошибка действительно была на её стороне.

5️⃣Отрицание собственных слов и действий
Один из самых прямолинейных, но эффективных методов газлайтинга — отрицание собственных слов или действий. Газлайтер может утверждать, что никогда не давал указаний, не предлагал решение или не поддерживал какой-то план, хотя на самом деле делал это. Это создаёт путаницу в команде и заставляет других участников пересматривать своё понимание событий.

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

Продолжение в комментариях.