Мой путь к сеньорности: как я учился не зацикливаться на проектах и что из этого вышло

Антон Пихтин, Senior Software Engineer. EPAM Systems

Мой путь в разработку начался довольно просто: после окончания университета и непродолжительной научной деятельности я стал работать тестировщиком. Постепенно перешел в автоматизацию и создание фреймворка для нее. В процессе осознал, что разработка для меня гораздо интереснее — так я решил переквалифицироваться. Узнав, что EPAM набирает учеников в школу Java-разработчиков, я подал заявку на участие. После четырех месяцев обучения меня пригласили на работу. Поскольку я уже обладал опытом работы в ИТ, то сразу же получил позицию Middle-разработчика, перескочив первую ступень — Junior.

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

Антон Пихтин
Антон Пихтин

Пробую разные проекты и разные роли

Когда я пришел в компанию, то попал на проект, где был единственным разработчиком, а точнее, единственным участником проекта. Это был проект по развитию open-source-продукта. За время работы над ним я испробовал на себе сразу все роли — от разработчика до комьюнити-менеджера.

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

Со временем я принимал на себя все больше и больше ответственности, брался за более серьезные задачи, продолжал пробоваться в других ролях, в том числе со-тимлида и руководителя команды разработчиков. Лично для меня оказалось очень полезным выходить из зоны комфорта, принимать участие в различных проектах, играть всевозможные роли, не отходя далеко от фокуса на бэкенд-разработке. Это дало широкое представление о создании программных продуктов с разных точек зрения и на разных этапах.

Не зацикливаюсь только на проектах

Однажды мой руководитель предложил поучаствовать в техническом собеседовании в качестве интервьюера. В этом процессе участвуют уже не эйчары, а специалисты того направления, в котором заинтересован и работодатель, и кандидат. Цель такого интервью — выявить опыт, проверить уровень технических знаний будущего члена команды, а порой и soft-скиллы. Надо признаться, меня преследовал синдром самозванца, было страшно наткнуться на то, что не знаю или не помню. Но в итоге меня очень увлек этот процесс, и сегодня я активно интервьюирую людей со всего мира.

Что мне это дает? Как правило, на проектах активно используется только некоторая часть знаний. Интервьюинг позволяет узнавать в беседах с кандидатами новое: например, на своих проектах я чаще всего работал со Spring и его окружением, а из интервью узнал о других DI-фреймворках вроде Micronaut или Guice. Теперь, изучив их сильные и слабые стороны, смогу опираться на эти знания при старте нового проекта. Кроме того, собеседования порой открывают неожиданные взгляды на уже привычные темы, а также помогают держать скиллы в тонусе. И хочется отметить, что внутренний «самозванец», весьма вредный для развития карьеры, потерял свою силу.

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

Регулярно анализирую свое развитие

В компании анализ и проработка своего пути развития — естественный процесс, в который вовлечен каждый сотрудник. Для этого разработана skill-матрица, помогающая ориентироваться и подсказывающая, на какой ступени развития ты находишься как специалист, какие пробелы имеешь для перехода на новый уровень. Каждый, кто хочет продвинуться, может пройти вышеупомянутый внутренний ассессмент. Для того, чтобы дойти до него, необходимо сперва вместе с ресурсным менеджером составить план развития на внутреннем сервисе. Ресурсный менеджер — это более опытный сотрудник, который, как правило, уже прошел похожий путь и знает корпоративную культуру. Часть его обязанностей — следить за тем, чтобы сотрудники были довольны условиями, включая зарплату, чувствовали себя комфортно и развивались.

На этом сервисе достаточно указать интересующую позицию, и он выдаст набор требований, которым ты должен соответствовать (та самая skill-матрица), и источники для подготовки: лекции, курсы, видеоуроки. Исходя из этого понимаешь, насколько подходишь новому профессиональному уровню, какие навыки нужно подтянуть и что конкретно сделать. По каждому навыку к ассессменту важно в итоге иметь примеры из собственной практики, потребуются также отзывы коллег. Остается только следовать этому плану либо убедиться, что соответствуешь ожидаемому уровню и готов к сдаче экзамена.

В ближайшее время хочу выйти на ассессмент, чтобы получить лида. Для этого вместе с ресурсным менеджером составим план подготовки, кроме того, попробую попасть на проект со стеком технологий, который еще не испытывал. Еще важно сейчас брать на себя больше обязанностей и ответственности. Это обычная практика в компании: ты пробуешь новые роли и ответственности, становишься формально на позицию выше (в моем случае — тимлидом), а после подтверждаешь это на ассессменте официально.

Кроме ассессментов раз в полгода проходит фидбек-сессия, где можно узнать отзывы о своей работе от коллег. Это помогает становиться лучше и корректировать вектор развития. Регулярный анализ своего профессионального развития — очень полезная практика. Важно думать о том, где бы ты хотел быть и чем заниматься в будущем, что можно усилить и как именно это сделать.

Слежу за временем

Этот блок я мог бы начать со слов: «с этим все просто», но сперва скажу, что к сбалансированному дню я пришел через переработки, безграмотный тайм-менеджмент и краткосрочное планирование. Но теперь наконец-то все стало гораздо лучше — не идеально, но определенно лучше. Тут тоже пришлось поучиться — как уже писал, к этому подтолкнуло желание заниматься не только проектами, при этом минимально жертвуя свободным временем.

На проекты я выделяю в среднем 80-90% времени, а оставшееся идет на внепроектную деятельность и очень зависит от того, не «горит» ли проект. Все задачи и сроки на их решение стараюсь планировать хотя бы на неделю вперед. Каждый вечер составляю план на следующий день, использую блокноты, google- и outlook-календари, todo-приложение, где отмечаю выполненную работу, разделяю задачи по срочности и важности, стараюсь решать единовременно лишь одну задачу, перехожу от одной к другой последовательно. Говорю «нет» активностям, если нет свободного времени: например, взял за правило проводить не больше одного технического интервью в неделю, а то и в две, так как подготовка, проведение и фидбек могут занимать до половины рабочего дня.

Следую тому, что для меня важно

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

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

И последнее: для меня важно не забывать про work-life-баланс и находить время для иного отдыха. С таким подходом мне уже долго удаётся быть полным сил и желания двигаться.

33
15 комментариев

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

И, кстати, начинать такие статьи нужно с указания того почему именно эти правила и принципы важны. Синьоров-помидоров сейчас десятки тысяч и у каждого есть что сказать. Почему именно этого сеньора нужно читать?

3
Ответить
Автор

Тема выгорания среди программистов очень распространена. Антон решил поделиться своим опытом. 
Нам также интересно узнать комментарии других участников сообщества.

А что вы думаете про постоянное развитие?

Ответить

Epam же

Ответить

Хороший текст. дохрена команд которые параллелят задачи и в итоге ничего путного не выходит. Будет ещё про работу в этой компании? про систему обучения мб

1
Ответить

как удачно, что вы ради этого комма зарегистрировались

4
Ответить

полно видео курсов на которые можно записаться, я Python прошел, DBA и англ подтянул в группе. 

Иногда выделяют ментора и он тебя пушит по процессу обучения. 

Ответить

Давайте так!  - что видит в своей жизни программист за 1 год жизни ?!
И что видит за это же время например -  региональный менеджер компании по продуктам питания ?
И что видит за это же время например - телеведущий  ?
Или руководитель анализа отельного сервиса ?
Или фотограф для Victoria -  Secret  )))
Или футболист ?


Я вот к чему на что мы Всадили всю нашу жизнь ?
#include F@ckMylife.H

Ответить