Начало 2012 года.
К этому моменту у меня уже был опыт руководства студией разработки интернет-проектов. Я занимался проектами, общался с клиентами, отвечал за сроки, принимал решения, распределял задачи.
В общем, снаружи всё выглядело вполне солидно: руководитель студии, интернет-проекты, команда, ответственность.
Но внутри у меня постепенно накапливалось ощущение, что чего-то не хватает.
Хотелось глубже понимать разработку
Я понимал, как устроен процесс разработки на уровне управления. Понимал, как общаться с заказчиком, как оценивать задачи, как планировать работу, как принимать результат.
Но всё чаще ловил себя на мысли: я хочу глубже понимать саму разработку. Не просто «здесь нужен программист», а понимать, что именно происходит в коде, почему задача сложная, где могут быть риски, как принимаются технические решения.
Одно дело — руководить разработкой. Совсем другое — самому быть разработчиком, который может открыть проект, залезть в код, разобраться в логике и исправить проблему.
Странное решение со стороны
И вот в какой-то момент я принял решение, которое со стороны могло выглядеть странно: из руководителя студии разработки интернет-проектов я пошёл стажёром PHP-разработчика на 1С-Битрикс.
Да, именно стажёром.
Для самолюбия это был интересный опыт.
Теперь ты стажёр
Ещё недавно ты мог обсуждать проект с клиентом, говорить о сроках, контролировать исполнение, принимать решения.
А теперь ты сидишь и разбираешься, почему компонент не выводит данные, почему шаблон ведёт себя странно, почему после правки одного файла сломалось что-то в другом месте.
И самое важное — никто не обязан относиться к тебе как к «бывшему руководителю». Ты стажёр. Значит, твоя задача простая: учиться, делать, ошибаться, исправлять и снова делать.
Первые три месяца
Первые три месяца я проходил именно в таком статусе.
Это был период, когда приходилось быстро догонять. PHP, 1С-Битрикс, структура проектов, компоненты, шаблоны, инфоблоки, чужой код, внутренние правила команды, рабочие процессы.
Никакой романтики. Просто каждый день ты открываешь задачу и пытаешься сделать её лучше, чем вчера.
Очень быстро стало понятно, что опыт руководителя помогает, но не заменяет технические навыки. Да, я лучше понимал, зачем нужны сроки, почему важна коммуникация, почему нельзя молча пропадать с задачей.
Но когда перед тобой конкретный баг или кусок кода, весь управленческий опыт уходит на второй план. Нужно просто разбираться.
И это было полезно.
Взгляд исполнителя
Потому что именно в этот момент я начал по-настоящему смотреть на разработку глазами исполнителя. Не человека, который ждёт результат, а человека, который сам должен этот результат сделать.
Я начал лучше понимать, почему некоторые задачи нельзя оценить «на глаз за пять минут». Почему чужой код иногда требует времени просто на чтение.
Почему маленькая на вид правка может потянуть за собой цепочку неожиданных последствий. Почему разработчику важно задавать вопросы до начала работы, а не после того, как всё уже сделано не так.
Не шаг назад, а перезагрузка
Стажировка оказалась не шагом назад, а хорошей перезагрузкой.
Она сняла лишнюю уверенность и показала, где на самом деле начинается профессиональный рост. Не в должности, не в названии роли, не в прошлом опыте, а в готовности каждый день садиться и делать то, что пока получается неидеально.
Наверное, это был один из самых правильных поворотов в моей карьере.
Потому что после руководящей роли легко можно было продолжать делать вид, что ты всё понимаешь. А можно было честно признать: если хочешь стать сильнее, иногда нужно снова стать учеником.
Именно это я тогда и сделал.
Что осталось после стажировки
Не всегда движение вперёд выглядит как повышение. Иногда самый важный профессиональный шаг начинается с того, что ты добровольно становишься стажёром.
Потому что статус можно потерять на время.
А навык, который ты получил честной работой, остается с тобой навсегда.
