Ожидания vs «какая-то дичь». Как компании приукрашивают на собесах

Собрали истории про то, как ожидания кандидатов разошлись с «вообще всем», кроме (в лучшем случае) зарплаты.

13 комментариев

«Нас поставили на совершенно другой проект — старый, кривой, с кучей легаси-кода»

Android-разработчик:

— В 2019 я принял оффер от продуктовой компании из Вьетнама, которая открывала офис в Беларуси. На собесе обещали: «Мы сейчас будем стартовать проект с нуля. У нас всё на Kotlin, набираем двух Android-разработчиков, и вы сами будете решать, какие библиотеки использовать, какую архитектуру выбирать, какие слои, модули и всё остальное». 

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

В итоге мы оба ушли с «испыталки» через полторы-две недели.

Интересно, что на момент собесов компании было известно об этих изменениях. При этом даже рекрутёр не знала, что получится вот такая вот дичь. Видимо, в руководстве посчитали, что это несущественно. Вообще непонятно, на что был расчёт. Что мы придём, увидим код и скажем: «Ну ладно»? Да, сейчас в Беларуси с вакансиями всё плохо, но в 2019 стоило только поставить в LinkedIn «Open to work», и мне начинали молотить в личку десятки рекрутёров.  

Тут проблема в том, что я потратил кучу времени и ресурсов, чтобы сходить на кучу собесов. У меня было 4-5 оффера из других мест, с такой же или чуть меньшей зарплатой, и я отказал другим компаниям на основании информации, которая вообще не соответствовала реальности. Кроме денег там вообще всё было, мягко говоря, неправдой.

«Процветала дедовщина»

Системный аналитик:

— Стандартная ситуация. В 2022-м откликнулась на вакансию системного аналитика в продуктовую компанию в Минске. В действительности же там процветала дедовщина: новенькие выполняли работу типа «принеси-подай». Новые разработчики (даже уровня сеньор!) чистили систему от ненужных документов и легаси, а я занималась юзер гайдом, а не новыми фичами. 

Как вышла из ситуации? Уволилась.

«Там не то что не было .NET — там не было программирования вообще»

Fullstack .NET Developer:

— В то время я был студентом третьего курса и только закончил мою первую стажировку на позиции Full-Stack .NET Developer. Мне очень нравилось программировать на этой технологии. 

Опубликовал на rabota.by резюме и запрос на позицию .NET разработчика. Позвонила HR из минского офиса компании, входящей в «большую четверку». Компания занимается аудитом и консалтингом, но и за год до этого открыла центр разработки. 

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

Меня приняли на работу и сразу посадили на внутренний проект — переписывать систему с PHP на .NET + JS. Джуна, практически без коммерческого опыта и без старших программистов-кодеров (там в основном работали с Magento, ABAP и т.д)!. Сейчас бы такой подход меня насторожил, но тогда я был совсем зелёным. Несложно представить, какое качество кода там было. 

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

Вскоре меня начали подключать на другой проект. Там не то, что не было программирования на .NET — там не было программирования вообще! Нужно было работать с ПО для интеграции, грубо говоря, строить API, соединяя модули и задавая параметры. Это совсем не то, что я хотел. 

Тут я уже насторожился, что очередной проект, на котором я работаю, непонятно что. Мне было отвратительно открывать рабочий ноут и эту программу. 

Через некоторое время я сказал менеджеру, что не хочу на этом работать. Он ответил, что я играю здесь большую роль и что позже мы обязательно поймаем .NET проект. Нормального проекта не появилось. Мне дали второй проект, где, по заявлениям, «будет работа с JS», но приходилось просто выполнять роль агента поддержки и выполнять тикеты типа «поменять значения в таблице БД».

Здесь мое терпение лопнуло, и я твёрдо решил найти новую работу. Я пошел по собеседованиям и вскоре прошёл на позицию Full-Stack .NET разработчика, с конкретными требованиями, конкретными технологиями, полноценным техническим собеседованием и повышением зарплаты. 

На старом рабочем месте долго просили остаться, приводили аргументы типа «работа необязательно должна нравиться, главное, чтоб деньги приносила, можно переступить через себя, а вдруг твой .NET и JS скоро не будут нужны никому» и так далее. Обещали, что скоро появится много .NET в компании (ничего не появилось, кстати). 

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

«По договору все потери компании и даже упущенная прибыль ложатся на мои плечи»

Разработчик:

