Карьера в IT-индустрии

Senior-разработчик: интроверт с большим опытом VS экстраверт, но опыта меньше

Кого выбрать в свою команду?

>> Рассказывает Илья, директор департамента разработки в ЮMoney.

Тут всё, конечно же, зависит от контекста. Если у меня в команде ребята-мидлы, которых нужно растить и обучать, выберу человека, который умеет разговаривать — с хорошо прокачанными софтами. Сегодня в компаниях у разработчиков нет проблем с технической экспертизой (хард-скиллами) — очень уж много доступных материалов и курсов, где можно научиться тому, что нужно. А вот с мягкими навыками у большинства разработчиков сложнее, и натренировать их так же быстро, как харды, не получится.

3 греха в софтах айтишников 😈

• Отсутствие критического мышления. Это когда человек к каким-то своим убеждениям не может отнестись критически и переубедить его невозможно. Из-за этого возникают споры в командах.

• Когнитивные искажения. Под одними и теми же словами и фразами люди могут подразумевать разные вещи. И это тоже приводит к конфликтам.

• Неспособность вовремя остановиться и не работать, когда рабочий день закончился. В ЮMoney есть процесс проверки здоровья команды — Health Check, и среди вопросов есть пункт про нагрузку команды с градацией ответов от «Всё в порядке» до «Мы горим и проектов слишком много!». Если столкнулись со вторым случаем, я встречаюсь с директором департамента проектов, вместе разбираем отчёты по командам и решаем, что можно сделать, чтобы стало легче. Иногда точечно обращаемся к тому сотруднику, которому тяжело, предлагаем помощь. Может, у него вообще проблемы не на работе, а дома: это разбираем вместе с HR BP. Бывают и случаи, когда PM (проектный менеджер) взял слишком много задач и нагрузка возросла так, что стало дискомфортно. Обсуждаем с ним проблему и снижаем нагрузку на команду.

***

Хочешь тоже работать в ЮMoney? Откликайся на наши вакансии! 😉

Составление резюме, анализ рынка, собеседования, офферы: этапов прохождения пути к трудоустройств столь же много, столько и страхов вокруг них.

Камиля Камальдинова, руководитель отдела по подбору персонала ICL Services, ответила на топ самых популярных вопросов:

— Как правильно составить резюме, чтобы его заметили?
— Как не волноваться на собеседовании?
— На что обращают внимание рекрутеры в первую очередь?
— Какие самые востребованные профессии в ИТ сейчас?

Эти и многие другие вопросы обсудили в ролике.

Про задачи, роли и позиции

Сегодняшняя тема, казалось бы, очевидна - но на практике приходилось сталкиваться с очень странно построенными командами. Поговорим о важности разделения трёх понятий: задачи, роли и позиции. И начнём с определений:

Задача - здесь подразумевается не конкретная таска в трекере, а всё множество однотипных работ, которые нужно делать в продукте. Тестировать фронтенд, проводить кастдев, настраивать рекламу в кабинете и т.д.

Роль - это объединение нескольких задач в один пакет. Есть более-менее интуитивные роли - тот же тестировщик. Есть совершенно по-разному интерпретируемые - например, аналитик. Идеальных рецептов тут нет - главное, чтобы внутри команды все с отношениями роль-задача были согласны.

И третий уровень - позиция. Конкретная должность под конкретного человека.

В идеальном мире одна роль = одна позиция (или несколько одинаковых позиций). По факту сплошь и рядом бывает, что одному человеку приходится брать на себя несколько ролей. И это само по себе не страшно, пока соблюдаются два правила:

• Нельзя разделять одну задачу между двумя ролями. Если договорились, что аналитик пишет ТЗ, то не надо ожидать, что для каких-то фич это ТЗ будет писать разработчик (тимлид, архитектор). Если это повторяется, то лучше разделить задачу на две и выдать носителям ролей.

• Нельзя разделять одну роль между двумя позициями. Если вы договорились, что у вас аналитик и ТЗ пишет, и согласованием занимается, то тот, кому эта роль досталась, и должен это делать. Опять же, если постоянно согласование достаётся другому человеку - нужно либо перебросить задачу на другую роль, либо роль согласующего выделить другому.

Есть, конечно, риск уйти в глухую бюрократию - не надо так! Схема должна быть помощником, а не забором. Нарисовать один раз, периодически сверяться, если где-то копятся задержки - и делать выводы по итогам.

