Как распознать и остановить эскалацию конфликта: модель Глазла для IT-компаний

# Как распознать и остановить эскалацию конфликта: модель Глазла для IT-компаний

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

В IT-бизнесе конфликты между сотрудниками или командами грозят не только моральным климатом, но и прямыми финансовыми потерями. По данным PwC, компании с высоким уровнем внутренних конфликтов тратят на 30–40% больше на рекрутинг и адаптацию новых сотрудников, так как текучка кадров в таких коллективах вырастает в 2–3 раза. Например, в одной IT-компании из 50 человек, где конфликт между отделами разработки и тестирования затянулся на полгода, cost-per-hire вырос с 150 000 до 280 000 рублей, а время на закрытие вакансий увеличилось с 21 до 45 дней. При этом средняя зарплата senior-разработчика в Москве сейчас составляет 350 000 рублей, а его отсутствие на проекте обходится компании в 1,2–1,5 млн рублей упущенной прибыли в месяц.

Конфликты в IT не ограничиваются офисом — они проникают в Slack-каналы, корпоративные мессенджеры и даже в переписку с клиентами. По данным исследования Harvard Business Review, 62% IT-команд хотя бы раз сталкивались с эскалацией конфликта, которая перешла в публичную плоскость, например, через жалобы на Glassdoor или в профильных чатах. В таком случае репутационные риски становятся еще более критичными: 40% соискателей отказываются от предложений в компании с негативными отзывами, а на исправление имиджа уходит от 6 до 12 месяцев.

Проблема усугубляется тем, что в IT-компаниях конфликты часто маскируются под «творческие разногласия» или «стратегические дебаты». Руководители списывают их на «культуру инноваций», но на самом деле это сигнал о том, что процесс коммуникации вышел из-под контроля. Фридрих Глазл, австрийский конфликтолог, в своей модели «социально-экологического подхода» к конфликтам показал, что игнорирование даже небольших разногласий ведет к необратимым последствиям. Его модель помогает IT-лидерам не только распознать конфликт на ранних стадиях, но и понять, как собственные действия влияют на его эскалацию.

Девять стадий эскалации: как конфликт переходит из «нормальной дискуссии» в «войну на уничтожение»

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

Стадия 1. Ожесточение

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

Стадия 2. Дебаты и полемика

Здесь конфликт переходит в «войну имиджей»: стороны начинают бороться не за решение проблемы, а за то, чтобы выглядеть убедительнее в глазах коллег и руководства. Характерные признаки — использование квази-рациональных аргументов, таких как ссылки на «лучшие практики» или «корпоративные ценности», которые на самом деле служат для прикрытия манипуляций. В IT-компаниях это часто проявляется в дискуссиях о выборе технологий: одна команда приводит аргументы в пользу Python, другая — Java, но оба лагеря на самом деле борются за влияние на процесс принятия решений. На этой стадии стороны уже не доверяют друг другу и начинают искать скрытые мотивы в словах оппонента. Если не вмешаться, конфликт перейдет в следующую стадию, где слова заменятся действиями.

Стадия 3. От слов к делу

На этом этапе стороны перестают верить в эффективность диалога и начинают действовать в обход друг друга. В IT это может выглядеть как параллельная разработка фич без согласования, блокировка доступа к репозиториям или даже уход ключевых сотрудников в «теневые» проекты. Например, в одной компании конфликт между отделами DevOps и разработки привел к тому, что первая команда перестала поддерживать инфраструктуру для второй, а разработчики начали использовать неутвержденные инструменты. Результат — падение продакшн-системы и штрафы от клиентов на 800 000 рублей. На этой стадии важно не только остановить деструктивные действия, но и восстановить доверие, например, через совместные ретроспективы или перераспределение полномочий.

Как определить, на какой стадии находится конфликт: чек-лист для руководителей

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

| Стадия | Ключевые признаки | Пример из IT-практики |

Если вы заметили хотя бы два признака из третьей стадии и выше, конфликт уже вышел из-под контроля. В этом случае стандартные HR-инструменты (например, тренинги по коммуникации) не помогут — нужна экстренная интервенция. Например, в одной IT-компании из Санкт-Петербурга конфликт между отделами продаж и маркетинга достиг пятой стадии, когда генеральный директор был вынужден лично вмешаться, инициировать публичные извинения и провести реструктуризацию отделов. На это ушло три месяца и обошлось компании в 1,2 млн рублей на компенсации и переподготовку сотрудников.

Как собственные действия руководителя усиливают или останавливают конфликт