— Я переехал из Беларуси в Польшу с семьей в 2022 году. Релоцировался за собственные деньги, сам открыл ИП, сам нашёл, где работать. Однажды  в LinkedIn мне написала рекрутёр с предложением позиции Solution Architect. Ряд собеседований был преодолён без особых усилий, неплохие условия, но всё на словах. Я расторг предыдущий договор и укатил на 2 недели в отпуск в ожидании выхода на новое место. 

Вернувшись, я был шокирован содержанием договора [Между ИП и компанией. — Прим.], который получил на подпись. Уже очень давно работаю в ИТ (скоро буду праздновать 20-летний юбилей), у меня многогранный опыт в разных проектах и компаниях, в том числе и в подписании договоров, но с таким я столкнулся впервые.

Внутри всё интересное: штрафы в 50К злотых + 1К за каждый день нарушения условий. Все потери компании и даже lost profit (упущенная прибыль) ложатся на мои плечи. Как и когда компания может взыскивать — не написано. И меня обязывают в течение 12 месяцев после расторжения договора не заниматься подобной деятельностью, и в течение 24-х месяцев — не наниматься на работу к их клиентам. А кто их клиенты — непонятно, и это держат в секрете. А теперь давайте представим, что они оказывают услуги Google или Amazon. Значит, на 2 года мне туда вход закрыт. 

И ещё в течение 5 лет — хранить все тайны и секреты компании (это, кажется, не так страшно).

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

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

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

ИТ-компания перевезла в Польшу и запретила подработку. Так можно. Но есть нюансы
По теме
ИТ-компания перевезла в Польшу и запретила подработку. Так можно. Но есть нюансы

«Приходилось строить специальные таблички Excel с планами по проектам, чтобы отчитаться»

Менеджер продуктов, который также занимается UX-исследованиями:

— Год назад я искал работу, и одна вакансия показалась мне подходящей. Это была позиция в одном из банков Беларуси (не буду говорить название). Она называлась «менеджер проектов», но по факту предлагалось заняться продуктовой трансформацией. У банка был запрос на то, чтобы внедрять продуктовые практики в работу продакт-менеджеров и Product Owner-в; продвигать Agile–трансформацию и развивать направление продуктовых исследований. 

Собеседование проводила девушка, которая одна занималась всеми этими направлениями. Она искала двух новых людей в расширяющийся штат. Но никто не сказал, что этот человек уходит, а мы, двое новых работников, будем вместо неё. Это первая проблема — что меня не посвятили в планы компании.

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

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

На финальном собеседовании мне представили непосредственного «руководителя». И я вначале вообще не понял, кто этот человек и какая у него роль. Он мне задал буквально 1-2 вопроса. 

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

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

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

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

У меня это вообще не мэтчилось с понятием Agile. 

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

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

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

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

«Бизнес — живой организм, который может меняться из-за различных причин»

CEO и фаундер ИТ-рекрутингового агентства Lucky Hunter Татьяна Мельничук:

— Такие истории действительно иногда случаются, в нашей практике в том числе. Однако сразу отмечу, что, скорее всего, непредвиденная смена проекта или другое незапланированное изменение вряд ли является следствием заранее продуманного обмана со стороны компании. 

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

Чаще всего незапланированная смена процессов происходит в стартапах, некоторых аутсорсинговых компаниях, а также компаниях «средней руки», у которых не отлажены процессы. Крупные ИТ-компании, как правило, грамотно настраивают процессы и такие истории не допускают. 

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

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


dev.by, как и другим честным медиа, сегодня очень сложно: редакция работает за пределами страны, а наши рекламные доходы сократились в несколько раз. Но мы справляемся — с вашей помощью. Это вы делитесь с нами инфоповодами, мнениями, опытом, временем и вниманием. А 210 читателей поддерживают нас донатами.

Через Patreon

Из Беларуси — через Donorbox.

И еще криптой. Тут кошельки.

Спасибо, что прочитали это сообщение.

Ответ разработчику, который не хочет в плохую компанию: 10 признаков хорошей (дополняйте)
По теме
Ответ разработчику, который не хочет в плохую компанию: 10 признаков хорошей (дополняйте)
Как понять, что этот оффер лучше не принимать: 5 историй
По теме
Как понять, что этот оффер лучше не принимать: 5 историй
Что спросить у компании на собесе (или перед): 4 чек-листа от читателей
По теме
Что спросить у компании на собесе (или перед): 4 чек-листа от читателей
Разработчик в резюме указал 10 признаков плохой компании. Эйчаров зацепило
По теме
Разработчик в резюме указал 10 признаков плохой компании. Эйчаров зацепило

Читать на dev.by