Бонуса у такой схемы два. Во-первых - предсказуемые ожидания. Каждый участник команды всегда знает, от кого чего ждать. И во-вторых - это отличный задел на рост команды: сразу видно, когда под такую-то роль нужен отдельный человек.

За последние полгода у нас появилось несколько новых курсов: для разработчиков, администраторов и специалистов по безопасности. Делимся подборкой на случай, чтобы вы точно ничего не пропустили. 

Специалист по информационной безопасности — вы научитесь защищать данные компаний от утечек, выявлять уязвимости в системах и предотвращать кибератаки. В программе курса: основы кибербезопасности, защита сетей и серверов, анализ уязвимостей, тестирование на проникновение и создание систем информационной защиты. Подойдёт тем, у кого нет опыта или его совсем мало.

Аналитик SOC — для разработчиков, DevOps, сетевых инженеров, системных администраторов и других специалистов. Вы научитесь работать с системами SIEM, анализировать инциденты и выявлять угрозы в корпоративных сетях.

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

Apache Kafka для разработки и архитектуры — для бэкенд-разработчиков на Java, Python, Golang. Вы научитесь настраивать и администрировать Kafka, работать с кластерами и эффективно обрабатывать большие объёмы информации.

Архитектура программного обеспечения — для опытных специалистов и руководителей с техническим бэкграундом. Вы освоите создание архитектуры ПО, интеграцию микросервисов, анализ требований и контроль качества системы. Реальные кейсы и работа с современными методологиями, такими как DDD и EDA, помогут вам в работе.

У каждого курса есть бесплатная часть, а также тестирование, чтобы понять, насколько комфортно вам будет учиться.

Как я интегрировал нового дизайнера в команду: мой опыт

Привет, Хабр!

Недавно в моей команде один из дизайнеров успешно прошёл испытательный срок. Для меня, как для относительно нового дизайн-лида, это стало маленькой, но важной победой. Хочу поделиться своим опытом и подходом к интеграции новых сотрудников в команду.

Как всё начиналось

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

Первые дни нового сотрудника — это всегда онбординг: знакомство с командой, процессами, документацией и инструментами. У нас есть свои недочёты в этом процессе, так как мы находимся в режиме постоянной оптимизации. Однако мы стараемся сделать всё возможное, чтобы новый сотрудник чувствовал себя комфортно.

Первая задача: погружение в проект

Главная цель на начальном этапе — максимально быстро погрузить нового дизайнера в проект. Это включает:

• Изучение структуры проекта.

• Понимание принципов хранения и навигации по макетам.

• Знакомство с внутренними процессами и смежными командами.

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

1. Ознакомиться с большим количеством макетов.

2. Разобраться в деталях интерфейса.

3. Понять, как устроена работа в команде.

Я всегда подчёркиваю, что не нужно спешить. Лучше потратить время на изучение, чем пропустить важные нюансы.

Ретроспектива и обратная связь

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

На этом этапе я оцениваю, насколько хорошо новый дизайнер справился с задачей, и определяю, что делать дальше:

• Если есть пробелы в знаниях, даю повторное задание с дополнительными рекомендациями.

• Если всё в порядке, перехожу к более сложным задачам.

Этап «боевого кота»

Когда новый дизайнер начинает уверенно разбираться в проекте, я постепенно уменьшаю контроль. На этом этапе сотрудник:

• Самостоятельно работает с вводными задачи.

• Использует компоненты и паттерны, принятые в команде.

• Взаимодействует с аналитиками, разработчиками и другими ответственными лицами.

Моё ревью макетов остаётся, но я стараюсь доверять сотруднику в простых задачах. Постепенно область доверия расширяется, и мы переходим к обсуждению сложных кейсов через брейнштормы и демо.

Итоги

Интеграция нового дизайнера — это процесс, который требует времени, терпения и чёткого плана. Вот ключевые моменты, которые помогают мне в этом:

1. Постепенное погружение — начинаем с простых задач и постепенно усложняем.

2. Обратная связь — отвечаю на вопросы и помогаю разобраться в нюансах.

3. Доверие — постепенно уменьшаю контроль, позволяя сотруднику проявлять самостоятельность.

А как вы погружаете новых сотрудников в свои команды? И как погружали вас?

Всем привет! Совсем недавно в ИТ-инфополе снова активно заговорили о супераппах и их развитии.

Что такое суперапп?

Суперапп — это мобильное приложение, объединяющее множество сервисов и функций в одном месте. 

В России ярким примером успешного супераппа служит Яндекс Go. Самым известным представителем в мире является китайский WeChat, которым пользуется около миллиарда человек и в котором собраны практически все необходимые сервисы для жизни.

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

