Реклама в Telegram-каналах DzikPic и dev.by теперь дешевле. Узнать подробности 👨🏻‍💻
Support us

На Хабре лонгрид про Targetprocess: «перевезли в другую страну» и через 2 недели уволили. Что случилось

C#- и.NET-разработчик из-под Новосибирска Павел Новиков написал на Хабре статью под заголовком «Меня перевезли в другую страну и через две недели выставили на мороз — потому что передумали нанимать». Она о том, как он переехал в Минск работать в Targetprocess и был уволен с испытательного срока. Текст широко обсуждали в чатах разработчиков. 

С разрешения автора dev.by публикует у себя выдержки, а также комментарий его бывшего работодателя. 

Оставить комментарий
На Хабре лонгрид про Targetprocess: «перевезли в другую страну» и через 2 недели уволили. Что случилось

C#- и.NET-разработчик из-под Новосибирска Павел Новиков написал на Хабре статью под заголовком «Меня перевезли в другую страну и через две недели выставили на мороз — потому что передумали нанимать». Она о том, как он переехал в Минск работать в Targetprocess и был уволен с испытательного срока. Текст широко обсуждали в чатах разработчиков. 

С разрешения автора dev.by публикует у себя выдержки, а также комментарий его бывшего работодателя. 

Павел 10 последних лет жил под Новосибирском, работал через UpWork в небольшом городке, писал на «Хабр» и вёл два публичных проекта: Reinforced.Typings и Reinforced.Tecture. Стартап, в котором он был занят, со временем вырос, и в реорганизованной компании разработчику «не нашлось места». Новую работу он искал 4 месяца — в итоге «принял решение выйти из зоны комфорта и релоцироваться из медвежьего угла, в котором сидел последние 10 лет».

Мы выделили основные факты и тезисы из текста Павла, детали можно почитать под катом: там фрагменты оригинального текста, орфография и пунктуация сохранены.

Что случилось, коротко:

  • Минск посоветовали знакомые, Павел сделал выбор из примечательных продуктовых компаний (Viber, Stimulsoft, Pandadoc, Mapbox и TargetProcess), прошёл стандартное собеседование с тестовым в TargetProcess и получил оффер. Гугл и сам процесс собеседования характеризовали компанию положительно, поэтому от второго оффера, страховочного, разработчик отказался. 10 декабря он вышел на работу после непростого переезда.
Детали про переезд и трудоустройство

На Европы и Америки у меня не было ни денег ни связей. Работать спустя рукава в аутсорсе я решительно не хотел. Питер мне просто не нравится. В Москве дорого, пафосно, пробки и огромные расстояния. При этом цивилизации вокруг все равно хотелось. Ну стрёмно мне тратить 20 баксов и 3 часа на такси туда-обратно до ближайшего нормального бара. Ещё хотелось, чтобы IT-индустрия жила и шевелилась. Митапы всякие там, конференции, барные тусовки. Да и в целом — к 10+ годам индустриального опыта хочется уже работать с профессионалами своего дела, а не с недоучками.

Мои знакомые посоветовали Минск. Я знал, что в Республике Беларусь действует ПВТ и зарплаты весьма привлекательны. Более того — есть несколько примечательных продуктовых компаний: Viber, Stimulsoft, Pandadoc, Mapbox и TargetProcess имени Михаила Дубакова. В последней была открыта вакансия C#-разработчика и я отправил туда резюме. Я уже слышал про эту компанию — их продуктом пользовались мои хорошие знакомые из Новосиба. Компания быстро откликнулась на моё письмо, я прошел совершенно стандартное собеседование с тестовым заданием и, наконец, получил оффер.

Я перестраховщик, так что пособеседовался и в другие компании — это дало мне ещё один оффер. Пришлось долго и мучительно выбирать между двумя вариантами, и в итоге я выбрал TargetProcess. Его коллектив показался мне вполне нормальным и, что немаловажно, профессиональным. Гугл ничего плохого про компанию не выдавал — только радужные статьи на dev.by, где гордо рассказывается как компания справляется с процессом разработки без менеджеров и даже HR-ов. На собеседовании я тоже не заметил, что что-то может пойти не по плану.

