x

Добро пожаловать в IT Leader Assistant.
Please Войти!

Создать аккаунт

Интервью о карьерном пути руководителя с СТО Максимом Шаламовым

Александра Шаламова
10-14-2021 13:47
Интервью о карьерном пути руководителя с СТО Максимом Шаламовым
У каждого свой карьерный путь, свои трудности и методы решения задач. Но чтобы совершать меньше ошибок на своем пути, важно смотреть на примеры того, как его проходили другие, с каким сложностями сталкивались, как их преодолевали и чему научились. Анализируя чужие истории можно многое извлечь для себя. Поэтому мы провели интервью с Максимом Шаламовым, прошедшим путь от разработчика по нескольким руководящим должностям до должности СТО, и расспросили его о самом важном, что помогало ему в карьере и надеемся поможет и вам. Итак, давайте вместе проследим за этим увлекательным путешествием.
С чего ты начинал свой путь в ИТ?
В каком то смысле я начал еще со школы, тогда вводились системы автоматизации отчетов для учителей и с ними было много проблем, я постоянно помогал школе, в которой работала моя мама. В институте я начал брать проекты на фрилансе, собрал небольшую команду и к концу института зарабатывал уже так, что хватало на самостоятельную жизнь. В тоже время пришло предложение поработать в Москве, куда я и перебрался.
Как ты понял, что хочешь быть руководителем? Мог ли остаться на должности разработчика и как выбирал?
Обычно в каждой своей компании и команде я глубоко погружался в проект и процессы работы, взаимодействовал с заказчиком и участвовал в организации работы. Первое время я не получал официальных позиций, но был неформальным лидером, хотя таких слов не знал на тот момент. В целом для меня позиция руководителя позволяет максимально сильно влиять на результат, а работать без результата не самое конструктивное занятие.
Работа руководителя имеет и свои минусы, это не самая приятная работа временами. Я пытался вернуться на должность разработчика, после того как год отработал тимлидом. Но в итоге все вернулось к тому же, я проявлял много активности и мне не хватало влияния на проект. После этой попытки я как раз ушел в компанию Domclick и с тех пор не пытался остаться разработчиком.
Выбирать тут надо от своих предпочтений, тем более что современный рынок предлагает достойную оплату хорошим IT-специалистам и без необходимости перехода в руководители.
Какая твоя самая большая ошибка на пути становления руководителем? Чему она тебя научила?
Я всегда очень сильно ориентирован на результат и все кто пытаются по тем или иным причинам мешать этому сталкивались с излишней откровенностью с моей стороны. Эта проблема проявилась при взаимодействии с группой сопровождения на моей первой официальной руководящей позиции. У ребят были свои процессы, выстроенные годами, но они были слишком медленными, с полным отсутствием автоматизации действий. Но даже не наши трения стали основной ошибкой, хотя я вынес из этого урок и стал больше смотреть на реакцию собеседников и причины тех или иных особенностей работы.
Основная проблема была в том, что я, как и многие начинающие руководители, не до конца понимал все моменты, которым нужно уделять внимание. Я был сконцентрирован на атмосфере в команде, ее эффективности и качестве продукта, но я упустил взаимодействие с бизнес заказчиком и на тот момент плохо умел верхнеуровнево оценивать задачи. В итоге у нас было полное непонимание относительно сроков и причин переносов с бизнесом, что в целом сильно повредило и мне и нашему бизнес заказчику. С тех пор, я всегда отдаю приоритет работе команды и качеству, но не забываю о выстраивании прозрачной работы с бизнесом.
Как произошел твой переход в тимлиды?
В то время я устроился в новую команду Рамблера, у нас были очень амбициозные цели и куча задач. Текущий тимлид решил найти место поспокойнее через 3 месяца, а я неплохо проявил себя и мой руководитель и бизнес заказчик проекта единогласно предложили мою кандидатуру. Печально, что именно тут в итоге проявилась проблема во взаимодействии с бизнесом, но это был очень полезный опыт для меня.
Что ты посоветуешь тем, кто думает стоит ли ему переходить в руководители?
Как и всем ребятам, которых я растил и помогал, я советую определиться для себя интересно ли вам вообще занимать такую позицию. Статус и деньги не дадут удовлетворение от работы сами по себе, тем более в деньгах может и не быть разницы в сравнении с позицией разработчика в современных реалиях. Идеальный вариант - попробовать себя как неформального лидера, попробовать поработать с командой или частью команды, без получения должности и сделать для себя итоговый вывод. В целом, если вам прилетает предложение и вам интересно попробовать - пробуйте, это все равно будет полезным опытом, но не пытайтесь оставаться на позициях, которые вам не нравятся, это того не стоит.
Какие самые важные качества, без которых нельзя быть руководителем?
Я думаю, что каждый отталкивается от своих сильных сторон и у каждого свое видение руководителя и лидера. Очень важна стрессоустойчивость, умение декомпозировать задачи, умение делегировать и умение системно подойти к проблеме. Без этого я не видел хороших руководителей, остальные качества и умения очень сильно зависят от человека.
Возможно ли совмещать написание кода и управление отделом?
Ну классический ответ, что начиная с десяти подчиненных ты уже не должен писать код. Но это если очень обобщить, надо смотреть на вашу реальную загрузку. Если в рабочее время нет возможности писать код, но хочется, то займитесь своими проектами в свободное время. Если время периодически бывает, то не берите критические по времени выполнения задачи, надо помнить, что в любой момент вас могут выдернуть из написания кода на неопределенный срок.
Что ты посоветуешь делать тимлидам и другим руководителям, чтобы не забывать как это быть разработчиком и продолжать понимать своих подчиненных даже через 5-10 лет?
Вариантов кроме ввести свои хобби-проекты, читать статьи и пробовать новые фишки, которые появляются в вашем стеке я не вижу.
Что ты понял о работе тимлида уже будучи СТО, чего не видел раньше?
Я смог посмотреть большее количество ситуаций чужими глазами. Поэтому я лучше смог понять проблемы тех, кто старается стать лидом с учетом их особенностей характера и мотивации.
Почему ты решил создать свои обучающие материалы для тимлидов?
Мне показалось, что это будет полезно многим. Я обобщил много теоретических знаний, которые почерпнул из курсов, книг и практических знаний, полученных мною в работе. Мне хотелось, что бы курс получился максимально коротким с советами, которые можно попробовать сразу после получения информации.
Для кого предназначен твой курс?
Очевидно, что он рассчитан на совсем молодых лидов и тех, кто хочет перейти на эту позицию. Я бы посоветовал ознакомится каждому разработчику, не с целью перейти в лиды, а с целью лучшего понимания какие задачи и проблемы стоят перед их руководителями. Без этого понимания очень часто появляется непонимание чем занимается ваш тимлид и что вообще он мог бы и побольше кода писать, как все. Это поможет вам лучше понимать своих руководителей и лучше с ними взаимодействовать.
Чем курс отличается от руководства? И в каких случаях, что лучше выбрать?
В курсе есть разделы с вопросами и практическими кейсами, так же я отвечаю на определенное количество вопросов в телеграмм. Руководство дает всю информацию для максимально быстрого и самостоятельного изучения информации. Выбирать нужно от своих предпочтений в изучении.
Что бы ты посоветовал нашим читателям, которые не собираются становится руководителями?
Старайтесь найти место, где вы будете получать удовольствие от работы в коллективе, результатов своей работы и работы своей команды.
Спасибо за твои ответы! Было очень интересно послушать о твоем пути.
Спасибо за внимание, желаю всем удачи и достижения своих целей.
Если у вас есть какие-то вопросы или пожелания вы можете воспользоваться формой для связи с нами:
Теги:
Управление

Комментарии

Чтобы оставить комментарий, пожалуйста, авторизуйтесь

Подписывайтесь на обновления

Последние статьи из нашего блога