1️⃣ Неоспоримым преимуществом является синергия и обширная база пользователей. Даже новым фичам и продуктам внутри супераппа практически не стоит беспокоиться о том, откуда взять трафик. Например, “Самокаты” были запущены сразу в рамках Яндекс Go, поскольку там уже находилась целевая аудитория этого сервиса.

2️⃣ Супераппы генерируют море данных о самых разных аспектах жизни пользователей, и для аналитика это – рай! У вас будет возможность анализировать поведение пользователей в комплексе, выявлять скрытые взаимосвязи и находить инсайты, которые невозможно получить, работая в компании, специализирующейся на одном узком направлении. Это просто кладезь для персонализации, настройки рекомендаций и CRM-коммуникаций. 

3️⃣ Расширение границ. Супераппы позволяют попробовать себя в разных сферах и бизнесах, оставаясь в одной компании. Даже работая в одной команде, для выполнения ряда задач необходимо погружаться в контексты бизнесов других команд, а если захочется сменить сферу, достаточно просто ротироваться.

Но есть и другая сторона.

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

2️⃣ Сложность атрибуции эффектов. В рамках супераппа каждая команда хочет оценивать своё влияние, и здесь перед аналитиком встает логичная задача: как и к кому атрибуцировать активность пользователей. На рынке существует много практик (last/first click, position-based и т. д.), но внедрить и обосновать конкретную методологию — крайне непростая задача, а спрогнозировать и доказать долгосрочное влияние, чтобы положить его в цели/бюджеты... ну, вы поняли)

3️⃣ Всегда необходимо учитывать влияние новых решений на другие продукты и сервисы, входящие в экосистему супераппа. Например, оценивать, как размещение точки входа в ваш продукт на главной странице повлияет на остальные продукты, и в случае негативного влияния предоставить аргументы и цифры, нивелирующие его. Это требует включения “helicopter view” — понимания взаимосвязией сервисов, ключевых метрик, процессов и инструментов на уровне всей платформы.

А что вы думаете, какой опыт интереснее и ценнее: в больших мультикатегорийных сервисах или в командах, сфокусированных на одном сервисе/продукте?

Еще больше про аналитику в td data dreamen

Наши выпускники делятся реальными историями: о том, как они преодолевали трудности, справлялись с сомнениями и достигали успехов. Возможно, их путь вдохновит и вас попробовать себя в новой профессии.

• Как я попал на стажировку аналитиком в Яндекс и как к ней готовился

• История о том, как учительница английского с тремя детьми решила стать тестировщиком

• Такие разные «плюсы»: моя карьера разработчика C++ в «Коде безопасности»,  Яндексе и Huawei

• Путь iOS-разработчика: как я много собеседовался и попал на стажировку

• Начинающим разработчикам: как оформлять резюме и проходить интервью — мой опыт

База для изучения одного из популярнейших языков программирования Python. С новыми знаниями вы сможете вкатиться в ИИ, веб-разработку, создание приложений и даже в геймдев.

Курсы и задачи:

• Курс «Learn Python 3» от Codecademy.

• Курс «Python for Everybody» от freeCodeCamp.

• Задачи Python от freeCodeCamp.

• Учебник Python от w3schools.

• Уроки от Real Python.

• Учебник Python от GeeksforGeeks.

• Курс Python от Codechef.

• Задачи Python от Exercism.

• База по Python для вката в ML.

• Введение в Python от Стэнфордского университета.

Интерактивные платформы:

• Khan Academy.

• MIT OpenCourseWare.

• LeetCode.

• HackerRank.

• CodeWars.

Видеоуроки:

• sentdex.

• CS Dojo.

• Corey Schafer.

• edX: Введение в Python.

• Programming with Mosh.

• Курс CS50 от Гарвардского университета.

• Работа с ИИ на Python от Гарвардского университета.

Книги:

• Think Python.

• Automate the Boring Stuff with Python.

• Программирование на Python от НТУИТ.

• Укус Питона.

• Официальный учебник Python.

Бонус: в Steam вышла игра Joy of Programming — Software Engineering Simulator от разработчика на Python.

Осваиваем 23 самых популярных языка программирования с нуля. Учебная база содержит практические курсы для начинающих разработчиков, которые хотят изучить новые ЯП, включая всю необходимую теоретическую часть с разделами по ООП и асинхронным программированием. На каждый урок есть практические задачи — читаем теорию и тут же оттачиваем навыки. Авторы проекта показали самые востребованные связки языков программирования и фреймворков. 