Оффер я принял и пообещал, что как штык буду на рабочем месте 10 декабря, в 11 утра. Но переезд дался мне нелегко. Обычно я не склонен к сантиментам, но тут было прямо не по себе. Деньги кончались, разработка своих проектов встала, а в Беларуси у меня нет решительно никого из знакомых. Я, блин, всё бросаю и еду в никуда. Срываюсь с насиженного места под влиянием обстоятельств. Всё, что у меня есть — это моя голова на плечах, технический опыт и вот этот оффер в инбоксе. Добираться предстоит совершенно одному. Случись что, помощи просить не у кого, вся надежда только на себя. Я старался себя успокоить тем, что TargetProcess вроде адекватная компания и уж точно не допустит какого-нибудь непотребства.

Сдал квартиру, доверил своего кота ответственому знакомому, выкинул ненужный хлам, что-то продал. Прекратил ходить на тренировки и сбрасывать вес, попрощался с немногочисленными друзьями. Единственное, что я себе оставил — автомобиль. Заднеприводный бизнес-кореец, продать который за вменяемую цену в Новосибирске мне не удалось. Сдавать своего коня перекупам по бросовой цене я категорически не желал. К чёрту. Занял денег у хороших людей и взял его с собой. Ближайший год мне всё равно не светило возвращаться (рекрутёр TargetProcess меня заверила что люди в этой компании работают подолгу — как раз то, что нужно).

Колёса пришлись весьма кстати. Я упаковал в багажник всё, что хотелось взять с собой, поставил на автовоз в Москву, а сам вылетел следом.От Москвы до Минска надо было ехать своим ходом. Мне не впервой гонять на дальние расстояния по трассе, но и тут не без факапа. Автомобиль, заляпанный сантиметровым словом грязи, мне отгрузили с автовоза позже планируемого. Мойка, оплата, МКАД — и вместо расчётных 10 утра, я выехал чуть ли не в час дня. Про разницу в широтах и время захода солнца я, конечно же, был не в курсе. В общем, в 5 вечера прямо на трассе меня застала глухая ночь и дождь со снегом. Не самые удобные условия для вождения, но отступать уже некуда. Ехал наощупь, пытаясь не слететь с дороги.

А после пересечения Российско-Белорусской границы у меня отвалилась связь. Местную SIM-карту взять негде, пришлось вести по кэшированному куску яндекс.карт, указателям и километровым столбам. Часам к 11 вечера, наглухо вымотавшись, преодолев 4.5 тысячи километров за день, я наконец въехал в Минск. Вызвонил арендодателя (дай ей б-г здоровья!), с которой договорился заранее. Втащил вещи в квартиру и наконец грохнулся спать. 

  • Через две недели Павла уволили с испытательного срока — по его словам, без профилактических бесед и рекомендаций. Тимлид Андрей Хмылов объяснил, что «что-то мы не срабатываемся». Технический директор Евгений Хасеневич сказал, что по трудовому кодексу РБ компания может уволить сотрудника с испытательного срока в любой момент, и Павлу будет выплачена зарплата за месяц. 
Детали про увольнение

Проходит две недели. Я почти закрывая свою первую задачу (разгребание инфраструктурного легаси системы), только-только начинаю отходить от переезда, как вдруг… меня уволили.

26 декабря 2019го года, под новогодние праздники я остался без работы.

Из денег у меня — зарплата за месяц (даже долги не вернёшь), вокруг — чужая страна, чужой город в предпраздничном ажиотаже. Проводить собеседования до 15 января никто не собирается, в городе введён режим «давай после праздников». До России — 600 километров, до дома вообще пол-Земли. Я даже не могу зарегистрироваться по месту пребывания — нужен трудовой договор — и любой встречный милиционер имеет полное право взять меня за жопу.

Никаких «профилактических бесед» со мной не проводили, претензий к моей работе не возникало, методических рекомендаций, что сделать лучше или по-другому — не поступало. Создалось ощущение, что компании я просто не упёрся. Технически это выглядело так: Андрей Хмылов — человек, который что-то вроде тимлида в команде отозвал меня в сторонку и сказал «мы решили не продолжать с тобой, потому что что-то мы не срабатываемся». На вопрос «А зачем вы вообще меня наняли?», я получил предельно чёткий ответ: «Просто мне показалось, что процессы в моей команде масштабируются на 6 человек, а не на 5».

Ну вы понимаете — человеку показалось.

Через 2 дня у меня состоялся диалог с техническим директором TargetProcess — Евгением Хасеневичем. И он был куда богаче на детали:

— В договоре чётко прописан испытательный срок, а проработал я 2 недели. Что значит «мы не срабатываемся»?— По трудовому кодексу Беларуси мы имеем право уволить тебя на испытательном сроке когда захотим.— Хорошо, я не эксперт в белорусском законодательстве. Но эм… я не в самом удачном положении — только переехал, у меня одни долги.— Ну я не уточнил в бухгалтерии, можно ли заплатить тебе за 2 недели, поэтому компания — обрати внимание — закроет на это глаза и выплатит тебе месячную зарплату.— То есть я ещё и спасибо сказать должен?— Спасибо говорить не надо. Считай что это такая… добрая воля компании.— Ещё раз: я одолжил больше денег, чтобы к вам приехать, чем-то, что вы мне пишете в расчётном листке.— А за что тебе платить? — собеседник расплылся в улыбке — Давай ты напишешь смету, я отнесу её в бухгалтерию, там всё посчитают.— Я… э…— Ну, а что ты хотел? Переезд — это всегда риски, ты должен быть к ним готов.— Так на дворе новогодние праздники. Мне придётся сидеть без работы месяц, потому что никто не собеседует.— Ну если ты хороший программист, то в Минске-то без проблем найдёшь себе работу.

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

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

Я не переношу вранья и нарушения договорённостей. А здесь было целое комбо: внезапно выяснилось что никто мне ничего не обещал, а руководство продемонстрировало мне беспрецедентное хамство и выставило всё так, будто мне с барского преча позволили тут поработать. Человек, занимающий должность CTO, откровенно посмеялся мне в лицо. То есть меня, неплохого и опытного инженера, который в силу обстоятельств пошёл навстречу компании — облили говном и поставили в крайне неудобную ситуацию. Я считаю что во взрослом мире так дела не делаются. Раз компания в лице технического директора позволяет себе такое поведение, то мне ничего не мешает трактовать это инцидент как… ммм… дайте-ка посмотрю на свой банковский счёт… Точно! Кидалово на бабло.

  • Спустя 10 месяцев Павел подготовил большую статью про Targetprocess: с его точки зрения, поисковая выдача Google формирует исключительно позитивный образ компании, отличный от «объективной реальности». История увольнения занимает примерно половину текста, во второй половине он отрицательно характеризует процессы в компании, код и архитектуру продукта, общение внутри команды.
Детали оценки процессов и архитектуры

Дело в том, что TargetProcess и её сотрудники свято чтят soft skills. Они очень любят рассказывать о себе. Например о том, как они обходятся без менеджеров и директора по управлению персоналом, какой у них стильный офис и как они получили ажно $5 млн инвестиций. Выходят хвалебные статьи, основатель активно визионирует, а члены самой-звёздной-команды выкладывают в командный инстаграмм фотографии с котлетами бабла. Короче, все при деле — «мы продуктовая компания, а не вот эти вот… ГАЛЕРЫ», «мы как белорусский Google!».

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

Собеседование в TargetProcess квалификацию особо не проверяет, что явно не уровень продуктовой компании. Пусть так — у меня есть Github-аккаунт, у меня есть Хабр, у меня есть UpWork с отзывами, мою квалификацию можно проверить тысячью и одним способом, не задавая глупых вопросов про GetHashCode.

Чего действительно не ожидаешь от места, где «важны soft-skills» — собеседуют одни люди, а в команду попадаешь совершенно к другим. Уже это должно было стать красным флагом, но я, видимо, слишком наивен.

От момента, как я принял оффер до моего фактического приезда прошёл МЕСЯЦ. 30 дней. Четыре рабочих недели. Если компания декларирует упор на общение и софт-скиллы, то за эти 30 дней можно было организовать бесчисленное количество онлайн-встреч, посмотреть на меня через камеру, поговорить со мной текстом, голосом, познакомиться, выпить через skype в конце концов, дать тестовую задачу. Да господи, хоть онбординг провести и сказать мне по итогу — мол, нет, чувак, извини, не подходишь. Просто чтобы не дёргать меня через пол-страны и не жечь мои деньги. Но ничего из этого компания не сделала.

Кстати, про онбординг.

— Чем я могу помочь команде? Давайте для ознакомления я починю несколько застарелых багов, чтоли. Руки чешутся.— Это так не работает — ответил мне человек, играющий в тимлида— А как оно работает?— Ну… не знаю… Я ожидаю некой автономности от своих сотрудников… Ну возьми разгреби воон ту штуковину.

