Когда говорят «буллинг» в ИТ, чаще всего представляют себе школьный чат с насмешками. Но в реальности он может выглядеть иначе:
— публичные высмеивания на код-ревью,
— игнор идей в митингах,
— систематическое принижение «джунов»,
— пассивная агрессия в pull request’ах,
— токсичный сарказм в комментариях,
— уничижительное сравнение с другими: «а вот Саша сделал нормально».
Буллинг не всегда громкий и явный, чаще это фон. Постепенное подтачивание уверенности, из-за которого человек теряет веру в себя, уходит из проекта, меняет профессию, а иногда и вовсе выгорает.
Почему это вообще происходит?
1. Культура «крутых» и «недотёп»
Во многих командах по умолчанию ждут, что ты «сам во всём разберёшься». А если нет, значит, не тянешь. Просить о помощи стыдно. Ошибаться опасно. Признавать незнание слабость. И эта установка быстро рождает агрессию к тем, кто только начинает.
2. Выращивание звёзд, а не команд
Когда вся система построена на культе одного «гения», он быстро становится неформальным центром власти. А дальше всё по классике: токсичный юмор, пренебрежение к коллегам, ощущение, что его поведение никто не будет оспаривать.
3. Отсутствие прозрачных правил общения
В проектах часто прописано всё, от архитектуры до git flow. Но ничего не сказано о том, как давать фидбэк, как не превращать ревью в бойню, и как обсуждать чужие идеи без перехода на личности.
Где нет культуры общения, там появляются микровласть, страх и буллинг в мягкой обёртке.
Чем это заканчивается?
— Джуны уходят из профессии, так и не раскрывшись.
— Сеньоры устают тащить всё на себе, потому что боятся делегировать.
— Проекты превращаются в арену самоутверждения, а не совместной работы.
— Команды распадаются. И дело не в задачах, а в атмосфере.
Что можно с этим сделать?
Для тимлидов и руководителей:
— Обозначить чёткие рамки общения: что допустимо, а что нет.
— Учить команду давать конструктивный фидбэк, а не «разносить».
— Поддерживать джунов не на словах, а на практике: менторство, ревью без токсичности, обратная связь с заботой.
— Не замалчивать токсичное поведение, даже если человек «ценный». — И главное, быть примером в коммуникации.
Для разработчиков и команд:
— Замечать, когда кто-то регулярно унижается, перебивается или высмеивается.
— Уметь сказать: «Так не окей». Не агрессивно, но твёрдо.
— Не бояться просить о помощи и говорить, что непонятно. Это нормально.
— Учиться поддерживать, а не соревноваться внутри одной команды.
И да, буллинг не делает код лучше
Страх ошибиться не помогает качеству. Он снижает инициативу, блокирует рост, разрушает доверие. А без доверия нет нормальной команды. А без команды не будет продукта.
Так что буллинг в ИТ не «просто кто-то обиделся». Это системная угроза, которая ломает карьеры и срывает релизы. Если в вашей команде до сих пор считают нормой «немного пожёстче», «чтобы прочувствовал» , то это повод пересмотреть подход. Люди раскрываются там, где им безопасно. И если в ИТ мы хотим растить не только технологии, но и сильные команды, с этого стоит начинать.