Про нетерпимость к неопределённости

Был у меня коллега. Проджект. Хороший, опытный, умеющий добиваться результата - до всех дойдёт, распланирует, когда надо - допинает.

Но в разговорах между собой мы вечно утыкались в непонимание:

— Вот план на квартал. Три фичи.

— Не, ты скажи, какая когда будет.

— Вот относительные приоритеты, делать будем в таком порядке. Но точные даты будут только после ресёрча. Не страшно: по зависимостям никого не держим; по метрикам - всё просчитано, неделя туда или сюда именно здесь погоды не сделает.

— Не, ну даты-то какие?

— Точные даты я тебе могу назвать, но они ж из головы будут.

— Пусть так, но пусть будут.

И в обратную сторону тоже работало. Если какая-то функция требовала стыковки с конкретными датами, я приносил и свои оценки, и необходимые для меня даты, которые надо было требовать с других - коллега был страшно доволен.

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

Кто-то в ней плавает как рыба в воде - где-то данными, где-то вопросами, где-то просто допущениями собирая для себя и для других точки опоры.

Кому-то это некомфортно - но зато если им эти точки опоры дать, они разгонятся и принесут результат.

Хороший продакт должен уметь и то, и то - собственно, discovery это как раз процесс превращения неопределённости в определённость, а delivery - превращения определённости в импакт. Но и продукты, и продакты - разные, поэтому фактор готовности к неопределённости тоже обязателен к учёту для выбора работы и сотрудника.

Российская ИТ‑компания ITGlobal разместила на сайтах с вакансиями объявление о найме в штат экзорциста, которому собирается платить от 130 тыс. рублей в месяц Специалисту придётся изгонять демонов из неэффективных сотрудников. Нужно переехать в Санкт‑Петербург — работа исключительно офисная, удалёнка в условиях не упоминается

Как получить навык работы с IaaS-сервисами и официально подтвердить свои знания?

В новом бесплатном курсе Cloud.ru Evolution Fundamentals вы научитесь работать с IaaS-сервисами облачной платформы Cloud.ru Evolution и настраивать их под свои проекты и задачи. Курс подойдет системным администраторам, начинающим IT-специалистам и всем, кто хочет освоить облачные технологии.

На обучении вы узнаете:

• какие облачные сервисы есть на платформе Cloud.ru Evolution;

• как работают IaaS-сервисы Cloud.ru Evolution и как они взаимосвязаны друг с другом;

• как подобрать оптимальные IaaS-сервисы для своего проекта и правильно их настроить.

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

 Желаем успехов!

Сооснователь компании OpenAI, экс-директор по ИИ и бывший глава отдела разработки автопилота Tesla Андрей Карпаты в новом обучающем трёхчасовом видео рассказал всю базу про нейросети, включая:

• претрейнинг: как работает архитектура трансформер, из чего состоит и что такое токены;

• файнтюнинг: психология LLM, галлюцинации, исправление ошибок в орфографии и прочие детали;

• обучение с подкреплением: как нейросеть учится на обратной связи и улучшает ответы;

• последние 10 минут видео — краткая выжимка лекции.

В рамках своей деятельности Карпаты активно занимается записью обучающих видеороликов на YouTube по созданию нейросетей, с пошаговыми инструкциями и выкладывает исходные коды на GitHub по различным проектам, связанным с машинным обучением и развитием нейросетей, включая проект nanoGPT для обучения/настройки GPT среднего размера.

В феврале 2024 года Карпаты выпустил лекцию на Youtube под названием Let's build the GPT Tokenizer. Это двухчасовая понятная и доступная лекция о токенах и токенизации в ChatGPT и других нейросетях. В видео Карпаты буквально на пальцах показывает, как именно нейросеть GPT читает текст, как дробит его на единицы и что в нём выделяет. Учебный материал поможет начинающим пользователям углубиться в изучение нейросетей, а также лучше понимать их устройство. Сопроводительный материал к этой лекции с подробными комментариями к используемому коду Карпаты выложил на GitHub.

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

Подбирался я к этой теме долго. От общего понимания, что разным людям по-разному даются разные задачи; через разделение задач на нацеленные на развитие и на операционную работу; через явное разделение команд на Run и Change.

Окончательно паззл сложился во время менторинга, когда я услышал похожие истории сразу от нескольких менти. Работа понятна, реализуема, но - не идёт. Слишком много операционки. Или наоборот, все хотят делать по науке, но недостаточно быстро.

