Даже сильный инженер может упереться в потолок не из-за стека, а из-за манеры разговаривать с людьми. В материале о том, как карьера в IT заходит в тупик, автор разбирает две типовые роли — «агрессивного эксперта» и «пассивного эксперта» — и показывает, почему проблема бьет не только по атмосфере в команде, но и по шансам на повышение.
Об этом сообщает Habr / Карьера в колонке Антона Пудикова из Reksoft, опубликованной 27 мая 2026 года. Исходный тезис довольно приземленный: низкий эмоциональный интеллект в рабочей среде проявляется не как абстрактная «некомандность», а как конкретные модели поведения. В одном случае специалист давит сарказмом, публичной критикой и постоянной демонстрацией собственной правоты. В другом — уходит в молчание, избегает обсуждений и предпочитает, чтобы его просто не трогали. В обоих сценариях страдает карьера в IT, хотя внешне это совершенно разные люди.
Первая роль — агрессивный эксперт. Это тот самый человек, которого в теории уважают за глубину знаний, а на практике стараются лишний раз не звать в обсуждение. В тексте причина такого поведения описана через страх оказаться неправым, не дотянуть до собственных стандартов или не получить признание. Отсюда вырастают публичные разносы, едкие комментарии и привычка защищать статус «самого умного» любой ценой. Для команды последствия понятны: снижается психологическая безопасность, коллеги реже спорят по существу, опасаются приносить сырые идеи и предпочитают не трогать код «звезды». Для бизнеса это уже не вопрос чьего-то характера, а вопрос качества решений. Если вокруг одного сильного специалиста нельзя нормально обсуждать риски и ошибки, команда начинает работать хуже, даже если сам он технически очень силен.
Вторая роль — пассивный эксперт. Такой сотрудник редко конфликтует, но и пользы от его экспертизы команда получает меньше, чем могла бы. Он может хорошо видеть архитектурные риски, замечать слабые места в проекте и понимать, где сроки начинают расползаться, но не выносит это в публичное поле. В статье такую модель связывают с тревогой, страхом осуждения или негативным опытом из прошлого. На уровне процессов ущерб не менее заметный: знания не распространяются, важные сигналы не звучат вовремя, решения принимаются на неполной картине. Для менеджеров это особенно неприятный сценарий, потому что внешне все выглядит спокойно, а реальные проблемы всплывают слишком поздно. В итоге карьера в IT для такого человека тоже стопорится: его называют отличным исполнителем, но не видят в нем лидера.
Материал точно попадает в нерв индустрии, где карьерный рост давно перестал быть прямой функцией от количества лет в профессии и силы хард-скиллов. Чем выше роль, тем больше она завязана на коммуникацию: нужно договариваться о приоритетах, объяснять компромиссы, поднимать неудобные вопросы, давать обратную связь и не разваливать команду по дороге. Поэтому разработчик, который блестяще решает технические задачи, но токсичен в споре, проигрывает не менее сильному коллеге с более зрелой манерой общения. И наоборот: тихий эксперт, который не артикулирует риски и не проявляется в обсуждениях, часто сам вычеркивает себя из кадрового резерва. Для российского IT-рынка с его хроническим дефицитом сильных людей это особенно показательно: компании ищут не просто носителей экспертизы, а тех, кто эту экспертизу масштабирует через команду.
Интересно, что автор использует знакомые массовой культуре образы, чтобы объяснить, почему многие долго не замечают проблему. Агрессивных экспертов легко романтизировать через персонажей вроде доктора Хауса, Шерлока Холмса в версии Бенедикта Камбербэтча или раннего Тони Старка. Пассивный полюс тоже выглядит выигрышно на экране — от Спока до Лисбет Саландер. Но в кино зрителю нравится наблюдать за эксцентричным гением со стороны, а в продуктовой или инженерной команде никто не покупает билет на этот спектакль. Там важна не харизма, а предсказуемая совместная работа. Если команда боится одного эксперта или не может достучаться до другого, это уже не особенность личности, а производственный дефект.
Практическая часть у текста тоже есть, и она адресована не только самим специалистам, но и руководителям. Для агрессивного эксперта предлагается стратегия четких границ: признавать его ценность, но прямо связывать манеру общения с ущербом для общего результата. В качестве рабочих инструментов — менторская роль под контролем и метрики командного взаимодействия в целях. С пассивным экспертом логика другая: безопасные каналы связи, письменная обратная связь, парная работа с более коммуникабельным коллегой, ясное проговаривание того, что молчание о рисках тоже создает риск для проекта. Это полезная мысль для тимлидов и HR: далеко не вся сложная коммуникация лечится просьбой «будь помягче» или «говори активнее». Здесь нужны разные управленческие сценарии под разные паттерны поведения.
Для самих специалистов вывод еще жестче. Иллюзия незаменимости работает ровно до момента, когда рядом появляется человек с сопоставимой экспертизой и без разрушительного стиля общения. Тогда выбор компании обычно предсказуем: предпочтут того, кто не просто пишет код или проектирует систему, а усиливает команду. В этом смысле эмоциональный интеллект в IT все меньше похож на факультативный soft skill и все больше — на карьерный фильтр. Вопрос уже не в том, бывают ли в отрасли агрессивные или сверхзакрытые эксперты. Вопрос в том, сколько еще компаний готовы мириться с этим, если цена вопроса — текучка, сорванные сроки и потерянные будущие лиды.