В прошлой статье нашей серии «Карьера в IT» рассказывали, где искать вакансии. Представим, что она найдена — отыскалось крутое место в стартапе, как раз под ваши умения и с подходящей зарплатой. Как теперь пройти собеседование, к чему подготовиться и как убедиться, что работать там вам будет комфортно? Рассказываем с практическими примерами. Полезно будет тем, кто устраивается не только в стартап, но и просто в не очень большую, пускай и стабильную, компанию.
Зачем идти работать в стартап
Проще пройти собеседование. По набору плюшек небольшие компании редко могут соперничать с крупными, так что и требования к специалистам у них ниже. Часто и процессы в небольших компаниях проще, и культура менее сформированная, что тоже сказывается на процессе собеседования.
Больше возможностей для развития. Как горизонтального, так и вертикального. Нужно будет подхватывать много разных задач, плюс можно расти вместе с компанией. Когда будут нанимать новых людей, вас уже поставят ими руководить.
Минимум бюрократии и встреч. Все нацелено на задачи и результат, нет тяжеловесных управленческих процессов.
Отсутствие legacy-кода. В крупных компаниях десятилетний монолит часто пилят годами. А тут все будет новое и свежее.
Атмосфера стартапа. Крепкие отношения внутри команды, легкость, меньше субординации. Многим это нравится.
Чаще предлагают удаленку. И часто лучше выстроены удаленные процессы. У нас в боте getmatch многие вакансии на удаленку — именно от небольших компаний и стартапов.
Почему НЕ стоит идти работать в стартап
Стартап может загнуться. 9 из 10 стартапов погибают. Можно получить крутой опыт, но высок шанс, что долго вы тут не проработаете.
Сложнее учиться. Вы наверняка будете единственным специалистом по своим задачам.
Худшие условия. Серое трудоустройство, не такой полный соцпакет, меньше плюшек.
Стартапы в опыте работы настораживают эйчаров. Стартапы — часто про хайп. И при этом они быстро закрываются. В итоге у вас в списке прошлых мест работы могут быть поинты на хайповые темы по полгода-год работы. Это настораживает эйчаров — кажется, что вас легко могут переманить в другую компанию.
Сложные отношения с руководством. Если не заладится с начальством, поменять отдел не получится — придется совсем увольняться.
Бывают истории, когда директор вроде бы харизматичный, но при совместной работе ты понимаешь, что попал в деспотичную атмосферу: тебя не слышат, а деваться некуда.
Общая структура собеседования в небольшую компанию
Телефонное интервью.
Тестовое задание (опционально).
Техническое интервью, обычно делится на несколько секций.
Интервью с нанимающим менеджером или СТО.
Оффер.
По факту это почти то же самое, что собеседование в корпорацию. Но дьявол в деталях. О телефонных интервью мы поговорим чуть позже — они примерно одинаковые для любых компаний и не требуют особого внимания. А вот на детали тестового и собеседования посмотрим внимательнее.
Тестовое задание
Оно нужно потому, что у небольшой компании нет ресурсов на тщательный отбор кандидатов другими средствами вроде большого штата эйчаров или найма «не того человека», чтобы потом его заменить. Тестовое в этом случае — хороший способ отбора.
Что важно проговорить:
Сроки.
Время, за которое от вас ожидают выполнение задания. Предполагается, что вы справитесь за пару часов, или это работа на весь день?
Функциональные и нефункциональные требования. Например, про производительность итогового решения.
Можно ли использовать сторонние библиотеки.
А еще можно вообще не делать тестовое и предложить альтернативу. Например, если у вас есть пример похожего кода. Или тестовое для другой компании. Предложите показать — вполне возможно, это подойдет. Не стесняйтесь спрашивать.
На что обратить внимание при выполнении тестового
Выполнить все функциональные требования. Звучит очевидно, но это важнее и сложнее, чем кажется.
В опыте наших кандидатов было такое: делал тестовое и упоролся по архитектуре. Работодатель просил что-то про UI, а кандидат подумал «скукотища, какую-то карточку куда-то переместить, я архитектор, зачем мне UI?». В итоге не взяли даже на следующий этап — а он 20 часов потратил на суперкрутую архитектуру, которая даже была не нужна.
Если написано «По клику должно разворачиваться с такой-то анимацией» — сделайте ее.
Позаботьтесь о чистоте кода. В рабочей атмосфере стартапа ваш код-стайл смотреть вряд ли будут — там всегда все горит. Но всем хочется иметь в штате аккуратных разработчиков, поэтому постарайтесь сделать все чисто и позаботиться не только о функциональных требованиях.
Покройте код тестами. Даже если это явно не указано, так вы продемонстрируете свой профессионализм и выделитесь.
Не увлекайтесь внешними зависимостями. Даже если они разрешены. Если вы верстаете форму с номером телефона, не нужно подтаскивать огромную таблицу с форматерами, подсказками и всплывашками. Конкретно для тестового это не опасно, но для рабочей задачи может вызвать просадку в производительности. Отнеситесь к тестовому как к реальной работе и попытайтесь думать о пользе для «всего приложения».
Оставьте полезные комментарии. Позаботьтесь о читателе, подсветите какие-то штуки, презентуйте свой продукт.
Добавьте чего-то сверх. Если осталось время, подумайте, как вы можете выделиться среди других кандидатов: добавить анимацию, интересную функцию, подробное объяснение. Но только если вы уверены, что выполнили все функциональные требования.
Помните, что идеала не будет никогда. Иногда бывает, что делаешь тестовое, максимально стараешься, оно кажется совершенным. Через год смотришь и видишь — тут ошибка, тут не то, тут не красиво. Но на результат это не влияет, не надо ударяться в перфекционизм. Иначе вы не выполните ни одного тестового.
Когда все сделаете, не забудьте выложить готовое тестовое на GitHub (лучше в приватный репозиторий). Его можно использовать как пример кода для будущих работодателей и предлагать как уже готовое тестовое, чтобы не делать его с нуля.
Техническое интервью
Первым делом совет — возьмите на интервью свой ноутбук. В чужом окружении садиться за чужой компьютер — это стресс, на не своей клавиатуре даже по кнопкам иногда сложно попасть. За своей машинкой будет удобнее.
В небольших компаниях задания для технического собеседования обычно такие:
Дать пояснения по тестовому или какому-то коду, который у вас лежит на GitHub. Просто прямо на месте что-то пояснить, рассказать, объяснить, как работает.
Поревьюить существующий код. Например, вам дадут код джуна с проекта, какой-нибудь самостоятельный и контекстно-независимый, и попросят рассказать, что тут и как работает, что можно улучшить.
Набросать архитектуру для какого-то решения. Например, могут дать вам макет сайта и попросят рассказать, как вы будете с ним работать.
Длиться техническое интервью может 4–6 часов, примерно как рабочий день. Но лучше уточнить заранее, потому что это зависит от компании.
Собеседование
Это собеседование не с техническими специалистами, оно может быть на разных этапах — и до тестового, и уже после технического интервью. У него есть свои особенности.
Здесь главная особенность в том, что в небольших компаниях каждое собеседование уникально. И мы тут дадим не общие советы по подготовке, а скорее набор вопросов, которые стоит задать, чтобы подготовиться.
Что будет после тестового и технического этапа, как вообще построен найм?
Какие будут секции на собеседовании? Например, будут ли давать алгоритмические задачи?
Кто именно будет собеседовать: эйчары, управленцы, конкретные технические специалисты?
Какой продукт выпускает компания? Это можно посмотреть самостоятельно по открытым источникам, чтобы задавать более правильные вопросы.
Что вас потенциально ждет на собеседовании
Универсальных советов нет, но будьте готовы, что:
Рекрутером будет человек, уволившийся из крупной компании. Он может попытаться перетащить оттуда манеру собеседования, так что не удивляйтесь типичным для FAANG вопросам и задачкам.
Скорее всего, собеседовать вас будут ваши будущие коллеги, и в ваших руках, чтобы им захотелось сидеть в одной кодовой базе именно с вами.
От вас могут ждать знания четкой конкретной платформы и технологий, а не просто опыта в аналогичных.
Будут задавать много вопросов из смежных областей — в стартапы часто нужны «многостаночники», которые могут сами работать с инфраструктурой и соседними предметными областями.
Вас точно попросят рассказать предыдущий опыт с точки зрения задач: с какими вы сталкивались, как решили. Подготовьте рассказ именно в формате кейса.
При собеседовании будут использовать инструменты вроде типологии личности. Могут дать тест минут на 15, чтобы по нему понять, впишетесь ли вы в коллектив. За рубежом это достаточно распространенная практика.
Что стоит спрашивать на собеседовании, чтобы «проверить» стартап
Теперь ваша очередь задавать вопросы. При собеседовании в небольшую компанию это очень важно — иначе есть риск, что уже через несколько месяцев вам снова придется искать работу.
Что важно выяснить:
Есть ли у компании миссия, стратегия роста и развития? Можно спросить про источники окупаемости или инвестиции. Если стартап совсем молодой, спросите, за счет чего происходит рост пользователей, какие конкуренты на рынке. Наденьте шляпу венчурного инвестора и попросите питч-дек с последнего раунда инвестиций.
Кто и как принимает продуктовые решения? Как выглядит этот процесс?
Какие у вас будут конкретные обязанности? Чего от вас ждут? Кто и чем в компании занимается?
Какого размера команда, какой уровень у специалистов?
Как в компании оценивают эффективность работы сотрудников? Какие критерии этого, какой процесс постановки и оценки задач? Как формализован карьерный рост?
Какой сотрудникам выдают соцпакет? Что в него входит? Как рассчитывается и начисляется премия?
Не стесняйтесь задавать такие вопросы. В хорошей крепкой компании вам свободно на них ответят. Если начнут путаться, тормозить или интересоваться «А зачем вы это спрашиваете?» — это тревожный звонок.
И помните: молодые компании — это не только великолепный способ внести огромный личный вклад в общий успех. Часть этого успеха вы сможете получить во вполне материальном эквиваленте — в виде доли в компании в будущем.
Лучшие вакансии — в нашем телеграм-боте! Не обязательно откликаться на вакансии, не обязательно искать себе работу — можно использовать бот как инструмент, чтобы следить за рынком: насколько ваша вакансия соответствует рынку. Вот здесь чувак узнал, например, что его питерская зарплата была на 60% (!!!) меньше, чем он мог бы зарабатывать.