И тогда я стал задавать прямой вопрос - а какой стиль работы в целом ближе? На развитие или на получение результата здесь и сейчас?

Потому что действительно это два разных майндсета - Run и Change. И давать людям с одним майндсетом задачи, органически более близкие другому - разок-другой можно, но в долгую и результат будет не лучшим, и человек выгорит очень быстро.

Людей с майндсетом Run:

• драйвит быстрый результат;

• не беспокоит необходимость возвращаться к одному и тому же предмету несколько раз;

• а вот подход "лучше день потерять, зато потом за час долететь" вызывает раздражение.

Типичные Run-овые задачи - это поддержание страниц в актуальном состоянии, поддержка, запуск экспериментов.

А майндсет Change:

• драйвит картина чего-то большого и красивого - но впереди;

• не любит возвращаться к уже сделанному, предпочтёт более сложную реализацию на перспективу;

• предпочтёт потратить побольше времени на подготовку.

Тут задачи уже другие: выстраивание процессов, инфраструктурные проекты, доделывание продукта после MVP.

Разумеется, шкала тут не дискретная, но всё же совсем универсалов я практически не видел - все явно склонялись либо к одному, либо к другому концу.

И правильный мэтч для комфортной и эффективной работы - задача обеих сторон. Как сотруднику стоит задать вопрос себе - "а какой из этих майндсетов мне ближе?" Так и руководителю стоит на каждую позицию повесить ярлычок, исходя из задач.

Системный аналитик: подборка полезных материалов

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

Знакомство с профессией

Где и сколько учиться на системного аналитика — рассказываем о вузах, колледжах и онлайн-курсах, где можно получить профессию системного аналитика.

«Системный аналитик» — на бесплатной части курса вы познакомитесь с этапами работы над проектами, увидите, чем занимаются аналитики, и узнаете, как выглядят результаты их работы.

Чем занимается системный аналитик — разбираем ключевые задачи этой профессии на примере создания навыка для виртуального ассистента.

Полезные материалы

Работа с API: 17 полезных ссылок для системного аналитика — материалы, которые помогут разобраться в основах работы с API, документировании REST API, использовании форматов данных XML и JSON, а также в инструментах вроде Swagger.

Гайд для системного аналитика

Этот цикл статей поможет разобраться в работе с требованиями на всех фазах проекта. Мы рассмотрим пример на основе банка, чтобы показать, как документировать требования, подбирать инструменты анализа и использовать удобные решения вроде Wiki и таск-трекеров.

Часть 1: Инициация — разбираем, как определить бизнес-цели, собрать пользовательские требования, выбрать уровень их детализации и заложить основу для последующих этапов.

Часть 2: Планирование и исполнение — учимся декомпозировать требования, распределять задачи между членами команды и управлять изменениями в проекте с помощью таск-трекеров.

Часть 3: Контроль — разбираем методы проверки, тест-дизайна и рецензирования, которые помогут избежать ошибок.

Что меняется, когда у тебя появляется команда, и как с этим работать?

Нередко молодые лиды сталкиваются с проблемами на новой позиции: расти хотят не все и не всегда, команда не может принести сверхрезультаты уже завтра, а экспертное мнение лидера иногда душит. Но не все так страшно! 

О том, как выбираться из подобных дилемм, рассказывает Галя Ширанкова, руководитель продукта в Авито. Из ее доклада вы узнаете:

• как подготовиться к позиции;

• как увереннее управлять командами;

• как решать проблемы, не создавая новые.

Презентацию к выступлению можно посмотреть здесь.

Подписывайтесь на канал AvitoTech в Telegram, там мы рассказываем больше о профессиональном опыте наших инженеров, проектах и работе в Авито, а также анонсируем митапы и статьи.

Как находить и нанимать сильных разработчиков-лидов в финтехе

Рассказывает Илья, директор департамента разработки ЮMoney.

В ЮMoney мы в большей степени стараемся растить лидов внутри, а не нанимать извне. Стремимся создавать в компании такую среду, чтобы действующие руководители команд воспитывали будущих лидеров. Для этого у нас есть несколько эффективных инструментов:

• Карьерные треки, когда сотрудник поэтапно растёт от одной должности к другой или переходит из одного направления в другое.

• Ежегодное упражнение «Кто твой заместитель?». Руководитель может выбрать из команды одного или двух человек, которым передал бы руководство и свои дела в случае внезапного ухода.

