Переход по специальности в IT | Часть первая
Помогу развить коммьюнити сетки, заодно расскажу о своем переходе и о том, как пытаюсь найти работу в 2026. Собираюсь переходить с роли TeamLead Frontend на роль (Technical) Product Manager. Не буду лукавить - серию постов запускаю на двух двигателях: на вдохновении из-за количества разных инструментов поиска, что я сейчас пробую и для возможного интереса людей из индустрии к моей истории и подходам.
Почему я вообще решил сменить трек? Оглядываясь на опыт, понимаю, что это был довольно плавный процесс. Расскажу кратко о своем пути.
Первым делом образование - я обучался в Институте опережающих технологий "Школа Икс", факультете ДГТУ. Буквально с первого курса с первого семестра вместо классических сессий, зубрения устаревших технологий нам давали проекты, которые в конце каждого мы защищали перед приглашенными экспертами, поэтому проросший во мне продакт был заложен еще тогда. К каждому проекту нам давали прикладные технологии, поэтому у студента образовался очень широкий круг знаний. Полноценно изучить C# с нуля без знания других языков, чтобы в конце еще и написать работающее приложение практически невозможно, но это подарило способность быстро набирать компетенций практически в любой сфере и применять их на практике.
Путь в IT коммерции я начал с Frontend интерна, классического исполнителя, но писать код по задачкам из Jira мне довольно быстро наскучило, поэтому начал искать пути развития - изначально нашел их в том, что мне больше всего нравилось в профессии - визуал, анимации и UX. Искал себя и в WebGL и в различных малоизвестных технологиях анимаций (кстати, по одному из способ реализации мы с тимлидом создали презентацию, с которой он потом выступал на конференции). Благодаря своей инициативности и внимательности своего тимлида, компания почти полностью доверила мне вопросы разработки одного из крупнейших клиентов. Несколько месяцев усердной работы, общения с дизайнерами, успешных сдач проекта, наград за сайты, количество работы увеличилось, а вместе с этим начала увеличиваться и команда, для онбординга которой, уже на позиции джуна я создавал инструкции и регламенты работы. После успешного увеличения команды (в найме которой я также участвовал) и установки успешного "рабочего конвеера", я не остановился в расширении своих компетенций и взялся за процессы. Стал распределять время и проекты между членами команды, попробовав часть компетенций Delivery manager. Уже на этом этапе я осознал, что по сути закрываю значительную часть компетенций лида, а главное, понял что неосознанно все это время шел к этому. К тому же, уже тогда ИИ начал понемногу оптимизировать написание кода, что заставляло задумываться, насколько именно код останется основной ценностью разработчика в будущем
Параллельно мне удалось взять внутренний проект компании как дипломную работу, рассмотрев его как полноценный продукт, с анализом рынка, с питчем идеи, в чем мне помог PO из компании. Проект мы развили и довели до понятного MVP, после этого им пользовались менеджеры внутри, но дальнейшего развития проект не получил.
Скакнуть с премидла до тимлида внутри одной компании ввиду лояльности почти невозможно, соответственно я начал искать вакансии мидла фронта, наточенного на анимации, с навыками администрирования.
Довольно редкое сочетание, не так ли?
А дальше произошло то, после чего Team Lead перестал быть для меня набором чужих обязанностей и стал названием моей должности.
Продолжу во второй части.