Вот и весь тебе онбординг в устах Андрея Хмылова. Замечательный процесс, заточенный под быстрое и эффективное введение новых людей в работу над кодовой базой с более чем 15-летней историей. Особое внимание стоит обратить на заинтересованность, ответственность и готовность помочь.

Помогает в процессе онбординга полностью отсутствующая документация. Кусочек readme.md в репозитории, где-то документ в облаке, где-то заметка в личном блоге, где-то схема в онлайн-рисовалке, ссылка на которую передаётся из уст в уста. Передавать из уст в уста — наиболее общепринятый способ распространения информации о системе. Намеренно объяснять никто ничего не собирается — «ожидается автономность от сотрудников» ©.

Общего списка всех репозиториев, ссылок на них и объяснения, что в них есть — так же нигде нет. Системный администратор сделает вам пользователя чтобы вы могли залогиниться на свою рабочую машину — всё остальное в режиме «ну… попроси кого-нибудь». Вместо назначения ответственных за процесс принимается гениальное управленческое решение — закрыть информационные дыры с помощью soft-skills. Браво, узнаю управленческие практики google.

Какая ирония: компания, делающая инструмент для управления процессами разработки не может наладить процессы разработки сама у себя. Как это вообще блин работает?

Это очень похоже на job security driven development. Намеренно ограничивать знания о системе, чтобы никого не рискнули уволить и зарплату повышали не из-за профессиональных качеств, а потому что «никто же больше в этом не разберётся!». Страх, что «в системе больше никто не разберётся» довольно распространён в нашей сфере, но давайте замнём для ясности и коротко пройдёмся по самой системе чтобы понять, так ли всё плохо.

Система

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

«Любая организация, проектирующая систему неизбежно создаст такую модель, которая будет повторять коммуникационную структуру самой организации».— Закон Конвея.

Старик Конвей и здесь оказался прав.

Первое, что я увидел — единого кода системы не существует. Есть разные куски, написанные в разное время, разными людьми, с разными взглядами и разными убеждениями по вопросу «как надо». Разумеется, все они уже уволились, онбордить сотрудников никто не планирует, поэтому разбираться надо с нуля.

Если долго всматриваться в этот код, то создаётся впечатление, что авторы не проблему решали и не фичи делали, а показывали какие они умные. Что они знают паттерн strategy, или пробуют новый фреймворк за счёт работодателя, или новый язык, или просто креативят в пустоту. По итогу проблемы (зачастую выдуманные) решаются наименее очевидным из всех возможных способов. Технологические понты. Как и бывает в таких случаях, инструментарий авторы не понимали и не утруждали себя погружением в детали на предмет зачем это нужно, как оно работает и к месту ли. Что закономерно, ведь, как и было сказано, важны soft-skills. А стало быть на хрен идут проблемы продукта — тут надо показать коллегам какой ты умный и красивый. Вершина и кульминация этого буйства сознания — использование самописной монады Maybe<>, которая где-то в середине стека вызовов прагматично разворачивается в if (maybe.HasValue). Функциональное программирование вам, так сказать, в production.

Выстроив в голове модель сущностей, открываешь для себя другую особенность. Называется «без штанов, но в шляпе». Приведу абстрактный пример: вообразите себе витиеватые заросли Repository Pattern, всё по науке, интерфейс-реализация, в разных неймспейсах, с заделом на тестирование. Вот вся эта красота развешена поверх… статического подключения к БД! Такое нам в Новосибирск из Индии везут на рефакторинг! Тоннами! Я ещё будучи джуном понял, почему подключение к БД нельзя пихать в статический контекст. Что же помешало «лучшим умам» не наступить на эти грабли? Видимо, тот факт что про грамотное управление лайфтаймом подключения не расскажешь на тим-митинге и внутренней конфе. А вот прочитать статью на википедии и красиво всё разложить по репозиториям — вполне себе социально одобряемое. Десять soft skills из десяти.

Обычно подобный треш и угар в системе пресекается системным архитектором. Но это не наш случай: в дополнение к soft-skills, тут полный agile. То есть предполагается, что все сотрудники — профессиональные инженеры, которые сами могут договориться и принять правильное техническое решение. Вкусно, как Orbit со вкусом design by committee.

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

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

Сам по себе отвратительный код — это нормально. Для какого-нибудь аутсорса. Разница в том, что аутсорс-компания обычно не претендует на лавры best place for work и какой-то особый уровень экспертизы. Да и лица там не настолько высоконагружены, чего греха таить.

Кстати, о лицах

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