• Регулярные встречи руководителя с сотрудниками в формате one-to-one. Можно обсудить текущие дела, проблемы и рост в компании.

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

Считаю, что руководителями не рождаются, а становятся. У меня в начале пути было очень плохо с софтами, я боялся начинать общение с коллегой не из своего отдела. Но я научился говорить, слушать и понимать других людей. Поэтому, если вы тоже начинающий руководитель и у вас есть проблемы с софтами, не переживайте и помните: всему при желании можно научиться.

Чем занимается директор департамента разработки в финтехе

Привет, Хабр! 🙌

Начинаем цикл постов о менеджменте в IT. 👑 Илья, директор департамента разработки ЮMoney, расскажет о том, каково это — перейти с позиции мидла в управленческую должность в финтехе, начать руководить огромными командами, нанимать лидов, мотивировать и растить людей.

Первый пост — про карьерный путь Ильи и обязанности директора разработки. Должен ли он только руководить? Или писать код по вечерам и разрабатывать технические решения — тоже нормально?

Илья:

За 10 лет работы в ЮMoney у меня было четыре карьерных периода:

• Пришёл в компанию мидл-разработчиком в отдел фронтенда в 2014 году.

• За N лет вырос до сеньор-специалиста.

• Спустя N лет стал руководителем отдела разработки интерфейсов.

• Ещё через N лет — директором департамента разработки. Теперь работаю под руководством IT-директора.

Моя главная обязанность сегодня — управлять руководителями направлений разработки. Но писать код я при этом не перестал: это, можно сказать, моё хобби, которому я посвящаю свободное от работы время. 🙂

Поначалу на управленческой должности мне было сложно разглядеть свой вклад в общие результаты. Ребята в команде что-то делают, я подсказываю и контролирую, а в итоге ощущение такое, что вроде и помогал, а вроде просто рядом стоял… Со временем это чувство ушло, и сейчас у меня есть чёткое понимание того, что я делаю: обнаружил проблему >> раскопал её >> поставил решение на рельсы >> процессы улучшились. Чтобы побороть синдром самозванца, пришлось даже поработать со специалистами: мне очень помогли наши HR BP.

Чем ещё я занимаюсь в компании, не считая управления большим департаментом? Пишу технические решения, описываю, что и как мы внедряем, но на тактическом, верхнем уровне. Например, если мы хотим начать использовать какую-то новую технологию, я анализирую её, изучаю, что нужно для внедрения, и передаю коллегам в работу. Сейчас в моём фокусе LLM (большие языковые модели): мне интересно в них разбираться и применять их в работе.

***

Ждите следующий пост про найм лидов в разработку. А пока задавайте вопросы в комментариях. 😉

Каким должен быть лид: демократом или жестким боссом?

Как хороший руководитель управляет коллективом? Какой подход к сотрудникам выбирает? Сколько времени проводит на звонках? Должен ли он заботиться о психологическом состоянии команды или держать фокус на продуктивности и исполнительности? Ответили на самые важные и горячие вопросы о том, как быть тимлидом.

Мнениями поделились гости: Сергей Чернобровкин, сооснователь KTS, и Ярослав Павлов, менеджер продукта в Selectel.

Еще есть версия на VK Видео :)

От открытия резюме и первого отклика до разговора с лидом о смене роли — собрали подборку советов для разных карьерных этапов от нашей команды! 

Для трудоустройства: 
— Как составить хорошее резюме
— Инструкция к идеальному сопроводительному письму
— Пошаговое руководство по всем этапам собеседования в IT
— Гайд по ответам на каверзные вопросы рекрутера
— Как отвечать на вопрос о причинах увольнения 

Для работы: 
— Как эффективно планировать свой день
— Приоритезируем бэклог по методу WSJF 
— Как находить время на работу между встречами
— Что делать, если боишься ошибаться на работе
— Как давать фидбек честно и необидно
— Техники-ледоколы: как вовлечь команду в начале встречи
— Как вести себя во время рабочих конфликтов
— Что делать, если ты выгорел, а увольняться не хочешь
— Подборка книг для борьбы с выгоранием
— Где найти время на обучение и отдых после работы

Для развития: 
— Как и зачем расти внутри компании
— Список вопросов для определения зон роста 
— 8 книг по развитию софт-скиллов 
— 7 книг для прокачки скиллов в IT
— 5 курсов, которые понравились нашей команде

Еще больше полезных советов (и вдохновения) найдешь в карьерных историях гаражистов, а свое место в Garage Eight — на нашем сайте ;-))