Привет! На связи Евгений Антонов. Я работаю ведущим техническим менеджером проектов в Yandex Infrastructure. А также руковожу парой команд (разработчиков и менеджеров) и факультативно занимаюсь IT‑консалтингом. Ещё я автор телеграм‑канала «Тимлид Очевидность» и ведущий подкастов «Кода кода» и «Три тимлида заходят в бар».

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

Как вы, возможно, догадались по названию, речь пойдёт о многозадачности.

Привет! Я Евгений Антонов, ведущий технический менеджер проектов в Yandex Infrastructure. В ИТ‑индустрии за 17 лет успел поадминистрировать, поразрабатывать и поруководить. Работал на многих позициях в разных компаниях — аутсорсных и продуктовых.

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

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

Почему я отделяю вакансии в крупных компаниях от вакансий в компаниях поменьше?

Крупные vs маленькие и средние

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

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

Широкая воронка найма

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

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

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

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

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

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

Всё это я проговаривал в подкасте Кода Кода.

Однако я уверен, что есть такие люди, которым не хочется полчаса слушать подкаст, а хочется за 5-10 минут прочитать структурированный текст. Поэтому я размещу его тут, в надежде на то, что он найдет своего заинтересованного читателя

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

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

Всё это я проговаривал на вебинаре в Хекслете тут https://www.youtube.com/watch?v=y_HkXvFovAc

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

Общий стаж моей работы в ИТ - около 14 лет. Я начинал с системного администрирования, потом перешел в разработку, поработав как в аутсорсе, так и в продукте. Не один раз проходил путь от рядового разработчика до тимлида.