И вот впервые в жизни я увидел молодых мальчиков и девочек с высокодуховными лицами, лоснящихся от высоких зарплат. Они не ходят, они как будто парят над землёй, стоя на облаке из квалификации. Ну, думаю, наконец-то. Вот они — настоящие инженеры. Сбылась мечта идиота, я работаю не с аутсорс-недоучками и вайтишниками, а с самыми, что ни на есть мозгами. Которые в курсе трендов и технологий!

Я обратился к людям из «самой звёздной команды"™ в попытке поговорить с ними о технических штуках, рассказать о том, через что сам прошёл, обсудить тенденции, архитектуры разных вещей (в том числе и самой системы)…

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

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

Тут у меня, наверное, нет комментариев. Видимо вот такой он, градус дискуссии профессионалов высокого класса. И ничего с этим не поделаешь.

Итог

Вот что мне всю жизнь непонятно — почему инвесторы вкладываются в такие компании? Предположим, что у меня были бы деньги на долю и я хочу разобраться: а что тут, собственно, покупать? Обычно в стартапах покупают рост в надежде, что он будет взрывной. Но взрывной рост сложно организовать без продукта, попадающего в голубой океан пользовательских потребностей. Здесь требуются удачливые визионеры, грамотные маркетологи, Product Manager-ы и работающий как часы продакшен.

В TargetProcess: единственный визионер (он же основатель, он же Миша Дубаков) ушёл с продукта, плотняком ударился в идею околокорпоративного no-code. TargetProcess после этого начал заниматься хаотичным метанием в надежде догнать Jira под руководством каких-то сомнительных личностей.

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

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

Однако TargetProcess не уникален. Подобных компаний на рынке полно. Думаю, будет не лишним написать пару советов как не угодить в местечковый Theranos.

  • В качестве резюме Павел сформулировал требования, которые стоит предъявить компании при релокейте.
Требования при релокейте

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

Первое, что надо помнить при релокейте — вы в заведомо более рисковом положении, нежели компания. У вас меньше и денег, и времени, и нервов. И правовое поле не ваше, и территория чужая. Вы в максимально уязвимом положении. Кинуть вас и оставить ни с чем — проще, чем отобрать леденец у ребёнка. Поэтому надо выбивать из принимающей стороны максимальные бонусы. Это не «программисты зажрались», а необходимая мера страховки для обеих сторон: вы худо-бедно приобретаете уверенность, что даже если что-то пойдёт не так — вы не окажетесь один на один с полной жопой. Компания вкладывая деньги в ваш переезд, верифицирует управленческое решение и страхует себя от негативных отзывов в будущем. Короче, даже не начинайте диалог о релокации без обсуждения релокейшн-пакета и даже не пытайтесь обеспечить его своими руками, если компания не предлагает. Серьёзно, просто не надо.

В рамках релокейшн-пакета требуйте:

  • Полную или частичную оплату переезда. Как минимум билет в одну сторону вам должны оплатить. Совсем прекрасно если вас встретят в аэропорту или куда вы там прибываете;
  • Временного размещения. Требуйте предоставления корпоративной квартиры или отеля на период, пока вы не найдёте постоянное жильё. Совсем хорошо если компания помогает с поисками;
  • Relocation bonus. Чтобы к первым вашим зарплатам была прибавка на основе тот факта, что вы переехали. Обычно у переехавших с деньгами не очень, поэтому помощь компании необходима. Совсем хорошо если бонус единовременный и выдаётся сразу;
  • Серебряный парашют. Редко, но такое бывает. Это формальное обязательство выплатить вам компенсацию (обычно в размере нескольких зарплат) в случае увольнения в первые 1-2-6-12 месяцев (как договоритесь);
  • Оформления приглашений, виз (в том числе для членов семьи), страховок и прочих въездных и не очень документов. В идеале — без вашего участия.