Многие руководители IT-компаний уверены, что их нейтралитет в конфликте — это лучшая стратегия. Однако Глазл подчеркивает, что пассивность на ранних стадиях конфликта равносильна поддержке одной из сторон. Например, если генеральный директор игнорирует жалобы одной из команд, он тем самым сигнализирует, что их интересы важнее, и конфликт переходит на следующую стадию. В IT-практике это часто проявляется в ситуациях, когда топ-менеджер избегает разбирательств, но при этом поощряет «победные» отчеты одной из сторон, например, в еженедельных созвонках.

Три ошибки, которые усугубляют конфликт:

1. Игнорирование на ранних стадиях — как показывает практика, 70% конфликтов в IT-компаниях можно было остановить на первой или второй стадии, если бы руководитель вовремя вмешался. Например, в компании с 200 сотрудниками конфликт между отделами разработки и дизайна начался с незначительных разногласий по UX-дизайну. Руководитель не обратил внимания, и через месяц команды перестали обмениваться фичами, а проект задержался на два месяца.

2. Частичная поддержка одной из сторон — когда руководитель открыто или неявно поддерживает одну команду, он лишает другую шанса на справедливое разрешение конфликта. Например, в одной компании генеральный директор публично похвалил одну команду за «быстрое выполнение задач», что вызвало волну недовольства в другой. Конфликт перешел на четвертую стадию, и компании пришлось потратить 400 000 рублей на медиацию.

3. Принудительное «закрытие» конфликта — попытки быстро «замять» конфликт без анализа причин только усиливают напряжение. Например, в компании с 150 сотрудниками конфликт между двумя тимлидами был «решен» генеральным директором через публичное объявление о наказании одной из сторон. Результат — команда распалась, и два ключевых сотрудника уволились.

Что делать вместо этого:

- Признать конфликт — даже если он кажется незначительным. Например, в одной IT-компании конфликт между двумя junior-разработчиками был проигнорирован, но через три месяца он перерос в противостояние между отделами. Генеральный директор был вынужден потратить 600 000 рублей на рекрутинг новых сотрудников.

- Инициировать переговоры до формирования коалиций — на второй стадии конфликта важно создать пространство для честного диалога, например, через формат «безопасного разговора» (safe conversation), где стороны могут выразить свои опасения без страха быть наказанными.

- Использовать объективные критерии — вместо эмоциональных аргументов опирайтесь на данные: метрики проекта, отзывы клиентов, результаты ретроспектив. Например, в компании с 300 сотрудниками конфликт между отделами DevOps и безопасности был разрешен через анализ инцидентов в продакшн-системе.

Как IT-компании могут предотвратить эскалацию конфликтов: три практических инструмента

Профилактика конфликтов в IT-компаниях начинается не с тренингов по коммуникации, а с грамотной организационной структуры и прозрачных процессов. Вот три инструмента, которые помогут снизить риск эскалации:

1. Четкое распределение ролей и полномочий

В IT-компаниях часто возникают конфликты из-за неопределенности зон ответственности. Например, в одной компании конфликт между отделами разработки и QA возник из-за того, что тесты автоматизации не были закреплены ни за одной из команд. Решение — внедрить RACI-матрицу (Responsible, Accountable, Consulted, Informed), где четко прописаны роли каждого сотрудника. Это снижает количество споров о том, «кто виноват» и «кто должен делать».

2. Регулярные ретроспективы с фокусом на конфликты

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

3. Культура обратной связи с нулевой толерантностью к манипуляциям

В IT-компаниях часто используют «обратную связь» как инструмент давления, например, в формате «360-градусной оценки», где один сотрудник может анонимно пожаловаться на другого. Это провоцирует конфликты, так как анонимность снимает ответственность за слова. Вместо этого можно внедрить культуру честных 1:1-встреч, где сотрудники учатся давать и принимать обратную связь без манипуляций. Например, в компании с 250 сотрудниками переход на такой формат снизил количество конфликтов на 40% за год.

Что делать, если конфликт уже перешел в разрушительную фазу: экстренный план для HR и руководителей

Если конфликт достиг шестой стадии и выше, стандартные HR-инструменты не помогут. В этом случае нужна экстренная интервенция, которая включает несколько шагов:

1. Изолировать конфликтующие стороны

Если стороны не могут продуктивно общаться, их нужно временно развести по разным проектам или даже отстранить от ключевых задач. Например, в одной компании конфликт между двумя тимлидами привел к тому, что генеральный директор временно перевел их в разные офисы, пока не будет проведена медиация. Это стоило компании 200 000 рублей на командировочные, но предотвратило коллапс проекта.

2. Нанять внешнего медиатора

На поздних стадиях конфликта стороны теряют способность к объективному анализу, и вмешательство третьего лица становится критически важным. Например, в компании с 100 сотрудниками конфликт между отделами продаж и маркетинга достиг восьмой стадии, и генеральный директор был вынужден нанять профессионального медиатора. Это стоило 300 000 рублей, но позволило сохранить команду и проект.

