Как развиваться сразу в нескольких сферах и достичь профессионального успеха. Опыт тимлида
Меня зовут Егор Довганич, я Lead Software Engineer, Team Lead распределенной команды в Intetics. У меня есть опыт публикаций в профессиональных комьюнити, выступлений на масштабных IT-ивентах, а также в моем арсенале имеются профессиональные сертификации. С читателями DOU хочу поделиться паттернами своего карьерного успеха и секретами грамотного тайм-менеджмента.
С чего началось
Я закончил Донецкий национальный технический университет по направлению «Компьютерная инженерия». В Харьков переехал года три назад, до этого жил в Киеве. И когда у нас родился второй ребенок, мы решились на переезд, чтобы родители жены могли нам помогать. Буквально через
Около 7 лет назад я начал работать в Intetics. Тогда тема облачных технологий только начинала развиваться, было не совсем понятно, насколько она имеет большой потенциал. Уже позже я начал интересоваться этим самостоятельно, потому что стало появляться все больше и больше топиков на различных ресурсах. К слову, до Cloud я некоторое время посвятил изучению Big Data, но не увидел, как это можно связать с текущим проектом.
Так или иначе львиную долю времени занимает работа на проекте, а в нашем случае он напрямую не был связан с Big Data. Соответственно, я понимал, как бы ни была интересна сфера Big Data, она никаким образом не пересекалась с моей ежедневной деятельностью. Переключившись на Cloud, я стал интересоваться нашей инфраструктурой на проекте и понял, что здесь есть связь, есть вещи, которые можно улучшить, а есть те, которые можно просто поревьюить и проверить, как соответствует ли это best practices. Для меня это было более интересно, потому что на нашем проекте вся инфраструктура была на AWS.
Это масштабный проект с заказчиками по всему миру. Одним из крупнейших клиентов является американская компания. Продукт представляет собой платформу корпоративного электронного обучения с адаптивным движком, который проводит тебя по пути обучения, подстраиваясь под ваши особенности и под специфику способностей и предпочтений в изучении материала.
В Intetics сейчас я работаю на позиции Lead Software Engineer, последние пару лет на проекте у меня роль Team Lead. Моя команда насчитывает 15 человек, ни одного из которых нет в Харькове. И за этот период я собрал опыт, которым и хочу с вами поделиться.
Если сделать ретроспективу, то 7 лет назад, когда я только пришел в компанию, мой рабочий день выглядел следующим образом: у меня утром был конкретный перечень задач, которые нужно было выполнить, и баги, которые нужно было исправить. Сейчас мой день состоит из задач, которые я планирую себе сам, я сам генерирую задачи, сам контролирую их выполнение другими ребятами. То есть роль лида команды для меня — это понятное подтверждение успеха.
Компоненты успеха
Я бы сказал, что основным компонентом успеха является перманентная учеба и посвящение этому достаточного времени. На проекте бывают периоды, когда ты загружен под завязку, но важно понимать, что когда есть возможность и немного свободного времени, то все это время нужно тратить на свое развитие.
Специфика нашей профессии такова, что невозможно, освоив что-то, быть на волне, в топе и владеть актуальными знаниями. Каждый человек, работающий в IT, это знает и убеждается на своем опыте. Проработав пару лет на проекте, ты точно понимаешь, что тот багаж знаний, который был у тебя 2 года назад, просто устарел, а бывает, что какие-то подходы стали вообще неправильными. А это опасно, потому что технологии развиваются, подходы и решения меняются. Чтобы оставаться в теме, нужно постоянно следить за развитием окружающего тебя мира, это касается и профессии. Потому что так или иначе проект загоняет в определенные рамки, мы работаем над конкретным результатом, над вполне реальными, иногда простыми или однотипными задачами, направленными на бизнес-цель. А для того, чтобы поддерживать себя в форме и развиваться, нужно выходить за рамки проекта и изучать что-то новое. Это поможет остаться на гребне волны.
Конференции
Понимание того, что тебе интересно чем-то поделиться, приходит тогда, когда тебе есть чем делиться. Тяжело это делать, когда нет опыта. Кому-то надо больше времени, кому-то меньше. У меня это произошло естественным путем, изначально не было цели выступать с докладами или писать статьи. Просто в очередной раз, развернув один из вариантов своей тестовой мультиклаудной архитектуры, я понял, что это интересная штука и мне хочется это обсудить. Можно, конечно, рассказать жене, что я иногда и делаю :). Соответственно, в такой ситуации человек начинает искать сообщество, где можно рассказать и показать, что сделал. И где люди могут оценить это и высказать свою критику на твою работу. Ну и одним из вариантов присоединения к такому комьюнити является участие в конференциях. Сначала я принимал участие в качестве слушателя — как онлайн, так и офлайн. Затем мне стало интересно поделиться своими идеями и попробовать себя в роли докладчика.
Выступление на Cloud Developer Days в 2019 году в Кракове стало челленджем для меня — и в плане уровня самой конференции, и в плане выступления на английском. Раньше я участвовал в качестве спикера в украинских конференциях, но это были презентации на русском языке. Cloud Developer Days — это международная конференция, посвященная программированию и разработке ПО, которое реализуется в облаке или интегрируется с облачными платформами. Это было интересно и сложно одновременно, потому что презентация проходила на английском языке и сам материал был узкоспециализированный. Судя по количеству позитивных откликов и вопросов, у меня была интересная презентация и тема доклада. Некоторые доклады коллег были с высоким уровнем сложности — и кое-где были такие тонкости, на которых откровенно становилось скучно. Я постарался сделать сессию максимально интерактивной.
На конференции Cloud Developer Days в 2019 году в Кракове
Полезные ресурсы
Нет каких-то секретных сайтов, на которых публикуют тайные знания. Например, если мы говорим об AWS, то это ежемесячная рассылка Amazon — новинок, которые представлены их платформой. Обычно это список из 50+ позиций — не все, конечно, могут быть тебе интересны. Да и чтение всех может занять несколько дней, а осмысление — месяц.
Я рекомендую высвобождать полчаса, открывать и читать, так как может попасться какая-то новая фича сервиса, с которым ты работаешь на проекте и которая может помочь тебе завтра решить задачу более эффективно. Не буду оригинальным, если скажу, что важно постоянное чтение периодической технической литературы — тот же Reddit, DOU, Habr, RSDN. Последняя книга, которую я прочитал, была «Как пасти котов», — возможно, кто-то о ней слышал. Она мне очень понравилась, рекомендую. Это литература для тимлидов: как настроить работу в команде, какая специфика у распределенных команд, как работать с индивидуальностями, как найти с ними общий язык и помочь найти друг с другом.
И еще одна книга — Code Simplicity. Ее должен прочесть каждый программист. В ней рассказывается о том, как создавать сложные системы, оставляя код легким и понятным, поддерживать который можно десятками лет, не увеличивая его сложность. В общем, must have.
Комфорт в команде vs пушинг
Тимлид — с технической стороны звучит круто, но какими софт скилами ты должен обладать на позиции Team Lead, чтобы развивать не только себя, но и команду? Однозначный ответ дать достаточно сложно. Слишком много переменных и обстоятельств. Проект, команда, стиль управления, бизнес-боли, которые ты лечишь, — все это катализаторы развития различных навыков человека.
На самом деле, тяжело заставить развиваться человека или команду, если они не видят причины для этого. Единственное, что я могу, так это порекомендовать или показать коллегам, почему им это может быть нужно. Мотивировать сотрудников на развитие можно своим примером. Если учитывать, что это не школа и не университет, то, принимая человека на работу, мы проверяем его уровень, который считаем достаточным.
Поэтому дополнительное развитие не является обязательным. Тут скорее важен вопрос, зачем мне заставлять кого-то учиться. Если человек хочет учиться, то скорее он спросит совета или своим примером покажет, что он растет и готов к новым задачам и обязанностям. То есть речь идет об индивидуальном подходе: по человеку видно, хочет ли он развиваться профессионально и стоит ли ему что-то советовать. Я скорее за комфорт в команде, чем пушинг ее развития.
Center of Excellence
К счастью, у нас в компании созданы условия для того, чтобы развиваться профессионально. Сейчас в Intetics активно действует Center of Excellence. Это команда, которая фокусируется на изучении и внедрении лучших практик в конкретной области. Допустим, мне интересен Cloud, но я нигде не вижу у себя этого на проекте, а мне бы хотелось развиваться в этом направлении. Поэтому, чтобы не искать комьюнити вовне, в рамках компании созданы такие центры, где ребята могут обсуждать свои идеи, развиваться в этих направлениях.
Есть ежемесячные митинги, где происходят обсуждения вопросов по такому направлению вне проекта. Обычно лид CoE делится новостями, которые касаются компании в этом направлении, рассказывает про активность, просит помощи по задачам, связанным с CoE. Например, недавно мы готовили для AWS документацию, подтверждающую опыт Intetics, c целью выхода на партнерскую программу с ними. Вот, соответственно, ее написали, и лид скинул ребятам для замечаний и комментариев. Это общение вне проекта с коллегами, которым тоже интересна такая техническая тематика. Опять же, на эту партнерскую программу нужно определенное количество сертификатов. Ребята готовятся, сдают экзамены и получают сертификаты. Во внутреннем чате происходят обсуждения спорных и непонятных моментов, процесса сдачи сертификатов, коллеги делятся опытом и так далее.
Отпуск + работа = продуктивность
Как-то я был в отпуске две недели и не заходил в рабочий чат. По возвращении на работу накопился такой бэклог, что я, наверное, еще пару недель разбирал старые переписки и пытался войти в рабочий ритм. Мне было тяжело, потому что часть этих задач уже закрылись сами собой. Я понял, что мне проще читать рабочую переписку, чем не читать. Куда удобнее раз в два дня открыть рабочие чаты и пробежать глазами основные моменты, для себя отметить или решить важные таски, даже находясь в отпуске. Зато, возвращаясь из отпуска, я примерно понимаю состояние дел — и тогда последующие недели кажутся не такими перегруженными, когда я до ночи сижу и пытаюсь понять, что произошло и где мы сейчас. Для меня это хак, к которому я не сразу пришел.
Office vs remote
Моим детям — 3 и 10 лет. Поэтому мой главный лайфхак по успешному тайм-менеджменту — это работа из офиса. Дома работать сложно. Если дети в школе и саду, то поработать можно. Хотя в моей же команде есть примеры, когда ребята работают удаленно на постоянной основе, им это комфортно, они долго к этому шли, чтобы не ездить в офис ежедневно. Если у тебя есть возможность организовать свое рабочее пространство в доме и тебе комфортно, ты понимаешь, что можешь быть эффективен, то этот вариант тоже возможен.
Так как я руковожу распределенной командой, то пандемия никак не изменила мои отношения с коллегами в плане способов или частоты коммуникации. Когда в 2020 году у нас был первый локдаун, я 2 месяца работал из дома. Это был тяжелый период, но, к слову, не первый мой опыт удаленной работы. Как только в июне появилась возможность, я сразу же вышел в офис. Сегодня я 4 дня в неделю работаю в офисе и один день — это среда — дома. Это переключение помогает сохранять моральные силы на всю неделю. Смена рабочего места для меня — это один из способов быть в тонусе.
Дендропарк им. Докучаева в Харькове
Лайфхаки по тайм-менеджменту, или Авторская версия Pomodoro
Для себя я понял, что большое значение в жизни имеет разнообразие активностей. Мне тяжело выполнять монотонную работу. Если говорить о физическом монотонном труде, то это просто невыносимо, например, пропылесосить квартиру. Для меня так же скучны тренировки в тренажерном зале, когда нужно выполнить определенное количество одних и тех же упражнений. Куда интереснее для меня поиграть в теннис либо различные игры с мячом — футбол, волейбол. В работе то же самое.
Я понимаю, что могу напрячься и несколько дней подряд делать однотипные задачи, но меня это изматывает, подрывает мотивацию, теряется эффективность. Для меня намного проще организовать свой рабочий день, насытив его большим количеством разнообразных вопросов. Рабочий день я планирую сам и понимаю, что буду делать в следующий час. Таким образом он делится на множество небольших задач разной активности.
Может показаться, что я все время нахожусь в спешке. Так и есть. Я знаю, что у меня на данную активность не так много времени, и это заставляет меня концентрироваться, быть максимально активным в эти отрезки. То есть я знаю, что на следующую задачу у меня, например, 15 минут, а потом митинг. Мне за это время нужно прийти к какому-то решению, даже если задача сложная. Это может быть промежуточное решение либо workaround, если мы говорим о техническом решении. Как вариант делегировать задачу другому человеку, которому я точно за эти 15 минут смогу все объяснить. Такой метод позволяет мне за день решить большое количество задач. Смена рабочей деятельности позволяет переключаться и не выгорать от однотипной работы.
Если говорить о сохранении баланса при таком ритме, то он в моей жизни присутствует с детства. В школе это была учеба и прогулки с друзьями. Я хорошо учился, и, соответственно, этому тоже надо было посвящать достаточное время. То есть work-life balance у меня начался очень давно. Это вопрос привычки и самоорганизации. Work hard, Play harder!
Стараюсь всегда эффективно использовать свое время. В определенные периоды жизни наши приоритетные роли, конечно, могут меняться — это и есть баланс. Поэтому для меня он заключается в верном определении себя в жизни и в гармоничном взаимодействии разных сфер и ролей.
44 коментарі
Додати коментар Підписатись на коментаріВідписатись від коментарів