Удостоверьтесь заранее:

  • Что google, GlassDoor, любые сайты с отзывами не выдают о компании ничего плохого. Если есть хоть один (один!) негативный отзыв — ищите другой вариант. Поверьте, это не та рулетка, в которую вам стоит играть;
  • Что в целевой компании есть отработанный процесс онбординга новых сотрудников;
  • Что трудовой договор не подразумевает расторжения ранее определённого срока (так же именуемого испытательным);
  • Что компания ранее уже занималась трудоустройством релоцирующихся сотрудников. Это чтобы в самый неподходящий момент кадровики и бухгалтеры не начали судорожно звонить в миграционную службу и узнавать какой пакет документов, в какие сроки и куда надо предоставить. Совсем хорошо если у компании есть опыт релокации именно из вашей страны;
  • Что вы будете работать именно с теми людьми, которые вас собеседовали;
  • Что мотивация вашего найма — не «абы взять» на потеху инвестора, а необходимость решения конкретных проблем нанимающей стороны. Спрашивайте явно на собеседовании — «зачем вы меня нанимаете? какая у вас конкретно боль?»;
  • Что у компании есть чёткая и понятная всем сторонам политика увольнений.

Вообще, про увольнения, конечно, я рекомендую прямо сейчас поговорить с вашим руководством. Поймайте своего непосредственного начальника за пуговицу и добейтесь ответа на вопрос «при каких условиях вы меня уволите»? Один мой хороший знакомый предложил отличную формулировку: «какое моё поведение приведёт к вашему решению о моём увольнении?». Тут самое страшное — даже не жёсткость условий, а определённость, с которой вам дали ответ. Помните — если руководитель не понимает за что людей надо увольнять, а за что — нет, то вы будете уволены в самый неожиданный момент по самой неожиданной причине. Совсем хорошо будет сопоставить ответ на этот вопрос с трудовым законодательством целевой страны. Если политики увольнения в компании нет, то это легитимная причина для пересмотра вашей зарплаты в сторону повышения в связи с необходимостью покрытия рисков. Или смены работы на место, где управлять умеют немного лучше.

  • Чем закончилось: в феврале Павел устроился в другую компанию, работа и коллеги радуют, Беларусь нравится. 

Что говорит компания. «Причина увольнения — курение в офисе» 

dev.by запросил комментарии сотрудников Targetprocess, которых упоминает в статье Павел. Андрей Хмылов ответил нам ещё в пятницу. Он сообщил, что позицию команды «не выйдет объяснить без оценки Павла, а скатываться до такого в публичных статьях в сети я не хочу. Сам Павел знает, в чём причина прекращения испытательного срока».

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

Позже удалось связаться и с СТО Евгением Хасеневичем. По просьбе dev.by он предложил ребятам из команды поговорить с нами, но те оказались, сообщив, что «добавить им по этому вопросу нечего». 

Евгений написал, что причиной увольнения автора статьи стала привычка — курить в офисе:

— Действительно, Новиков Павел Борисович пришёл в Targetprocess почти год назад в декабре 2019 года. Как и любой новый сотрудник компании он был принят на работу с испытательным сроком, который не прошёл и был уволен 30 декабря 2019 года. 

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

В ответ на просьбу прокомментировать критические тезисы про процессы и архитектуру, предъявленные в статье, Евгений написал: «Мы разрабатываем продукт 15 лет. Для того чтобы новый человек мог охватить его малую часть нужны месяцы, а целиком — годы. Павел провел у нас несколько недель. Судите сами».

dev.by спросил у Павла про курение в офисе. Разработчик в ответ прокомментировал:

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

Причина увольнения была заявлена именно как «мы не срабатываемся» и «процесс не масштабируется на 6 человек». Ничего про мои отношения с никотином в финальных разговорах сказано не было.

Новый рекламный формат в наших телеграм-каналах.

Купить 500 символов за $150

Читайте также
В России двадцатикратный дефицит специалистов по кибербезопасности
В России двадцатикратный дефицит специалистов по кибербезопасности
В России двадцатикратный дефицит специалистов по кибербезопасности
3 комментария
Huawei релоцирует сотрудников из России в Казахстан и другие страны СНГ
Huawei релоцирует сотрудников из России в Казахстан и другие страны СНГ
Huawei релоцирует сотрудников из России в Казахстан и другие страны СНГ
1 комментарий
Украинские хакеры вычислили базу российских военных, притворившись девушками в соцсетях
Украинские хакеры вычислили базу российских военных, притворившись девушками в соцсетях
Украинские хакеры вычислили базу российских военных, притворившись девушками в соцсетях
2 комментария
В России упал спрос на айтишников
В России упал спрос на айтишников
В России упал спрос на айтишников

Хотите сообщить важную новость? Пишите в Telegram-бот

Главные события и полезные ссылки в нашем Telegram-канале

Обсуждение
Комментируйте без ограничений

Релоцировались? Теперь вы можете комментировать без верификации аккаунта.

Комментариев пока нет.