3. Провести публичное «очищение воздуха»

На стадии «Потеря лица» сторонам нужно дать возможность восстановить доверие, например, через публичные извинения или совместные мероприятия. Например, в одной IT-компании конфликт между двумя командами был разрешен через совместный тимбилдинг, где стороны смогли обсудить свои обиды в неформальной обстановке. Это стоило компании 150 000 рублей, но предотвратило массовый уход сотрудников.

4. Пересмотреть структуру команды или проекта

Если конфликт связан с организационными проблемами, возможно, потребуется реструктуризация. Например, в одной компании конфликт между отделами разработки и DevOps был разрешен через создание кросс-функциональных команд, где представители обеих сторон работали над общими задачами. Это стоило компании 500 000 рублей на переподготовку, но повысило эффективность проекта на 25%.

5. Запустить процесс «мягкой» релокации конфликтующих сторон

Если стороны не могут работать вместе, возможно, им стоит предложить переход в другой проект или даже увольнение. Например, в одной компании конфликт между двумя senior-разработчиками достиг девятой стадии, и генеральный директор был вынужден предложить одному из них уволиться с выплатой компенсации. Это стоило компании 1,2 млн рублей, но предотвратило коллапс команды.

Вывод: конфликт как индикатор проблем в компании

Конфликты в IT-компаниях — это не просто «плохая атмосфера», а сигнал о системных проблемах: нечетких процессах, несправедливом распределении ресурсов или дефиците доверия. Модель Глазла помогает не только распознать конфликт на ранних стадиях, но и понять, какие организационные изменения нужны для его предотвращения. Например, в одной компании конфликт между отделами разработки и тестирования выявил проблему с отсутствием четких критериев приемки задач. Решение — внедрение Definition of Ready и Definition of Done, что снизило количество конфликтов на 60% за полгода.

Если в вашей компании конфликты стали нормой, а не исключением, возможно, пришло время пересмотреть подходы к управлению. Начните с малого: проведите ретроспективу конфликтов за последний год и определите, какие процессы нужно изменить. Если нужна помощь с настройкой процесса или экстренной интервенцией — [оставьте заявку](#request).

FAQ: самые частые вопросы о конфликтах в IT-компаниях

Почему в IT-компаниях конфликты эскалируют быстрее, чем в других отраслях?

В IT высокая конкуренция за ресурсы (время, бюджет, внимание руководства), а сотрудники привыкли к быстрым решениям. Это создает благоприятную почву для эскалации: если конфликт не решается в течение недели, он переходит на следующую стадию. Например, в одной компании конфликт между двумя командами разработки начался с незначительных разногласий, но через две недели перерос в противостояние за влияние на продуктовую стратегию.

Можно ли предотвратить конфликт, если он уже начался?

Да, если вмешаться на первой или второй стадии. Например, в компании с 200 сотрудниками конфликт между отделами маркетинга и продаж был остановлен генеральным директором, который инициировал совместный анализ данных о клиентах. Это стоило 100 000 рублей на проведение воркшопа, но предотвратило коллапс команды.

Как убедить руководство инвестировать в разрешение конфликта?

Используйте финансовые аргументы. Например, покажите, что cost-per-hire вырос на 40%, а время на закрытие вакансий увеличилось на 30%. В одной компании генеральный директор согласился на медиацию только после того, как HR предоставил данные о том, что из-за конфликта проект задержался на три месяца, что стоило компании 2,4 млн рублей.

Что делать, если конфликт возник между топ-менеджерами?

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

Как измерить эффективность мер по разрешению конфликта?

Используйте метрики вовлеченности сотрудников (eNPS), текучку кадров и данные о выполнении проектов. Например, в одной компании после медиации конфликта между двумя командами eNPS вырос с 25 до 45 баллов, а текучка кадров снизилась с 15% до 8% за год.

Кейс: как мы помогли IT-компании остановить конфликт на стадии «От слов к делу»

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

Наша задача — не только остановить деструктивные действия, но и восстановить доверие. Мы использовали комбинацию методов:

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

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

- Внедрили RACI-матрицу для распределения ролей и полномочий, что снизило количество споров о том, «кто виноват».

- Организовали совместный тимбилдинг для восстановления доверия между командами.

Результат: конфликт был остановлен за три недели, а проект, который был на грани срыва, был завершен в срок. Экономический эффект для компании составил 1,8 млн рублей (предотвращенные штрафы клиентам, снижение текучки кадров и ускорение найма новых сотрудников).

Если ваша компания столкнулась с похожей ситуацией — [свяжитесь с нами](#request) для консультации.