AI меняет IT быстрее, чем мы успеваем адаптироваться. Роли трансформируются. Навыки, за которые платили вчера, обесцениваются сегодня.
Чтобы сохранить уровень жизни - нужно расти. Но рост упирается не в технологии. Не в стек. Не в сертификаты.
Он упирается в мышление.
Сильные специалисты застревают. Не потому что не хватает знаний. А потому что есть внутренние блокеры, которые сложно увидеть самому.
Я работаю с архитектурой систем больше пятнадцати лет. И последние несколько лет замечаю: самые серьезные баги - не в коде. Они в головах людей, которые этот код пишут и управляют теми, кто пишет.
Вот три паттерна, которые я вижу чаще всего. В других. И в себе.
Блокер 1: Защита территории
У каждого лидера есть зона ответственности. И любой вход в нее воспринимается как атака. Это инстинкт - как хищник обходит свои границы.
Как это выглядит
Представь ситуацию. Ты архитектор. Системный аналитик из твоей команды начинает принимать архитектурные решения самостоятельно. Делает это неплохо, но без согласования с тобой. Ты видишь результат - решения рабочие, но ощущаешь внутри раздражение, которое сложно объяснить рационально.
На совещании ты начинаешь давить. Не потому что решение плохое - а потому что оно принято без тебя. Формально ты говоришь про качество и процессы. Реально - защищаешь территорию.
Другой пример. Тимлид замечает, что senior в команде начинает брать на себя архитектурные вопросы. Вместо того чтобы дать пространство и помочь вырасти, тимлид усиливает контроль. Больше ревью. Больше согласований. Больше вопросов в стиле “а ты подумал про…”. Формально - забота о качестве. Реально - страх стать ненужным.
Почему это блокер
Проблема не в защите. Защищать границы - нормально.
Проблема в том, КАК ты защищаешь. Из уверенности в своих силах - или из страха, что отберут? Первое - лидерство. Второе - агрессия, которую люди чувствуют. И уходят.
Если провести аналогию с системами: это как микросервис, который вместо того чтобы предоставлять API для взаимодействия, закрывает все порты и отвечает 403 на любой запрос. Технически он работает. Но система вокруг него деградирует.
Навык
Различать реальную угрозу и фантомную. Один вопрос себе: “я сейчас защищаю качество - или защищаю свое эго?”
Блокер 2: Жажда признания
На самом деле это про обратную связь.
Как это выглядит
Ты сделал отличную работу. Спроектировал систему, которая выдерживает нагрузку. Провел review процесс, который поднял качество кода в команде. Решил проблему, которую до тебя не могли решить полгода.
И тишина. Никто не подошел и не сказал “классная работа”. Руководитель молчит. Команда приняла результат как должное.
В этой тишине мозг начинает додумывать: “наверное, я плохо работаю”. Или хуже: “наверное, они не ценят то, что я делаю”.
Знакомая история: архитектор выстроил процесс API-review для системных аналитиков. Качество спецификаций выросло. Количество багов на этапе интеграции упало. Но руководитель ни разу не сказал “хорошая работа”. И в какой-то момент архитектор начал задаваться вопросом - а стоило ли вообще тратить на это время.
Еще пример. Senior-разработчик потратил месяц на рефакторинг критического модуля. Код стал чище, тесты - надежнее, время деплоя сократилось вдвое. На ретро об этом даже не упомянули. Senior начал демотивироваться - не потому что работа была бессмысленной, а потому что никто не заметил.
Почему это блокер
Во взрослой жизни никто не придет и не скажет “ты молодец”. Это делали родители. А на работе - тишина. И в этой тишине мозг начинает додумывать.
Если смотреть на это как на систему: у тебя нет observability для собственной ценности. Нет метрик, нет дашборда, нет алертов. Ты работаешь вслепую и полагаешься на единственный индикатор - внешнюю похвалу. А этот индикатор ненадежен. Он зависит от настроения руководителя, от культуры компании, от тысячи факторов, которые ты не контролируешь.
Навык
Либо научиться просить обратную связь - это не слабость, это зрелость. Либо выстроить внутреннюю опору, которая не зависит от чужих слов.
Практически: завести свой лог достижений. Раз в неделю записывать, что сделал и какой эффект это дало. Через полгода у тебя будет объективная картина - независимо от того, заметил руководитель или нет.
Блокер 3: Опыт как ловушка
Большой опыт создает иллюзию: “я больше знаю - мне должны”.
Как это выглядит
Совещание. Ты - самый опытный в комнате. Junior предлагает решение. Ты видишь в нем проблемы. И вместо того чтобы задать вопрос - “а что будет при нагрузке 10x?” - ты говоришь: “нет, так не делают, я десять лет занимаюсь этим и знаю”.
Формально ты прав. Решение действительно может не выдержать нагрузку. Но ты убил две вещи: инициативу junior-а и возможность для команды научиться думать самостоятельно.
Другой пример. Опытный тимлид приходит в новую команду. У него за плечами три успешных проекта с определенным стеком. Команда использует другой подход. Вместо того чтобы разобраться, почему выбран именно этот подход, тимлид начинает продавливать свой. Не потому что он лучше - а потому что знакомый. И потому что признать чужой подход = признать, что твой опыт не универсален.
Я сам ловлю себя на этом. Иногда давлю опытом вместо того чтобы слушать. И каждый раз, когда ловлю себя на этом, задаю вопрос: я сейчас учу - или доказываю?
Почему это блокер
Мир трансформируется. Старые шаблоны рушатся. В эпоху AI вчерашний эксперт сегодня учится заново. Опыт - ценность, но не валюта для обмена на покорность.
Если как систему: это legacy-сервис с hardcoded конфигурацией. Когда-то он работал отлично. Но мир вокруг изменился, а он все еще ожидает запросы в старом формате. И вместо того чтобы адаптировать API - требует, чтобы все остальные адаптировались под него.
Навык
Относиться к коллегам как к равным. Независимо от разницы в опыте. Это не значит игнорировать свой опыт - это значит делиться им через вопросы, а не через давление.
Три блокера. Три навыка. Ни один - про технологии
Защита территории, жажда признания, ловушка опыта. Эти паттерны не решаются чтением книг или курсами. Они встроены в архитектуру мышления так глубоко, что сложно увидеть самому.
Как в любом проекте: чтобы увидеть архитектурные проблемы, нужен взгляд снаружи. Тот, кто внутри системы, видит отдельные симптомы. Тот, кто снаружи - видит паттерн.
Лидерство начинается не с архитектуры систем, а с архитектуры мышления. И если ты чувствуешь, что застрял - возможно, дело не в том, что ты мало знаешь. А в том, что пора посмотреть на свое мышление как на систему и провести ему честный аудит.