Три блокера, которые мешают техническому лидеру расти

Mon, 16 Mar 2026 00:00:00 +0000

AI меняет IT быстрее, чем мы успеваем адаптироваться. Роли трансформируются. Навыки, за которые платили вчера, обесцениваются сегодня.

Чтобы сохранить уровень жизни - нужно расти. Но рост упирается не в технологии. Не в стек. Не в сертификаты.

Он упирается в мышление.

Сильные специалисты застревают. Не потому что не хватает знаний. А потому что есть внутренние блокеры, которые сложно увидеть самому.

Я работаю с архитектурой систем больше пятнадцати лет. И последние несколько лет замечаю: самые серьезные баги - не в коде. Они в головах людей, которые этот код пишут и управляют теми, кто пишет.

Вот три паттерна, которые я вижу чаще всего. В других. И в себе.

Блокер 1: Защита территории

У каждого лидера есть зона ответственности. И любой вход в нее воспринимается как атака. Это инстинкт - как хищник обходит свои границы.

Как это выглядит

Представь ситуацию. Ты архитектор. Системный аналитик из твоей команды начинает принимать архитектурные решения самостоятельно. Делает это неплохо, но без согласования с тобой. Ты видишь результат - решения рабочие, но ощущаешь внутри раздражение, которое сложно объяснить рационально.

На совещании ты начинаешь давить. Не потому что решение плохое - а потому что оно принято без тебя. Формально ты говоришь про качество и процессы. Реально - защищаешь территорию.

Другой пример. Тимлид замечает, что senior в команде начинает брать на себя архитектурные вопросы. Вместо того чтобы дать пространство и помочь вырасти, тимлид усиливает контроль. Больше ревью. Больше согласований. Больше вопросов в стиле “а ты подумал про…”. Формально - забота о качестве. Реально - страх стать ненужным.

Почему это блокер

Проблема не в защите. Защищать границы - нормально.

Проблема в том, КАК ты защищаешь. Из уверенности в своих силах - или из страха, что отберут? Первое - лидерство. Второе - агрессия, которую люди чувствуют. И уходят.

Если провести аналогию с системами: это как микросервис, который вместо того чтобы предоставлять API для взаимодействия, закрывает все порты и отвечает 403 на любой запрос. Технически он работает. Но система вокруг него деградирует.

Навык

Различать реальную угрозу и фантомную. Один вопрос себе: “я сейчас защищаю качество - или защищаю свое эго?”

Блокер 2: Жажда признания

На самом деле это про обратную связь.

Как это выглядит

Ты сделал отличную работу. Спроектировал систему, которая выдерживает нагрузку. Провел review процесс, который поднял качество кода в команде. Решил проблему, которую до тебя не могли решить полгода.

И тишина. Никто не подошел и не сказал “классная работа”. Руководитель молчит. Команда приняла результат как должное.

В этой тишине мозг начинает додумывать: “наверное, я плохо работаю”. Или хуже: “наверное, они не ценят то, что я делаю”.

Знакомая история: архитектор выстроил процесс API-review для системных аналитиков. Качество спецификаций выросло. Количество багов на этапе интеграции упало. Но руководитель ни разу не сказал “хорошая работа”. И в какой-то момент архитектор начал задаваться вопросом - а стоило ли вообще тратить на это время.

Еще пример. Senior-разработчик потратил месяц на рефакторинг критического модуля. Код стал чище, тесты - надежнее, время деплоя сократилось вдвое. На ретро об этом даже не упомянули. Senior начал демотивироваться - не потому что работа была бессмысленной, а потому что никто не заметил.

Почему это блокер

Во взрослой жизни никто не придет и не скажет “ты молодец”. Это делали родители. А на работе - тишина. И в этой тишине мозг начинает додумывать.

Если смотреть на это как на систему: у тебя нет observability для собственной ценности. Нет метрик, нет дашборда, нет алертов. Ты работаешь вслепую и полагаешься на единственный индикатор - внешнюю похвалу. А этот индикатор ненадежен. Он зависит от настроения руководителя, от культуры компании, от тысячи факторов, которые ты не контролируешь.

Навык

Либо научиться просить обратную связь - это не слабость, это зрелость. Либо выстроить внутреннюю опору, которая не зависит от чужих слов.

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

Блокер 3: Опыт как ловушка

Большой опыт создает иллюзию: “я больше знаю - мне должны”.

Как это выглядит

Совещание. Ты - самый опытный в комнате. Junior предлагает решение. Ты видишь в нем проблемы. И вместо того чтобы задать вопрос - “а что будет при нагрузке 10x?” - ты говоришь: “нет, так не делают, я десять лет занимаюсь этим и знаю”.

Формально ты прав. Решение действительно может не выдержать нагрузку. Но ты убил две вещи: инициативу junior-а и возможность для команды научиться думать самостоятельно.

Другой пример. Опытный тимлид приходит в новую команду. У него за плечами три успешных проекта с определенным стеком. Команда использует другой подход. Вместо того чтобы разобраться, почему выбран именно этот подход, тимлид начинает продавливать свой. Не потому что он лучше - а потому что знакомый. И потому что признать чужой подход = признать, что твой опыт не универсален.

Я сам ловлю себя на этом. Иногда давлю опытом вместо того чтобы слушать. И каждый раз, когда ловлю себя на этом, задаю вопрос: я сейчас учу - или доказываю?

Почему это блокер

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

Если как систему: это legacy-сервис с hardcoded конфигурацией. Когда-то он работал отлично. Но мир вокруг изменился, а он все еще ожидает запросы в старом формате. И вместо того чтобы адаптировать API - требует, чтобы все остальные адаптировались под него.

Навык

Относиться к коллегам как к равным. Независимо от разницы в опыте. Это не значит игнорировать свой опыт - это значит делиться им через вопросы, а не через давление.

Три блокера. Три навыка. Ни один - про технологии

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

Как в любом проекте: чтобы увидеть архитектурные проблемы, нужен взгляд снаружи. Тот, кто внутри системы, видит отдельные симптомы. Тот, кто снаружи - видит паттерн.

Лидерство начинается не с архитектуры систем, а с архитектуры мышления. И если ты чувствуешь, что застрял - возможно, дело не в том, что ты мало знаешь. А в том, что пора посмотреть на свое мышление как на систему и провести ему честный аудит.

Архитектура Мышления on Михаил Шогин

Три блокера, которые мешают техническому лидеру расти

Блокер 1: Защита территории

Как это выглядит

Почему это блокер

Навык

Блокер 2: Жажда признания

Как это выглядит

Почему это блокер

Навык

Блокер 3: Опыт как ловушка

Как это выглядит

Почему это блокер

Навык

Три блокера. Три навыка. Ни один - про технологии