Русский
Русский
English
Статистика
Реклама

Работа в it

Анонс страх и ненависть в IT-рекрутменте

28.02.2021 20:13:53 | Автор: admin

ЗАВТРА, в 20:00 в наших соцсетях выступит Федор Волков, IT-рекрутер из Luna Park HR агенства, где работают математики и программисты.

Пока Федор учился в 57 школе, он ездил на олимпиады по математике и программированию, затем закончил мехмат МГУ. Это помогло ему нарастить огромный нетворкинг среди IT-шников и легко войти в рекрутмент.

Сейчас Федя живет в Израиле, воспитывает трех детей и помогает IT-компаниям и специалистам найти друг друга. Во время эфира он ответит на вопросы про состояние рынка, зарплаты, на что обращать внимание во время чтения вакансий, чтобы правильно понять чего ждет работодатель и многое другое.




Тезисы выступления


  • как Федя пришел в профессию и почему пока остается
  • на чем зарабатывают рекрутеры и сколько
  • как и где Федя ищет кандидатов, где они чаще всего находятся
  • как правильно читать описание вакансии, вычленить оттуда главное и понять, какого именно кандидата ищут
  • как правильно слушать IT-шников и какие вопросы задавать, чтобы определить, подходят ли они для вакансии
  • кейсы, когда вакансия закрывалась с первого раза
  • сложные кейсы, где приходило перебирать много кандидатов
  • при большом нетворкинге, можно ли подрабатывать тем, чтобы предлагать друзей на вакансии
  • где брать такие вакансии, сколько платят
  • страх выгорания у IT-шников и насколько важно вовремя предложить таким людям работу
  • как общаться с кандидатами, чтобы их заинтересовать: как первое письмо/сообщение крутому кандидату влияет на ответ


До встречи в эфире!



Подробнее..

Из песочницы Интервью как продажи, часть 1 (из декретов в машинное обучение)

21.11.2020 20:20:09 | Автор: admin
Проходить интервью отдельный навык. И это навык продаж.

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

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

  • Меняет карьеру
  • Первые разы проходит интервью
  • Переходит из академии в индустрию
  • Из своего бизнеса на наемную работу
  • Кому пока плохо удается проходить не технические этапы интервью (все эти софт-скиллы, cultural fit, etc.)

Мои блог-посты описывают процессы интервью в область ИИ и машинного обучения, но первые части подойдут почти к любой сфере. В части 1 я расскажу про интервью глазами продавца, в части 2 глазами покупателя. Про технические этапы и как к ним готовиться напишу в части 3. Как создавать себе работу по душе самой, не рассчитывая на дядю и не проходя классическую схему интервью, в части 4. Погнали.

*Scope: переход: два декрета подряд МедТех индустрия. Сфера: машинное обучение/компьютерное зрение. Вводные данные: художник, PhD по физике. Место событий: планета Земля (пандемия расширила границы)

Часть 1. Интервью как продавец


Компания покупает Ваше время и труд. Вы продаете свой опыт и навыки. Вы продавец. Они покупатель.

Первым делом, важно понять, что покупатель хочет купить. Часть из этого указана в вакансии. Но далеко не все, и далеко не все там верно. Тем не менее, начнем с нее. Как узнавать желания покупателя точнее я расскажу дальше.

Шаг первый. Готовим резюме



Мишель Обама продает гараж (но это не точно)

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

Как продавать опыт


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

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

Если опыта не хватает качайте ресурс. Учитесь, выводите навыки на новый уровень, собирайте достижения, создавайте GitHub, участвуйте в open-source проектах, делайте бесплатное приложение Это прокачивается. Продажи важны, когда есть стул, если стула нет нужно его вначале сделать.

Смена карьеры


Специально для тех, кто переходит из академии или меняет карьеру. Прекрасно, что у Вас в гараже помимо нужного стула есть еще лазеры, статьи, картины, диван и телевизор. Поймите, покупатель пришел за стулом. Е-мое, ВНЕСИТЕ СТУЛ!


Остап Бендер выносит стул

Дауншифт


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

Из резюме вырежите на джуна-миддла. Сократите опыт, управление, лидерство оставив лишь то, зачем пришел покупатель. Пример выноса стула:



Убираем даты, чтобы не было видно сколько вам лет (ageism существует, хотя никто это прямо не скажет). Убираем опыт в другой сфере. Оставляем пет-проекты и/или последнее место работы. Оставляем kaggle. Убираем финансирование и гранты, управление и лидерство это отпугивает на джуна. Убираем статьи и awards никому не интересно. Итого: PhD + kaggle + pet projects вполне.

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

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

Что делать с декретом?


Хороший вопрос. У меня два подряд. Декреты редко бывают в плюс. В мужской сфере они особенно в минус, ведь у конкурентов их нет по определению. Я вынесла декреты из гаража. Убираем фразу maternity leave (стартапы не особенно любят мам с маленькими детьми) меняем на pet projects. Первого декрета как будто и вовсе не было, хотя проницательный рекрутер заметит перерыв в датах. Если Вы подаете в корпорации или non-profit можно без сильных последствий упомянуть и декреты, если в стартапы лучше оставить их в гараже и забыть о них.

Если Вы СЕО/CTO/Director и читаете это напишите в комментариях, как бы Вы воспринимали кандидатов-мам сразу после декрета(ов), а следовательно с маленькими детьми, а еще страну, сферу и размер компании. Можно анонимно, главное честно.

Шаг второй. Исследуем вакансии и ищем рефералов


Ищем вакансии в Linkedin, hh, indeed и соответствующих сайтах. Если вакансия Вам нравится:

  1. Ищем знакомого, который работает в этой компании, узнаем у него о роли и культуре компании все, что он будет готов вам рассказать, заодно пробрасываем резюме через него/нее.
  2. Если знакомых нет, набираем компанию в Linkedin смотрим people, и добавляем в контакты тех, кто работает в нужной Вам команде. Это работает. В однойбольшойкомпании я добавила всех, и мне написали: У нас тут подходящая вакансия, если интересно, могу зареферрить (внезапно, да)
  3. Если совсем по нулям, можно аккуратно спросить незнакомые контакты в Linkedin пробросить резюме. Аккуратно, лучше выбрать кого-то из другой команды.
  4. Иначе, пишем четкое cover letter и отсылаем вместе с резюме hiring manager напрямую (он часто указан), Linkedin премиум это позволяет

Можно подавать и просто в холодную, конечно, но процент прохождения в этом случае составляет примерно 10% (в моей сфере computer vision/machine learning). А через рефералы примерно 50%. Делайте выводы и грамотно тратьте свое время.

Шаг третий. Интервью с HR/Hiring manager


Ура! Вы прошли первый фильтр самый рандомный.



Подготовимся:

  • Идем на сайт компании, смотрим, чем они занимаются. Читаем их новости. Если у них есть блог-посты это прекрасно, пролистываем и выписываем оттуда важные ключевые слова по технологиям, а также незнакомые термины. Это пригодится при подготовке к техническому интервью.
  • Понимаем, на чем компания делает прибыль. Соображаем, как с помощью навыков, указанных в вакансии, Вы собираетесь эту прибыль приумножить. Если не очевидно, гуглим и спрашиваем знакомых в этой сфере.

Теперь мы готовы назначить первое интервью.

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

Первый вопрос расскажите о себе. Вот тут понадобится Ваша подготовка. Не надо выволакивать весь свой гараж, вынесите СТУЛ, но вынесите красиво! Вплетайте свой опыт в деятельность компании, показывайте, как делали проекты, похожие на те, что могут принести компании прибыль, концентрируйтесь на достижениях, которые будут ИМ интересны, будьте кратки и лаконичны. Импровизировать такое сложно, поэтому продумывайте вынос стула заранее, пока делаете исследование компании. Это показывает интерес к компании, Вы сделали домашнюю работу.

Выясняем оттенок стула


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

После рассказа о себе скажите, что изучили деятельность компании и вакансию, но у вас остались вопросы. Можно ли их задать? Берите интервью в свои руки, ведите его, а не будьте ведомым. Обязательно спросите: какой идеальный кандидат на эту роль, зачем вы открыли эту вакансию, чего ожидаете от этой роли. Идеальный кандидат даст вам оттенок стула, а ожидания то, что вы будете продавать.

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

Будьте кратки. Не перегибайте, уложитесь минут в 10, и обязательно оставьте много времени на вопросы HR/Hiring manager, ведь это они вас должен интервьюировать по сценарию :). Передайте эстафету словами: Спасибо огромное, теперь для меня многое прояснилось. Наверное, Вы хотели бы теперь задать вопросы мне?

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

Шаг четвертый. Поведенческие вопросы


Теперь, когда Вы во всеоружии, начинаются поведенческие вопросы и выяснение опыта. Это не просто стандарт: Какова Ваша сильная/слабая сторона, Опишите конфликтную ситуацию и Кем Вы видите себя через 5 лет. Это продажи. Часто эти же вопросы выносятся на финальное интервью с топ менеджерами, но и на начальном этапе они тоже бывают. Вот тут Вам и нужна та информация о роли и ожиданиях, которую вы выяснили. Используйте эти вопросы, чтобы вплести ваши качества в ожидания компании и создать красивую картину светлого будущего. Выбирайте те качества, которые больше всего подходят под ожидания. Не будьте голословны подтверждайте все заявления примерами из Вашей жизни. Не будьте роботом импровизируйте. Креативность и спонтанность Вам не помешают.

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

Когда я передала ему эстафету обратно, он спросил: Какова моя сильная сторона. Я сказала, что хорошо продумываю стратегию. [пример] Благодаря этому, у меня получалось уходить от соревнования и получать гранты на свои проекты, [результат] я выиграла свыше полумиллиона долларов суммарно. Я хорошо планирую, [пример, доказательство] ведь RnD проекты, которые я вела, обычно имели продолжительность в 2 года. Стратегическое мышление в этом помогает, как вести сами проекты, так и планировать их. Это ему понравилось, ведь это совпадало с идеальным кандидатом. А почему я выбрала эти два качества, а не другие свои сильные стороны (креативность, нетворкинг, решение сложных задач...)? Потому что я об этом спросила заранее. Берите интервью в свои руки!

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

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

Например, в self driving, рассказываю, что я физик и работала с разной оптикой, наподобие той, что используют машинки, делала 3D reconstruction и изобрела новые лазеры, похожие на лидары. В self driving много физики: от сбора данных и оптики, до фильтров Калмана. После оптики я освоила компьютерное зрение и поэтому мой полный skill set прямо идеально ложится на такую компанию, как Ваша, и мне было бы очень интересно.

А в компанию, где ГАНы и приложения для художников, я рассказываю, что я художник и вот моя галерея (tatigabru.com). Я очень люблю создавать красивое. Я не только творец, но еще и инженер по призванию, поэтому я освоила компьютерное зрение и теперь могу внутреннего художника и инженера объединить. Two passions in one job, это ли не счастье.

Разные покупатели и совершенно разные истории.

Обязательно задавайте вопросы: про команду, задачи, цели, vision and mission я всегда трачу достаточно много времени на вопросы и задаю еще. Это тоже показывает интерес к компании и роли.

Зарплатные ожидания


Нужно знать свои зарплатные ожидания, проведя исследование рынка и спросив у знакомых. Не верьте glassdoor, лучше спросите друзей и знакомых в этой сфере. Если их нет, спросите знакомых Ваших друзей. При перемене карьеры это не всегда очевидно, поэтому я спрашиваю всех, кого знаю в новой сфере. Компании часто озвучивают вилки, но не везде это так. В Европе и США все, как договоришься. В России диапазоны могут быть просто огромными.

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

Скажите, каков Ваш диапазон финансовой компенсации?
А каковы Ваши ожидания?
Я первая спросила.

Это работает.

Взаимодействие


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



Сделайте так, чтобы взаимодействие с Вами было приятным. Протестируйте технику заранее, будьте чуть раньше, не перебивайте, не спорьте, будьте кратки и лаконичны, объясняйтесь максимально четко и понятно. Это не сразу удается, но это тренируется.

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

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



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

Удачи Вам! Все получится!
Подробнее..

Работа с японцами в IT 10 отличий

25.03.2021 14:07:14 | Автор: admin


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

Вступление


Перед нашей командой стояла нелегкая задача адаптировать существующее PoS-решение под японский рынок и сделать его кроссплатформенным, при этом минимизировав отклонения от существующего решения. Можно сказать, что с одной стороны мы получили карт-бланш на изменение продукта, но в то же время были серьезно ограничены существующей кодовой базой. Нам доверили изменение основных (core) функций, и разработка велась по каскадной модели. Работа над проектом заняла 3 года, за которые мы имели дело с гигабайтами строк кода, совершили десятки командировок из Токио в Казань и обратно и успели поработать с тремя сотнями его участников как со стороны заказчика, так и смежных подрядчиков из Японии, России и Филиппин.

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

Работа в Excel


То самое, что вызывало боль. Microsoft Excel в японских компаниях применяется для всего: документации самой разной детализации (даже если там лишь UML диаграммы), сборника скриншотов с багами, и конечно же, бескрайних полей отчетов, из ячеек которых можно было бы складывать мегапиксельные матрицы. У наших менеджеров Excel просто не выдерживал таких страданий и отказывался работать. К слову, иногда подобная одержимость приобретает причудливые формы. Если для отчетов такой формат еще более или менее привычен, то для девелоперской документации это экзотика, мягко говоря.

Слишком длинные митинги


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



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

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

Языковой барьер


Япония страна самодостаточная, и уровень эмиграции там сравнительно невысокий. Поэтому тот самый английский язык, на который уповали мы, там не очень популярен: собеседник с уровнем А2 это максимум, на который мы могли рассчитывать. Помните, если вы начинаете проект с японцами, то без переводчика не обойтись! С самого начала проекта у нас был человек, без которого наше взаимодействие с японцами было бы просто невозможно разговаривающий на японском языке проектный координатор, на котором лежала ответственность ведения переговоров и ключевых переписок. Кроме него в переводе документации, писем, и тикетов и на переговорах участвовали несколько переводчиков.
Сложности, связанные с языковым барьером, оставались вплоть до конца проекта но в таких ситуациях помогала большая уверенность и настойчивость с нашей стороны. Мы понимали, что несмотря на разные языки, перед нами стоит единая цель.

Отчеты всегда и везде


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

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


План-график в японском стиле

Тем не менее, у них был и смысл, и даже благая цель: например, отчет по качеству показывает проблемные места, при его составлении можно докопаться до сути проблемы, а отчет по прогрессу помогал трекать объем выполненной на данный момент работы. К слову, второй со временем обрастал все новыми столбцами, и на его заполнение у менеджера могло уходить до трех часов 2 раза в неделю, а иногда и чаще. С план-графиками вышло еще сложнее: изначально я пытался программным путем брать тикеты из таск-трекера вместе с оценками и накладывать на график их в MS Project, но он оказался очень капризным, и план-графики постоянно слетали и менялись. Отчаявшись, я довольно быстро накидал построение план-графиков в Excel, конечно.

Разница во времени


Мы работаем по московскому времени, и разница с Японией у нас в 6 часов. Когда я был в командировке, такая разница во времени немного угнетала: ты привык, что в течение рабочего дня, кто-нибудь из близких да и напишет тебе в мессенджеры, то, когда я приступал к работе, то в России еще было 3 часа ночи. Но самые большие неудобства такое явление доставляло во время коммуникации с заказчиком.

Работая с западными коллегами, вы, казалось бы, все время играете на опережение: начинаете работать раньше них и можете спокойно настроиться на рабочий лад, разгрести вчерашнюю почту и подготовиться к митингам. Но нет представьте себя на месте японцев. Вы находите критический баг, который нужно срочно пофиксить, а разработчики еще спят. Пусть даже вы понимаете, что они будут стараться и продолжат фиксить баг и после окончания вашего рабочего дня, но ощущение вечного опоздания будет усиливаться пропорционально срочности бага. Благо наш координатор работает во Владивостоке, что опережает Японию на 1 час. Это очень выручало, поскольку основной удар негодования он героически принимал на себя и немного демпфировал переживания японцев.

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

Фокус на качестве


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

Если многие процессы и избыточные рутины казались нам бессмысленными, то забота о качестве кода и, как следствие, продукта это то, в чем мы находили общий язык. В разное время весь код прогонялся по двум статическим анализаторам. Заказчик выделял время на фикс обнаруженных проблем, что не такая частая практика в agile/западных проектах. Кроме того, мы покрывали весь новый и измененный код тестами. Получалось не всегда и полностью, поэтому в целях экономии времени и эффективности основной упор в активной фазе багфикса проекта был на интеграционных тестах. Кстати, одним из наших deliverables был отчет по прогону тестов и покрытию кода такая забота о качестве отзывалась в сердцах, и мы чаще всего мы находили компромиссы именно на этом поприще.

Также в качестве улучшения качества кода мы предложили японцам практику проведения до 4-х ревью от разных людей включая самого тимлида в зависимости от сложности тикета. В результате это подтолкнуло меня на изучение возможностей автоматического пре-ревью кода в GitLab. Применить все это на проекте я не смог, но написал небольшой шаблон для будущих проектов. Кроме усиления ревью мы добились успехов и в части улучшения автоматического тестирования (unit, integration, smoke).

Метрики производительности (KS)


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

Количество строк кода также применялось для расчета производительности программистов.
На ум приходят сразу куча проблем этого метода: код UI гораздо объемнее, но содержит меньше сложности, а иные 10 строк кода могут быть добыты ценой упорной мозговой деятельности на протяжении нескольких дней. Мы пытались начать оценивать работу в количестве use cases, но выделенных аналитиков не было, а компетенций разработчиков не хватало. Ближе к середине проекта предыдущий тимлид предложил использовать количество методов в качестве метрики объема. В результате мы стали посчитывать и KS и количество методов.

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

Эстимейты и дедлайны


В Японии встречается практика продавить разработчика на более низкие эстимейты и, соответственно, дедлайны, а потом давить на чувство вины (ты же сам говорил), чтобы виновник перерабатывал, пытаясь уложиться в сроки. В нашей ситуации это иногда напоминало торг за дедлайны. Мы убеждали, что 2-3 дополнительных разработчика не ускорят работу над задачей но на другой стороне провода твердо стояли на своем. С переменным успехом мы героически отстаивали сроки, а в преддверие особенно критичных дедлайнов шли на компромисс, который обычно состоял из переработок и реже привлечением дополнительных ресурсов. Впрочем, мы нередко эти дедлайны успешно проваливали.

Со временем было решено автоматизировать и это явление. Я брал за основу тикеты, добавлял необходимые ревью, возможные баги и Пытался натянуть это в MS Project. К сожалению, из раза в раз он показывал разный порядок задач и неведомым образом выставлял constraint'ы. Времени было немного, поэтому решил по-быстрому сделать построение диаграмм Ганта в Excel благо он оказался более предсказуемым и послушным. Таким образом, мы могли спокойно менять эстимейты вместе с ними менялись и даты завершения. Перестраивать план-графики стало гораздо проще, заказчику они понравились. Хоть проблему проваливания дедлайнов это и не решало, но мы могли заранее предупреждать заказчика о сдвиге сроков.

Традиции


Когда я поехал в командировку в Японию в составе из семи человек, нас условили соблюдать традиционный для японских офисов дресс-код: деловой костюм, светлая рубашка и галстук. Конечно, для программистов, привыкших носить худи в повседневной жизни, это был настоящий вызов. Тем не менее время сыграло свою роль, и появилось чувство причастности (можете называть это стадным инстинктом), которое прибавляло энергии и даже делало в каком-то роде своим. Картина была занимательная: на станции Шинагава в Токио располагается большое количество офисов больших традиционных японских компаний, куда каждое утро тысячи белых воротничков стекались со всей столицы и пригородов. Зрелище фантастическое!


Источник фото

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

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

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

Клиент бог


Япония отличается особенным отношением к клиенту. И вероятно такого же отношения ждал от нас наш японский заказчик.

В японском языке действительно есть поговорка: О-кяку-сама-ва камисама дэс (Клиент это бог) и она действительно попадает прямо в цель. Если мы рассмотрим отношения между заказчиком и исполнителем в России, то контраст с Японией будет очень заметен. За всю мою жизнь в России вежливое общение с исполнителями ничего хорошего заказчику не сулило наоборот, чем больше скандалить и грубить с теми, кто предоставляет тебе сервис (курьеры, официанты, ремонтники и т. д.), тем больше гарантирован лучший результат. В Японии же, по моим наблюдениям, ты можешь быть спокоен. Да, сервис стоит дорого, но он гарантированно удовлетворит заказчика. Дело вкуса, но мне по душе такой путь оставаться вежливым и не переживать за качество.

Заключение


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

Можно ли сказать, что большинство стереотипов о японцах в работе верны? Все не так однозначно.

Субординация между начальством и подчиненными действительно ощущается в Японии сильнее, но в последнее время молодежь все чаще ломает систему. Переработки встречаются часто, но праздников в Японии больше, чем в России. Гиперответственные люди, склонные уложиться в дедлайн во что бы то ни стало, есть всегда и везде и это вовсе не зависит от страны или менталитета. Чем дольше мы работали с нашими коллегами из Японии, тем меньше были заметны различия и больше находилось сходств. Уникальная история и культура не могут не отразиться на национальном характере и традициях, но все же, общего оказалось гораздо больше. И я благодарен за этот опыт!
Подробнее..

Как мобильное приложение помогло ВкусВиллу стать лидером по количеству заказов продуктов онлайн

05.04.2021 16:10:13 | Автор: admin
По итогам 2020 торговая сеть ВкусВилл возглавила рейтинг лидеров e-grocery по количеству выполненных интернет-заказов за 2020 год, а также вошла в пятёрку крупнейших онлайн-продавцов еды в стране по обороту. Доля онлайн-продаж после внедрения приложения увеличилась с 1% до 25%. Выручка собственной доставки ВкусВилл составила 14,93 млрд с НДС.


Само же мобильное приложение ВкусВилл в 2020 году Роскачество признало самым функциональным среди российских ритейлеров.

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

Немного истории


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



Бот был в первую очередь тестом, который помог ответить на вопрос, стоит ли развивать собственное мобильное приложение. И уже в 2018 году покупатели могли найти все тот же функционал в приложении ВкусВилл.

Мы параллельно развивали оба продукта, пока не настало время доставки. Тогда в самые сжатые сроки мы должны были дать покупателям удобный инструмент для заказа товаров. Все необходимые функции реализовали в мобильном приложении и стали активно переводить туда пользователей, ведь было понятно, что бот технически уже не сможет его догнать.
Сегодня у мобильного приложения ВкусВилл, разработанного компанией Автомакон, более 1 млн пользователей. Бота мы больше не развиваем, но сохранили его для покупателей, которые не захотели с ним расставаться.

Мобильное приложение


В нём мы объединили всё то, что уже умел делать бот, и добавили новые функции. О некоторых из них расскажем далее.



Доставка и онлайн-заказы


В 2018 в приложении в качестве пилота появилась доставка продуктов домой. Тогда ещё это были только сторонние партнёры, если вы пользовались приложением в то время, то застали iGoods, Инстамарт, Golomago и других. Реализовано это было просто в формате ссылки на внешний ресурс в приложении ВкусВилл вы нажимали на ссылку с доставкой, переходили на сайт партнёра, и уже там собирали себе корзину продуктов ВкусВилла.

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

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

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



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

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

Самовывоз


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

В 2019 году в рамках функции по предзаказу (сервис назывался Закажи и Забери) можно было заказать новогоднее меню с готовыми разнообразными позициями. Это оказалось актуально для тех, кто не хотел провести предпраздничный день в готовке. Если клиент за 3-4 дня до праздничной даты определялся с выбором, то 31 числа оставалось только забрать свежеприготовленные блюда (как из классической кухни, так и разные гурманские штуки), принести их домой и разогреть.

Вернуть можно онлайн


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



Достижения


Запустили их в качестве MVP для поднятия настроения и развлечения пользователей. За покупку определенных товаров клиенты сети получают звания. Можно стать молочным юнгой, Матроскиным, Мичманом или Христофором Колумбом, Федором Конюховым, Жак-Ивом Кусто и другими героями.

Рецепты


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

Интеграция приложения и собственного платежного сервиса


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

Что дальше


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

Вот ближайшие план


  1. Развитие сети ВкусВилл до полноценного маркетплейса, где покупатели смогут приобретать продукты питания любых брендов. А в будущем товары других сегментов и направлений одежду и FMCG.
  2. Кулинарные стримы. У пользователей будет возможность не только готовить вместе с ведущими, но и приобрести аналогичные приготовленные блюда в магазине, положив их в корзину и оформив заказ.
  3. Расширенное сотрудничество с b2b-клиентами. Теперь, если пользователь является надежным юридическим лицом с электронным документооборотом, он может стать партнером сети ВкусВилл. Отдельный b2b-профиль внутри основного позволяет воспользоваться кредитным лимитом и отсроченным платежом для компаний и ИП. На базе одного приложения клиент сможет заказать продукты к себе домой как физлицо и купить 40 литров молока для своей кофейни в качестве юрлица. При этом в обоих случаях ему будет доступна курьерская доставка.
  4. Доработка дизайна приложения. Несмотря на все преображения, планируем продолжать совершенствовать дизайн. Изначально приложение создавалось по Lean-модели: необходимое сделано, а теперь, когда появилось время и ресурсы, причёсываем и допиливаем дизайн.


Итого


Лидерство по количеству онлайн заказов, а также вхождение в Топ-5 среди крупнейших онлайн-продавцов еды ВкусВилл обусловлено сразу несколькими факторами (это экспертная оценка автором статьи):

  1. Во многом помогла пандемия. 2020 год изменил подход к продажам и рынок ритейла. Онлайн-покупки стали таким же обычным явлением, как и поход в магазин. На начало марта 2020 г. было 800-1000 онлайн-заказов. В начале мая уже 12 500. За несколько месяцев пандемии количество заказов выросло в 30 раз.
  2. Качественные продукты с честным и чистым составом. Товары бренда завоевали популярность на российском рынке.
  3. Бесплатная доставка, без минимальной суммы заказа и с сохранением всех персональных скидок и скидок магазина.
  4. Быстрый сервис (сборка и доставка заказа занимает не более 2 часов).
  5. Большое количество розничных магазинов по Москве доставка из магазинов. Это позволило существенно сократить время и снизить стоимость доставки.
  6. Крутая система управления запасами (подробнее о ней расскажем отдельным постом). Она позволяет максимально удовлетворить спрос. Ежедневно разработанная нами система обрабатывает около 90 000 заказов, а также управляет несколькими тысячами курьеров.
  7. Realtime система учета (в онлайне видно движение товаров по всей сети).




Мобильное приложение позволило связать все факторы и получить синергетический эффект. В пандемию люди смогли легко заказать онлайн (пункт 1), увидеть качественные продукты в приложении, посмотреть оценки, составы, отзывы (пункт 2), заказать их бесплатную доставку независимо от суммы заказа (пункт 3), получить свой заказ в течение 2 часов, т. к. заказ мгновенно улетал в магазин, как следствие быстрая доставка (пункт 4), возможность выбора удобного магазина для самовывоза или доставки (пункт 5), люди в приложении видели широкий ассортимент и остатки, благодаря системе управления запасами (пункт 6 и 7 вместе).

Скачать приложение ВкусВилл можно здесь iOS, Android, будем рады вашим отзывам и обратной связи.
Подробнее..

Как мы сделали мобильное приложение для ВкусВилл за 9 дней

08.04.2021 14:12:31 | Автор: admin
Привет, меня зовут Алексей Кафтанов, я руководитель компании FullStack (входит в ГК Автомакон). Мы занимаемся разработкой мобильных и web-приложений.

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



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

Немного истории


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

Это было удобно, клиентов было немного, загрузка приложения была небольшой: около 100 заказов в день, в процессе развития до 1000.

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

Проблемы нашей реализации


  1. Приложения были только Android. Но пандемия перетрясла все сферы, и в службы доставки стали приходить курьеры с iOS.
  2. Приложение очень долго обновлялось, например, однажды мы попали под семидневное ревью от Google. Оптимизировать продукт в таких условиях было невозможно.

От службы доставки в период изоляции зависела работа всей сети, поэтому главным вопросом, стоявшим перед командой, был: Что делать с курьерами? Тогда решили сделать telegram-бот. Потому что в боты мы умеем.

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

  • Видеть маршрут и все заказы на удобной карте
  • Быть привязанным сразу к нескольким торговым точкам
  • Получать актуальную информацию о статусе заказов
  • Использовать быстрый, нативно понятный интерфейс. За время работы бот оброс большим количеством дополнительной функциональности, что значительно увеличило количество кнопок для простого, по меркам приложения, пользовательского пути.
  • Синхронизировать с приложением свою актуальную локацию. С этим пунктом у telegram наблюдаются определенные сложности и ограничения: передача локации возможна только на 8 часов.
  • Отделить пуш-уведомления внутри приложения от общих пушей в телеграмме, так курьерам удобнее реагировать именно на заказы.

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

Интересный факт: в FullStack фронтом ВкусВилла занимаются четыре героя: 2 для iOS и 2 для Android. Если вы хотите составить им компанию, напишите мне kafa@automacon.ru.

Начало разработки


В тот момент нам повезло: мы нашли ребят, рассказавших нам про no-code платформу Bubble.io. По их словам приложение по нашим запросам могло быть сделано там за неделю. Более того, они показали, как именно оно могло бы функционировать и даже прошли проверку на возможность работать с нашим довольно хитрым бекендом.

Если честно, Bubble показался мне довольно-таки сырой технологией, с точки зрения пользовательского интерфейса это несколько странная и не отзывчивая система.

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

Мы решили написать пользовательский интерфейс на ReactJS с использованием фреймворка Capacitor. Проект собирается в оптимизированный и сжатый набор файлов, который выгружается на удаленный сервер. Capacitor имеет доступ к нативным функциям, приложение запускается через WebView, где указан URL с собранным на ReactJS проектом. Соответственно этой логике проект должен был открываться как обычный сайт с возможностью вызова нативных функций. Удивительно, Apple без проблем пропускает подобные технологии в свой магазин приложений.

Написали, которое передали ребятам с компетенцией Bubble и одному своему программисту React. Выглядело оно довольно-таки примитивно: берем дизайн-гайд, продумываем простой UI и собираем фронт, который будет выполнять всю функциональность бота.

У каждой команды (если считать нашего программиста за команду) было 2 недели на реализацию задачи: на основе гайдлайна самостоятельно создать максимально простое и удобное приложение. Консультироваться разработчики должны были напрямую с лидером проекта со стороны бизнеса.

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

Почему команд было две?


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

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

Что получилось


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



Поскольку задача делать по гайдлайнам стояла сразу, реализация меня как-то немного демотивировала. С точки зрения отклика у Bubble есть очевидная проблема: нажимается все топорно, часто по два раза. В процессе обнаружились еще одни танцы с бубнами: больше 2 дней у команды ушло заменить нативные для Bubble Google-карты на Яндекс. Еще 1 день сделать функционал открытия маршрутизации через 2Gis. При этом решение получилось костыльное: если 2Gis не установлен на устройство, оно все равно предлагалось. По трудозатратам у no-code команды вышло чуть больше 80 часов (первоначально именно такой лимит был установлен) при этом приложение получилось сырым. На этом сотрудничество с ними и закончили.

Решение на ReactJS получилось гораздо более оптимальным: во-первых, полный функционал получилось сделать за 67 часов, во вторых с точки зрения гайдлайнов и логики все получилось вполне рабочим:



Публикация на iOS прошла удачно: не было вопросов на ревью, уже на следующий день приложение было в сторе. Android в Play Market мы выкладывать не стали, просто разместили .apk в облачном хранилище.

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

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

Немного выводов


Удивительно, но разработка на bubble.io получилась дольше, а итоговый продукт более сырым. Существенную роль здесь сыграло ограничение конструктора.

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

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

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

3 года программирования вслепую. Часть 2

04.04.2021 20:17:04 | Автор: admin

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


Поиск и подготовка


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


К тому моменту я успел хорошо освоить symfony framework. html и js также не вызывали затруднений. А вот с css был знаком только в теории.
При наличие пары глаз поблизости рано или поздно, безусловно, можно выполнить любую задачу. К тому же для скринридеров существуют плагины, помогающие в позиционировании и не только. Но трудозатраты, в любом случае, были бы неоправданно высоки. Так что я сосредоточился на бекенде самой доступной части веб-разработки. Где незрячий может выполнять все задачи самостоятельно и наиболее полно себя проявить.


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


Еще на первых уроках видеокурсов по php преподаватель перечислил множество редакторов кода, имеющих форматер, подсветку синтаксиса, автодополнение и многое другое. Но они все оказались недоступны. Я ставил и сносил sublime, brackets, visual studio code ни одна из них не работала со скринридером. Скачивал и PHPStorm, потыкался в неозвучиваемый экран установки, после чего снес и его. Notepad++ вроде бы был доступен, хоть и очень относительно. Еще была visual studio, но она вообще не помогала в работе с php. Так что после долгих поисков я остановился на akel pad. В нем не было ничего. Но он был быстрым. Что ж, этого хватило для обучения, но дальше надо было искать что-то другое.


Я снова прошелся по списку редакторов и обнаружил, что за прошедшее время visual studio code "обрел голос". Ранее фокус скринридера просто упирался в молчащее окно программы, сейчас же интерфейс озвучивался как обычная веб-страница с привычными горячими клавишами навигации.
К тому моменту отступы по всему проекту уже были успешно расставлены с помощью php-cs-fixer.


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


Первая работа


Компания занималась разработкой веб-проектов под заказ. Ей требовался middle symfony разработчик. Миддлом на тот момент я еще, разумеется, не был. Но ключевые слова, перечисленные в вакансии, были знакомы. Да и наниматель готов был пойти навстречу. Трудности, однако, стали возникать сразу...


Первой из них был докер. О нем до того момента я только слышал. Сейчас же наш проект требовалось с его помощью поднять локально. Много ли усилий нужно, чтобы выполнить в консоли docker-compose up? В моем случае это заняло неделю.


Проблема заключалась в том, что у меня стояла windows 7. windows самая дружественная для незрячих ОС. Она давно и успешно обжита, для нее есть хорошо развитые скринридеры, множество синтезаторов речи и прочей инфраструктуры. Но вот докер на ней работал медленно, глючно и через виртуальную машину. Остальные члены команды, работавшие на маке и линуксе, помочь могли с большим трудом. Но в итоге после долгих задушевных переписок в чате проект все же удалось поднять. По ходу этого процесса я узнал о git autocrlf и yarn --no-bin-links.


В перерывах между сеансами укрощения докера я изучал код проекта. Он был построен на api platform. Сильно отличавшейся от всего, что я видел до этого. Контроллеров, например, в проекте не было совсем. Есть у api platform и свои подводные камни. Разумеется, успешно найденные в ходе первых же задач.


Кроме выше указанного на проекте присутствовало много того, что я видел впервые: функциональное тестирование, git flow, code review, ci/cd. Работали мы по скраму, спринтами по 2 недели с ежедневными митингами, управление задачами и учет времени шло в jira, переписка осуществлялась в slack. Освоить это и многое другое нужно было еще вчера.


Тут стоит упомянуть, что ознакомление с новыми инструментами с помощью скринридера в среднем занимает больше времени, чем обычно. Представьте человека, заходящего в новое для себя помещение. Ему достаточно взгляда, чтобы понять, что в центре комнаты стоит стол, справа шкаф. А в дальнем углу находится большая ваза с цветами. Незрячему для получения этой информации придется обойти всю комнату и, возможно, не раз. Так и с освоением новых инструментов. Через какое-то время он запомнит горячие клавиши программы. Узнает, что на этой веб-странице удобнее перемещаться по заголовкам или ссылкам. А вторая по счету неподписанная кнопка в jira открывает нужное меню. Но на все это требуется время. Так что более-менее освоиться у меня получилось только к концу первого месяца. За него я закрыл несколько небольших задач, начал пониматьскрам и прочие процессы, брать чуть больше ответственности и не писать по каждому поводу прикрепленному ментору.


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


В этом плане второй месяц прошел куда более гладко, чем первый. Задач было выполнено больше. По моим ощущениям я вышел процентов на 80 продуктивности среднего члена команды. И целенаправленно работал над тем, чтобы без самой крайней нужды не отвлекать никого из коллег. Что за первый месяц успело сильно утомить ментора.


Работа над ошибками


Опыт первого трудоустройства давал обильную пищу для размышлений. Я приобрел большое количество знаний. Но были и проблемы. В частности, я был не доволен visual studio code. Кроме автодополнения переменных оно практически ничем не помогало при повседневной работе. Большинство разработчиков на предыдущем проекте использовало PHPStorm. И мне сильно не хватало его возможностей. Но в очередной раз установив его, я снова уткнулся в неозвучиваемый экран. После чего написал гневное письмо в поддержку о том, что неплохо бы обеспечить хоть какую-нибудь доступность их продуктов. Однако в ответном письме указывалось, что они вполне доступны уже сейчас.
В итоге я нашел на сайте jetbrains неочевидно расположенную страницу, посвященную accessibility, по инструкциям с которой установил java access bridge и IDE, наконец, заговорила.


Что ж, это и впрямь был качественный шаг вперед по сравнению с visual studio code. Вероятно с помощью плагинов и можно довести функциональность редактора кода до уровня IDE, но для php у меня и близко это не получилось.
Быстрая навигация по всей кодовой базе, очень мощное автодополнение, множество встроенных рефакторингов. Все это давало ощущение полета от процесса разработки. Вот разве что подсветку синтаксиса скринридер у меня так и не озвучил.
Следующие несколько месяцев я снова посвятил своему домашнему проекту, просто наслаждаясь тем, как быстро и легко пишется код.


Свободное плавание


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


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


О том, что у меня проблемы со зрением, разным работодателям я говорил по-разному. Прямое заявление во время интервью, что я слепой, выбивает из колеи большинство интервьюиров. Некоторые люди реагируют в стиле: "Вот это да! Я что-то об этом слышал, можешь объяснить как ты делаешь то и это?" У кого-то возникают опасения по поводу моей работоспособности. Я объясняю, как работаю с компьютером, кидаю ссылки на статьи, где все подробно расписано. Однако на данный момент я стараюсь уведомлять о своих проблемах со зрение в момент, когда мы договариваемся об интервью. Это позволяет всем лучше к нему подготовиться. Еще интервьюиров часто интересует, есть ли какие-то особенности моего взаимодействия с другими членами команды. На что я указываю, что не люблю скриншоты и другую графическую информацию. И обычно прошу передавать ее текстом, хотя с развитием машинного распознавания картинок эта проблема стала менее острой.


Проект, на который я устроился, нужно было реализовывать с нуля. Мы вместе с присоединившимся чуть позже разработчиком создавали систему по ТЗ. Высокая интенсивность работы от нас не требовалась. В целом наш менеджер не был склонен держать процесс разработки под жестким контролем, да и имел постоянную занятость в другом месте. Так что вскоре все технические решения я принимал самостоятельно. Я старался максимально следовать образу разработки, увиденному на предыдущем проекте. CI, code review, функциональное тестирование. Это позволяло нам довольно уверенно двигаться вперед и при этом быть спокойными за тылы.


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


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


В процессе я набирался опыта, изучал новые подходы и инструменты. Безусловно, обладая сейчас большими знаниями кое-какие вещи я бы сделал иначе. Сложные расчеты стоимости услуг лучше было сделать по TDD. А спецификации упростили бы работу с множеством типов пользователей. Однако в целом код на всем протяжении проекта был предсказуемым и поддерживаемым. А вот организационные проблемы нам мешали постоянно.


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


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


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


В последнее время


Так окончились первые 3 года моей карьеры. Но я так долго собирался с мыслями для этих двух статей, что с тех портоже прошло немало времени. Прошлой весной я снова стал изучать рынок вакансий. Он показался мне довольно бедным. Быть может все замерли, наблюдая первую ковидную волну, а может весна не самое активное время для найма. Так или иначе, где-то через месяц я нашел место, где работаю и сейчас.
За этот год я научился в юнит тесты. Подружился с докером на WSL. Стараюсь больше читать умных книг, пробовать новые инструменты, подтягивать английский, да и в целом двигаться вперед!

Подробнее..

Нашел, увидел, получил необычные приглашения на собеседование от HTTP-заголовка до сообщения в поисковике

24.06.2020 12:16:00 | Автор: admin
Одни компании прячут офферы для разработчиков в HTML-коде или HTTP-заголовках, а другие предлагают сперва решить алгоритмические задачи на сайте. Расскажем о нескольких таких кейсах.


Фото Nikita Kachanovsky Unsplash

Пасхалки на сайтах


Многие компании прячут предложения о работе в HTML-коде. Например, Microsoft вставляли HR-объявления на странице Azure. Аналогичного подхода придерживаются в The New York Times и Imgur. Также в Mozilla рассылают приглашения на работу в браузерной консоли. Но некоторые организации проявляют большую изобретательность и скрывают офферы в заголовки HTTP.

В 2015 году специалист по ИБ Трой Хант (Troy Hunt) проводил воркшоп в австралийской фирме. Во время выполнения упражнения один из учеников заметил интересный HTTP-ответ, поступивший через мобильные API с сервера Airbnb. В нем содержалось приглашение на работу и электронный адрес руководителя отдела разработки онлайн-площадки для поиска жилья:

X-Hi-Human: The Production Infrastructure team added this header.Come work with us! Email kevin.rice+hiring@airbnb.com

Месяц назад на Hacker News появился материал, автор которого обнаружил другие сайты с предложениями о работе в HTTP-заголовках. Их удалось найти на Paypal.me, Booking.com, Etsy.com и Otto.de и многих других. Полный список автор опубликовал в своем репозитории на GitHub.

Иногда, чтобы обнаружить спрятанное приглашение, нужно копнуть поглубже. Например, в 2017 году особую страничку с оффером разместили в Apple. Чтобы её открыть, требовалось проанализировать трафик приложений на iPhone. Некоторые из них пересылали пакеты на серверы blobstore, которые обычно используют для хостинга данных iCloud. Оффер как раз располагался по одному из адресов, но Apple пришлось убрать его с сайта. Дело в том, что его обнаружил редактор журнала ZDNet и опубликовал в Twitter. После этого в корпорацию стало поступать слишком большое количество заявок.

Задачки


Решить несколько задач в 2015 году предлагали в Google. Инженер Макс Розетт (Max Rosett) искал информацию о лямбда-функциях Python, когда в поисковике появилось сообщение: You're speaking our language. Up for a challenge? (Вы говорите на нашем языке. Готовы пройти испытание?).

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


Фото Free To Use Sounds Unsplash

Что интересно, похожим образом резюме отбирают в государственное ведомство британской контрразведки MI5. Участникам предлагают проанализировать изображение (в конце страницы по ссылке) и декодировать содержащееся в нем сообщение. Если подчистить изображение от шума в графическом редакторе и использовать кодировки в RFC 4648, можно найти приглашение на работу:

$ python solution.py | tr -d '-' | xxd -pSongratulations, you solved the puzzle! Why don?tyou apply to join our team? mi5.gov.uk/careers

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



Больше материалов на Хабре и в нашем корпоративном блоге:

Смеха ради: для чего могут понадобиться программные инструменты, у которых нет боевого применения

Участие в open source проектах может быть выгодным для компаний почему и что это дает
Почему разработчики дороже денег, как их сохранить и приумножить
Бенчмарки для Linux-серверов



Подробнее..

Где работать в ИТ в 2020 Wowmaking

30.10.2020 14:07:40 | Автор: admin

Герой сегодняшнего выпуска белорусская компания Wowmaking, которая разрабатывает и продвигает мобильные приложения на iOS и Android. Ребята попали в наш прошлогодний рейтинг лучших ИТ-работодателей (ищите их среди компаний до 100 человек) и отметились в рейтинге по качествам компаний. И в этом году решили не сдавать позиций: их оценка на Хабр Карьере сейчас 4,9 из пяти.

О найме, условиях работы и жизни в компании нам рассказал Евгений Куприянчик (Head of Recruitment), а о технологиях Кирилл Тарасенко (Frontend Developer Team Lead).

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

оценить работодателя

Навигация по статье:


О Wowmaking

Wowmaking продуктовая ИТ-компания из Минска развивает проекты в категориях Tools, Social, Entertainment, Games. Компания выпустила более 20 успешных приложений, которые установили 80 млн пользователей. Большинство из этих приложений находятся в топах своих категорий и топах overall в США, Канады, России, Бразилии, Италии, Германии и других стран. Среди флагманских продуктов читалка Mustread Scary Short Chat Stories, приложение для креативных селфи Faces и раскраска SRCH.

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

Текущая оценка Wowmaking на Хабр КарьереТекущая оценка Wowmaking на Хабр Карьере

Про условия работы

Какой в вашей компании сложился рабочий график и какое отношение к переработкам?

В ИТ-компаниях редко можно встретить строгий рабочий график, и мы не стали исключением. Ребята приходят в удобное для них время с 8:30 до 10:00 и соответственно уходят, отработав 8 часов. В нашем новом офисе есть много мест для релакса кухни, терраса с кальяном, внутренний дворик, приставка, настольный футбол и теннис, поэтому во время рабочего дня всегда можно взять паузу и перезагрузиться.

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

Какие бытовые условия ждут нового сотрудника на рабочем месте?

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

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

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

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

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

Есть ли возможность удаленной работы?

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

Какой социальный пакет получают сотрудники?

Дополнительно к социальным гарантиям, которые предусмотрены трудовым законодательством Беларуси, в Wowmaking мы предлагаем нашим сотрудникам ряд бонусов. После прохождения испытательного срока ребята могут воспользоваться корпоративной медицинской страховкой или денежным бонусом на медицинские нужды. С каждым отработанным годом для сотрудника растет сумма страховки или бонуса. На протяжении года работник может взять 3 оплачиваемых выходных дня, так называемые personal days.

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

Какие бонусы, премии и компенсации предусмотрены в компании?

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

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

Какие есть перспективы для образования и личного развития у сотрудников?

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

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

Время от времени мы открываем стажировки и вкладываем много сил в развитие начинающих специалистов в новой сфере.

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

О найме в Wowmaking

Во сколько этапов проходит найм и что на них ожидает соискателя?

Собеседование с кандидатом на вакансию у нас проходит в 1-2 этапа и для большинства позиций включает тестовое задание. На интервью сначала рекрутер знакомит кандидата с компанией, рассказывает о продуктах, ценностях и корпоративной культуре. Затем соискателю задают вопросы о его прошлом опыте. На одном из этапов обязательно присутствует руководитель направления или команды, который спрашивает более технические вещи и выясняет уровень подготовки кандидата.

Даете ли вы тестовое задание кандидатам? Как оно устроено?

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

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

Как отличается подход к найму в зависимости от позиции и стека?

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

Какая фраза от кандидата на собеседовании точно заставит вас выкинуть его резюме?

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

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

Кого последнего вы уволили и почему?

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

Как происходит онбординг нового сотрудника?

Первый рабочий день нового сотрудника начинается митингом с people manager, который знакомит его с офисом, рабочими процессами и отвечает на вопросы. Новичок получает доступ к базе знаний о компании в Confluence и может посмотреть профили других сотрудников на платформе Bob. Там ребята пишут о своих хобби, достижениях и делятся интересными фактами.

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

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

О команде

Какая методология разработки у вас используется и почему?

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

Каковы размеры и структуры команд?

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

По каким критериям вы разбиваете разработчиков на джунов, мидлов и синьоров?

Скиллы и опыт специалистов уровней middle и senior, конечно, же будут отличаться. Уровень middle подразумевает 2-3 года опыта коммерческой разработки, senior 4 и выше. Для сеньора специалистов помимо уверенных технических знаний и всестороннего опыта, важна работа с командой, умение распределять задачи, способность к менторству. Нужно понимать, что чем выше уровень, тем зачастую больше количество обязанностей и ответственность за них.

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

Кто чаще возглавляет команды продуктовый специалист или технический?

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

Как часто люди меняют команды?

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

Что важнее, софт-скиллы или хард-скиллы?

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

Как много собраний у вас проводится? Есть ли особые подходы к ним?

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

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

Работа с выгоранием большой пласт работы, которым занимается people management team и руководители команд. Мы постоянно находимся в коммуникации с нашими коллегами, проводим различные ревью и митинги один-на-один. На основе полученного фидбэка мы стараемся повлиять на ситуацию и предотвратить выгорание.

О технологиях

Какие языки, фреймворки и библиотеки используются на проекте?

Мы занимаемся разработкой мобильных приложений на iOS и Android. Чтобы ускорить разработку на обе платформы, мы решили использовать JS (React Native) для фронта и PHP для бэкенда.

Чтобы собирать аналитику, обрабатывать креши, тестировать сборки до релиза, мы добавили поддержку Firebase.

Что вы можете рассказать об архитектуре проектов?

Приложения состоят из стеков экранов, экраны из компонентов, которые в общей массе простые и / или обернуты коннектами. Биллинг, аналитика, переводы, рекламные сетки вынесены в отдельные API. Хранение данных разнесено на тематические области в redux-store. Все UI-компоненты, которые могут повторно использоваться, вынесены отдельно.

Какая у вас принята политика код-ревью?

В команде есть негласное правило: Если время позволяет, напиши по совести, и тогда программист из будущего не прилетит за тобой )) Большие мерж-реквесты смотрим всей командой, маленькие раскидываем друг другу.

Как тестируется код?

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

Как устроен процесс документации и ведения базы знаний на проектах?

Вся документация по проектам находится в системе совместной работы Confluence. Периодически командой проводим ликбез по стилю кода и спорным моментам.


Оценивайте своих работодателей на Хабр Карьере, а если понравиласькомпания Wowmaking и хочется узнать о ней подробнее задавайте вопросыв комментах, мы позовем кого-нибудь из ребят отвечать.

оценить работодателя

У вас тоже крутая компания и вы хотите рассказать о ней в одном из следующих выпусков? Пишите нам на hr@habr.team!

Подробнее..

Как не надо писать о себе в резюме

03.01.2021 02:10:08 | Автор: admin

Привет! Меня зовут Таня, и я IT-рекрутер. У меня набралось несколько отрывков из реальных резюме разработчиков, которые показывают, как не надо писать о себе. И я решила поделиться ими с вами. В конце каждого примера дан совет, как лучше рассказать о себе. Резюме были взяты с сайта hh.ru. Все имена и ссылки засекречены. Итак, поехали!

1. Слишком романтичное описание

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

Поэтому совет 1: минимум личного, максимум профессионального!

2. Слишком короткое описание

Уже лучше, но почему так мало? Конечно, краткость сестра таланта, но не настолько же! Слишком общее описание своих компетенций, которые к тому же ничем не подтверждены, что уже в свою очередь отрицает вышесказанное все-таки вы не находите нетривиальные решения задач, и ваше резюме тому подтверждение.

Совет2: кратко, но емко и желательно с фактами.

3. И швец, и жнец, и на дуде игрец

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

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

4. Вот вам ссылка на Гитхаб, вы сами все поймете (НЕТ)

Для этого случая у меня две новости хорошая и плохая. Хорошая новость: это описание лучше всех предыдущих. Плохая новость: шанс, что вас заметят, невысокий. Открою секрет: почти все IT-рекрутеры не понимают код. Максимум, что можно понять из Гитхаба на каком языке кодит разработчик, какие фреймворки использует, долгосрочность проектов и в общем-то все. Гитхаб будет полезен тому, кто курирует проект, на который ищут разработчика. Но чтобы попасть к этому куратору, вы должны пройти через рекрутера.

Отсюда совет 4: опишите понятным языком свой стек технологий. Напишите пару слов о последнем проекте, своей роли в нем, функциях, что умеете и что хотели бы делать на новом месте работы. А в дополнение добавьте ссылку на Гитхаб. Это 100% сыграет в вашу пользу.

Заключение

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

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

Всем спасибо и пока!

Подробнее..

Игра в корпорацию как менеджеру выжить и преуспеть в новой компании

05.03.2021 16:08:13 | Автор: admin

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

Начало.

Итак, в корпоративной структуре статус человека определяется близостью к собственнику/CEO. Ну и немножко профессиональными компетенциями. Эти вещи коррелируют, но не прямо. Тут скорее по умолчанию необходим некий багаж профессиональной и управленческой экспертизы, без которого вас не пустят играться в эту песочницу (дипломы ведущих вузов, английский С1, уникальный скилсет, известные компании в CV это всё лишь входной билет).
Кроме того, в любой компании существует как бы две реальности. Видимая это то что можно пощупать руками и оцифровать: корпоративная переписка, вписанные в системы бизнес-процессы, стандартизированные процедуры, тайтлы в воркдее и должности в штатном расписании. И невидимая это то, о чем не говорят вслух, но все прекрасно чувствуют и понимают. У опытного менеджера развивается система эхолокации как у летучей мыши просто идя по коридору утром и здороваясь с коллегами, он уже понимает актуальную расстановку сил в компании. И вот эта невидимая реальность во многом определяет видимую. Например:

  • чей счет бухгалтерия оплатит сразу, а чей сгниет на столе у главбуха;

  • с кем договариваться на словах можно, а с кем нельзя ни на шаг отступить от процедуры;

  • кто понимает, что на самом деле происходит в компании и к чему все идет, и может на эти вещи влиять в своих интересах, а кто реагирует уже по факту на видимые стимулы (приказы, корпоративные полиси, официальная рассылка).

Мои замечательные коллеги, дочитавшие до этого места, возразят мне что-то типа я профессионал высокого уровня, прихожу в компанию делать дело, а не в игры играть. А я отвечу, что сделать какое-то хорошее и полезное дело это уже третий пункт повестки. Для начала нужно: 1) выжить, 2) прийти к власти. Дружелюбный трудовой коллектив при желании выносит с предприятия неугодного менеджера среднего звена за срок от одного до трех месяцев, топа до шести. Шесть месяцев в принципе достаточно, чтобы уйти наемного СЕО, к которому благоволит собственник.

Вход в организацию.

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

  • владелец бизнеса (ну или СЕО, зависит от структуры, короче главный в данной локации) пьет с ним кофе, коллеги улыбаются, сотрудники приветливо здороваются (1-2 недели);

  • что-то непонятно как-то (1-3 месяца);

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

Игра за себя.

Кстати, частая ошибка даже у опытных управленцев они зачем-то проецируют на собственников родительскую фигуру, и ждут, что те им что-то положат в ротик ох не то они положат. Даже если мы говорим о клановой корпоративной культуре (по OCAI), где учредитель бизнеса отец родной, эта игра для наемного работника заканчивается плохо почти всегда в долгосрочной перспективе.
Например, после 20 лет игры в эта наша родная компания, мы вместе начинали человек себя обнаруживает: взрослого возраста, без доли, без здоровья, без адекватных перспектив трудоустройства в данном регионе, меняемого на молодого релоцированного менеджера с хорошим английским и современной экспертизой. Как же так? - спрашивает человек. Я же всю жизнь! Всего себя! Это же наша компания! А ему отвечают: Ну, это был твой выбор, и тебе прекрасно платили. А компания это моя, в учредительных документах написано, иди посмотри. И мораль тут не в том, что владелец бизнеса какой-то плохой, а в том, что в эту игру каждый играет сам за себя. И чем жестче и успешнее компания, чем активнее происходят изменения, чем больше роль в иерархии, тем неукоснительнее следует соблюдать этот принцип.
Интересно, что экзистенциальный ужас, преследующий топ-менеджера, часто приводит его не только к употреблению алкоголя и психосоматическим симптомам, но и к желанию с кем-нибудь в компании дружить. Идея эта ниочень в долгосрочной перспективе почти всегда приходится делать выбор, дружба или собственные интересы, что достаточно неприятно, т.к. разрушает идею о себе как о порядочном человеке.

Феномены испытательного срока.

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

Управленческий регресс.
В новой организации происходит как бы откат назад. В прошлой компании человек руководил департаментом из сотни человек, и не особо при этом перенапрягался. В новой не знает где ему добыть скрепок.
Непонимание контекста и политики.
А почему этот юноша работает как и сколько ему вздумается?.. Ах, это наследник Подвох в том, что человек выглядит глупо, задавая подобные вопросы, и глупо, если их не задает.
Недооценка новых коллег.
Когда человек ведет переговоры о переходе в новую компанию, ему часто озвучивают что-то вроде: к текущей команде есть вопросы, нет мотивации, не те компетенции, нужен кто-то со свежим взглядом, etc. А на самом деле члены команды: давно работают в успешном бизнесе, к этому успеху причастны, построили долгосрочные отношения с владельцем, да и вообще далеко не дураки. И их реакция на высокомерную позицию новенького (если он поверит этой риторике) может быть самой негативной и пагубной для него.
Перенос предыдущей корпоративной иерархии на новую организацию.
Тут понятно насколько себя человек в корпорации распространит и как себя при этом ведет зависит скорее от личности нежели от тайтла.
Самое главное отсутствие поддержки.
Новые коллеги поддерживать пришлого особо не будут, потому что он чужак, конкурент, и им уже рассказали, какой он (в отличие от них) молодец. Аванса доверия от тех кто нанял хватит на несколько недель. Кроме того, если действия человека (неважно даже, конструктивные или нет), вызовут серьезное сопротивление персонала, то дешевле избавиться от него как от источника конфликта, чем рисковать уже работающей командой.

Кстати, сопротивление персонала.

Сопротивление персонала это вещь, говорить и писать о которой сложно и практически бесполезно. Чтоб понять, следует прочувствовать этот феномен на собственной шкуре. На мой взгляд, основная сложность заключается в следующем: человек имеет дело, находится в состоянии конфликта не с другим человеком (что тоже не особо приятно), а с коллективом, толпой, более сильной корпоративной сущностью.
Высокомерно относиться в этому явлению опасно. Чтобы сопротивляться нужны ресурсы и сила, и они у коллектива есть. Бессильные люди ничему не сопротивляются, как бы ни относились к изменениям. Что это может быть за ресурс: поддержка коллектива/количество единомышленников, жизненно важные для бизнеса компетенции, статус людей в компании, доверительные отношения с собственником бизнеса, etc. Сопротивление достаточной силы может похоронить практически любую инициативу.

Обычно сопротивление коллектива возникает в местах со словом новое. К примеру:

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

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

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

В сопротивление персонала обычно вшита какая-то угроза, шантаж. Если понять, чем угрожают, станет понятнее, как с этим работать. Шантаж это формула вида: если вы А, то мы Б (если вы измените систему мотивации для нашего департамента, то мы все уволимся). Следует отличать шантаж от реальных попыток предупредить негативные последствия или снять с себя ответственность (если вы измените этот бизнес-процесс, я не гарантирую своевременное соблюдение дедлайна). Хотя и шантажом данное высказывание тоже может являться.
Есть еще такое любимое социологией явление как заражение. Оно включает себя: передачу эмоционального состояния от одного индивида к другому, имеет тенденцию к нарастанию, а также для него характерно сужение сферы сознательного восприятия. Простыми словами: вчера у вас было против три человека, а сегодня уже все, причем против очень сильно, и толком не могут объяснить почему.

Что же с этим всем весельем делать? Панацеи тут нет, ну можно попробовать:

  • признать, что данное явление завелось, и что оно уже такой силы, что начинает мешать работе (т.к. персонал организации немного недоволен всегда, оно и ничего);

  • поискать рациональное зерно, почему именно сотрудники против бывает что они именно что пытаются спасти бизнес и сохранить эффективные практики;

  • поскольку сопротивление персонала - это то, что делают живые люди с определенными целями, попробовать выделить основного/основных инициаторов и работать с ними (в случае массовых протестов это может быть не очевидно, инициатор не всегда тот, кто выражает позицию);

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

Конец.

То есть мы видим высокую степень неопределенности и риска на входе в организацию. Некоторые коллеги эти факторы еще кратно усугубляют, соглашаясь на размытые договоренности по целям, задачам, компенсации. Это формулировки типа: Ну ты поработай сначала, покажи результат, а там мы посмотрим. Какой результат надо показать?.. Сколько поработать?.. Кто эти мы, которые посмотрят?.. И, казалось бы, опытные управленцы загоняют себя в ловушку, где они являются очень уязвимыми для манипуляций.
Я думаю, удобнее всего воспринимать новую компанию как компьютерную игру: ага, если прыгнуть головой в этот кирпич, то дадут бонус. А если в этот то бонус не дадут. Тут подвал с денежкой, но без выхода. А тут злые черепахи отдел финансового контроллинга. Ну и награда в конце игры любовь принцессы собственника. [а вы что думали, денег дадут? нет, это вряд ли, денег не дадут, так как в компании внедрена эффективная система немонетарной мотивации персонала, сами же внедряли, забыли что ли? :) ]

Подробнее..

Эйджизм в IT-среде есть ли потолок в профессии разработчика?

12.03.2021 18:21:40 | Автор: admin

ВITможно начать зарабатывать первые деньги будучи школьником, достаточно интересоваться технологиями иполучать практический опыт. Многие студенты технических вузов уже напервых курсах устраиваются наофициальную работу, начинают профессиональную карьеру идаже получают приглашения наработу зарубеж. Однако внекоторых компаниях рассматривают специалистов только состажем от57 лет. Согласно исследованию Statista, средний возраст сотрудников крупнейших IT-компаний, таких как Facebook, Google, Apple 2735 лет.


Номожноли всю жизнь писать код илиже, как вфутболе, есть ограничения повозрасту?


Мыпообщались стехническими специалистами изразных компаний ввозрасте 35+инаоснове ихопыта попробуем выяснить, как насамом деле обстоят дела свозрастными специалистами вIT.




Источник


Влияетли возраст накарьерный рост вIT-компании?


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


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


Например, Андрей руководитель разработки состажем 20лет, впрошлом сам разработчик, считает: Хороший IT-специалист неможет оставаться наодном уровне, технологии развиваются настолько стремительно, чтото, что было актуально 2года назад уже давно морально устарело иможет считаться даже мертвой технологией, накоторой больше неработают. Поэтому горизонтальный рост, получение все новых hard skills впрофессии просто неизбежен, иначе стагнация ириск водин момент оказаться забортом. Один знакомый, некогда успешный разработчик, женился иуехал изстолицы врегион, устроился там работать вмаленькую IT-компанию изанимается разработкойПО под Apple TVна уже несуществующем языке ObjectiveC, хотя Apple уже несколько лет работает наболее простом Swift. Представьте, что сним будет, если вдруг компания закроется, аему42, иего знания инавыки устарели?


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



Мнение


Павел, 36лет, руководитель группы разработки продукта


При выборе специалистов вкоманду апри активном росте они нужны постоянно яотдам предпочтение более опытным разработчикам, анеслишком молодым. Идело даже невопыте, как таковом, автом, как работает мозг человека. Чаще всего сыграет свою роль практический опыт 4-5 лет вработе над реальным проектом, окотором человек может рассказать вдеталях. Бывают, конечно, случаи, когда специалист 15лет проработал наодном месте, авбеседе выясняется, что ондаже опроекте рассказать неможет. Абывает, что через 5минут общения учеловека уже оффер вкармане, хотя доразговора про технику речь еще недошла. Если коротко всегда ищу горящий взор ибыстрыйум.


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


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





Естьли эйджизм при трудоустройстве?


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


Апервичный отбор проводит HR-специалист, чья задача отсеять нерелевантных кандидатов, которые неподходят для работы вкоманде. Ивозраст здесь может иметь значение бывают случаи, когда кандидатов моложе 25истарше 30даже нерассматривают. Сталкивались стаким явлением при трудоустройстве?



Мнение


Дмитрий, 45лет, Team-lead отдела back-end-разработки


Работа вIT это постоянное развитие, изучение новых подходов ирешений. Где-то год назад пришла идея получить новый опыт вкрупной IT-компании, попробовать свои силы ввысоконагруженных проектах ивойти вновое окружение. Японимал, что там другие требования иготов был пожертвовать руководящей должностью, слаженной командой ивстать напозицию Junior. Отлично знаком спроектированием сложной предметной области. Был опыт разработки pet-проектов сприменением архитектурных решений, рассчитанных нанагрузки. Наgithub привел впорядок личные репозитории. Казалось, что напозицию junior или middle явполне смогбы рассчитывать. Нокаковоже было мое удивление, когда нинаодин отклик янеполучил ответа или приглашения насобеседование. Отзнакомого узнал инсайдерскую информацию, что вHR-службах крупных IT-компаний есть негласное правило нерассматривать резюме специалистов старше 30лет, только если порекомендации, испециалист выглядит моложе своих лет.


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


Специалист ввозрасте 30+в команде ценен своим практическим опытом количеством часов, посвященных разработке иизучению технологий. Ему проще осваивать новые навыки, там где новичку нужен месяц, опытному разработчику 3-4 дня, аза6месяцев перед его профессиональным ростом просто нет границ.


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


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



Что отличает специалиста старшего возраста вколлективе


Андрей, 40лет, руководитель разработки


Чаще всего вкоманде 25-летних специалистов 40-летний кодер неуживется. Онможет показывать свой авторитет, применять более привычные технологии вместо принятых, саботировать принятые правила. Сним могут возникать трудности вобщении, так как более молодому тимлиду будет сложнее объяснить, если что-то нужно переделать.


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


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


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


Как правило, к30годам упрограммистов появляются семьи иновые обстоятельства, влияющие накачество работы. Многие программисты всилу стресса ихронической усталости уходят изпрофессии ввозрасте 45+. Также среди них имеет место высокий уровень смертности донаступления пенсионного возраста из-за заболеваний сердца, инсультов ичрезмерного употребления алкоголя.


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


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



Так чтоже делать?


Для IT-специалистов (кажется, как идля всех) важно постоянно развиваться иполучать удовольствие ивидимые результаты отработы. Одни могут стать менторами, другие, руководить командами или создавать свои стартапы, атретьи отлично много лет пишут код иклассно это делают каждый выбирает свой путь. Сложность втом, чтобы понять иделать карьерные шаги опираясь насвое собственное видение. Благо, IT-кандидату можно найти компанию, которая подходит именно тебе.


Авысталкивались сэйджизмом вработе? Какой путь развития вIT для вас оптимален? Обсудим? Ждем ваши истории имнения вкомментариях.

<рекламная пауза>
Хотите пройти собеседование вкомпанию своей мечты? Подключайте телеграм-бота @g_jobbot. Тысячи компаний, втом числе наудалёнку испереездом. Итолько интересующий вас уровень позарплате.
Например, вботе можно вызвать себе впомощь IT-рекрутера командой /human. Онпоможет упаковать опыт, прокачаться внужном направлении иворваться вкомпанию уровня FAANG наконе.
</рекламная пауза>
Подробнее..

Как оформить резюме, чтобы его заметили и увеличить отклик в 3 раза

03.04.2021 10:09:09 | Автор: admin
  • Что учесть при составлении резюме разработчику, чтобы получить хорошие предложения уже в первые 3 дня поисков?

  • Как оценивать стоимость своих навыков и не продешевить?

  • Как описывать опыт и писать сопроводительные письма?

  • Чего никогда не нужно делать в резюме?

Эти и другие вопросы мы с вами обсудим в данной статье.

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

Кстати, если вам больше нравится формат видео, то предлагаю заглянуть ко мне на канал IT DIVA и ознакомиться с видео про составление резюме и прохождение собеседований. А любителям аудио-формата предлагаю воспользоваться расширением-читалкой для Habr'a из моей предыдущей статьи.

Начнём с простого.

Где искать работу?

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

Помимо стандартных HeadHunter, Работа.ру и Зарплата.ру, разработчикам стоит рассматривать варианты, где вакансии выставляются преимущественно для них, например, Хабр.Карьера и LinkedIn. На этих площадках за вами буквально охотятся. Так помогите вас найти ;)

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

Кстати, вы можете добавиться ко мне в сеть LinkedIn, чтобы через общих знакомых выходить на интересные вам компании и предложения.

Как повысить количество откликов на резюме и сопроводительные письма?

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

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

Например, я искала вакансию на C#, но из-за того, что у меня в навыках был описан опыт работы с Python и Machine Learning, мне предлагали несколько вакансий в компаниях, которые занимаются преимущественно машинным обучением, что на тот момент не было мне интересно. Я потратила время рекрутеров и своё таким образом. Не совершайте моих ошибок.

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

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

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

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

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

По ссылкам не должно быть никаких архивов для скачивания или требования регистрации для просмотра. Всё должно быть просматриваемо в два клика.

Если в вашей работе важны Soft-skills, то не забывайте подкреплять примерами не только свои навыки, но и свои положительные качества, например так: "Благодаря моей коммуникабельности мы смогли повысить продажи и за месяц привлечь 20 новых клиентов".

Пример описания опыта с выделением ключевых фраз

Я сократила ежемесячные расходы компании на 30% благодаря внедрению системы автоматической техподдержки. Система была написана мной на языке C# с использованием Razor для .ASP NET. В качестве базы данных была использована СУБД PostgreSQL.

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

Указывайте в контактах свою выделенную под рабочие запросы почту и ссылки на свои социальные сети, через которые можно с вами связаться (заранее приведите их в порядок). Так некоторым HR, компаниям и отдельным лицам будет проще связаться с вами, а также получить представление о вашей адекватности и жизненных ценностях. Да, наиболее интересных кандидатов пробивают.

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

Как написать хорошее сопроводительное письмо?

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

Напишите лучше сопроводительное письмо к своему резюме.

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

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

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

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

Вот пример моего отклика на реальную вакансию.

Пример вежливого сопроводительного письма

Здравствуйте!

Откликаюсь на вакансию Unity программиста DreamPort в Екатеринбурге: https://ekaterinburg.hh.ru/vacancy/43313459

Меня зовут Татьяна, мне 23 года, я выпускница направления "Программная инженерия" в УрФУ.

Последние 2 года занимаюсь кроссплатформенной разработкой на Unity под PC, Android и VR (мобильный и стационарный), и знаю особенности оптимизации контента под данные платформы.

Имею опыт разработки клиент-серверных приложений. Умею настраивать UI, работать с системой контроля версий Git и настройкой SteamVR.

На текущем месте работы выполняю роль руководителя проекта:

  • занимаюсь постановкой задач команде и прогнозированием сроков;

  • разрабатываю архитектуру приложения и расширяю его функциональные возможности;

  • провожу код-ревью и контроль качества продукта (тестирование);

  • занимаюсь наставничеством и мотивированием команды.

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

До работы в текущей компании реализовала игровой проект на Unity с использованием языка С# в рамках командной работы: https://github.com/EnjiRouz/2D-Fantasy-Game .

В нём я реализовала диалоговую систему, систему поведения вражеских NPC, алгоритмы генерации объектов, а также основную логику поведения персонажа. Дополнительно занималась настройкой анимаций и сцен, а также созданием UI.

К данному письму прикладываю резюме, где вы сможете более детально ознакомиться с моими проектами и опытом: Татьяна Бабичева, резюме для вакансии Unity программист.pdf

Буду рада продолжить общение, если я вам подхожу.

Татьяна Бабичева, /*телефон или телеграм*/

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

Кроме того, я очень рекомендую вам прочесть книгу "Новые правила деловой переписки" Ильяхова М. и Сарычевой Л.. Там есть очень хорошие примеры того, как откликаться на вакансии, да и в целом вести деловое общение.

Как формировать зарплатные ожидания?

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

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

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

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

Сразу отмечу, что людям без опыта работы релокацию оплачивать с высокой вероятностью не будут, так что пожалуйста, не нужно писать рекрутерам сообщения из серии "Возьмите меня, я хочу жить в Питере/Москве". Без шуток, люди так делают О_О

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

Возможно, кто-то спросит, почему мы часто видим у вакансий такой большой диапазон зарплат, например, от 80 тыс. рублей до 150 тыс. рублей?

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

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

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

Чего не нужно делать в резюме?

  • писать чужое имя или использовать чужое фото (да, такое бывает);

  • использовать вульгарное, плохоосвещённое или слишком личное фото (например, с поездки на шашлыки или с ребёнком на руках);

  • писать личную информацию, не относящуюся к работе (фразы типо "мать троих детей" или "в свободное время хожу по ночным клубам", информация о семейном положении и т.д.);

  • рассказывать тупые шутки и невероятные истории из жизни (не отнимайте время у рекрутера);

  • манипулировать рекрутерами (в письме такие фразы "Если ты уделишь всего 2 минуты этому резюме, то убедишься, что лучше кандидата быть не может" только раздражают).

Как зацепить внимание работодателя?

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

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

Заключение

На этом всё. Надеюсь, теперь вы сможете быстрее найти работу мечты.

Кстати, тех, кто планирует строить карьеру в IT, ябуду рада видеть на своём YouTube-канале IT DIVA. Там вы сможете найти ещё больше полезных материалов по тому как проходить собеседования, получать повышение, справляться с профессиональным выгоранием, управлять разработкой и продумывать архитектуру ПО.

Подробнее..

Еще один подход к работе в IT

07.10.2020 00:10:00 | Автор: admin
image

Айтишники востребованные и высокооплачиваемые специалисты. Многие считают, что достаточно просто обладать дипломом программиста и владеть языком программирования, чтобы найти работу с зарплатой, которая в десятки раз превышает среднюю по городу или стране. Реальность немного другая, ведь конкуренция между соискателями огромная. Количество желающих на одну вакансию может составлять 10-20, а то и больше. Как же найти правильную стратегию роста специалисту в области информационных технологий, чтобы быстро продвигаться по карьерной лестнице и достичь поставленных целей? Вероятно, надо правильно искать, используя надежные и проверенные инструменты.

Но для начала следует получить корректную информацию о рынке IT. Он динамичен, меняется из года в год. Использовать доску объявлений по типу Хедхантера не вариант. У них много мусорных объявлений, нет детализации по компаниям, нет указания времени, которое проводят работники в среднем на одном рабочем месте.
Намного лучше воспользоваться тематическим порталом getmejob.at.

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

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

Продвижение по карьерной лестнице мечта и цель любого квалифицированного специалиста. Для своих подписчиков getmejob.at предлагает сортировку выбранных компаний по важному параметру время, которое проходит до повышения. Если вы не согласны довольствоваться занимаемой должностью на протяжении следующих 15 лет и стремитесь через какой-либо адекватный период времени, к примеру, год, получить повышение, это значение может быть даже важнее, чем зарплата.
Большинство досок объявлений публикуют вакансии сразу же, чтобы предоставить их на обозрение максимально большому количеству потенциальных соискателей. У getmejob.at другой подход. Портал заинтересован не только в том, чтобы айтишники как можно быстрее трудоустроились, но и чтобы компании получали как можно более квалифицированных кадров. Поэтому до того, как вакансии попадают в открытый доступ, они становятся доступными для подписчиков.

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

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

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

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

17.02.2021 18:10:52 | Автор: admin

Привет, Хабр! У клавиатуры снова я Женя Пономаренко. Мы в Кавычках занимаемся тестированием и обеспечением качества для российских и зарубежных компаний. И мы аутсорс агентство, т. е. тестируем проекты клиентов из разных сфер: от сложных авиа и медицина, до ритейла и небольших стартапов. За свою карьеру в тестировании (а это ни много, ни мало лет 15) я успел поработать в продуктовых командах, на фрилансе и в итоге стартанул агентство аутсорс тестирования. Пришел я к этому, потому что на одном проекте мне быстро становилось скучно, а аутсорс модель оказалась решением этой проблемы. Можно работать как компания со всеми корп. плюшками, по условиям ТК, но с разными проектами. А значит не сохнуть годами на одних и тех же задачах и непрерывно развиваться.

Я думаю, что многие, кто начинает карьеру в тестировании или те, кто уже в профессии, задаются вопросом а куда идти-то?. Этого куда множество вариантов открыл HH, Хабр Карьера, телегу и еще стотысячмильенов площадок выбирай не хочу. А вот где из всего этого многообразия не будет скучно, можно расти и зарабатывать? В этом вся соль и боль. Поэтому я решил написать обзор разных форматов работы для тестировщика. Возможно, кому-то это поможет понять, куда идти и зачем. А кому-то пересмотреть текущее место. Или кто-то вообще напишет, что это все фигня, и у него по-другому (кстати, добро пожаловать в комменты).

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

Warning

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

Ready, Steady, Go!

Почему тестировщику важно найти свое место силы

Есть такое мнение, что тестировщик это недопрофессия: бездумно жмакают на кнопки, следуя инструкциям, и ищут баги короче, делать нефига там. Бить кулаком в грудь и кричать, что это не так я не буду. Отчасти это так. Но путь тестировщика не заканчивается на кнопках это только начало. Ведь все начинают с чего-то простого, верно? Я искренне уверен, что тестировщики должны расти в сторону QA-инженеров. Сейчас выпускают все более сложные продукты, которые требуют высокого уровня обеспечения качества. Тестировщик и QA не могут быть обособленными понятиями (уже предвижу, как в комментариях открывается портал ада). Нужно стремиться к тому, чтобы не просто искать баги, а с самого начала думать о пользователях, понимать продукт, процессы и приоритеты бизнеса. Но чтобы прийти к этому, конечно, нужно с чего-то начать, пройти определенный путь и не сбиться с него.

Так почему важно найти место силы:

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

  2. Чтобы была возможность оттачивать навыки и учиться. Если компания топит за образование, проводит сотрудникам обучение, оплачивает курсы, дает разные задачи, то в таком месте реально стать профи, повысить свой уровень и з/п.

Представьте, что крутое место работы это такой своеобразный суп, в котором много разных компонентов:

  • Благополучная к профессиональному росту среда/окружение

  • Обучение и апгрейд навыков

  • Разные задачи и проекты

  • Карьерный рост

  • Ваша значимость в команде

  • Интерес

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

Посмотрите, какого компонента не хватает вам.

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

Инхаус (продуктовые команды)

Есть несколько вариантов: неайтишные компании с продуктовой командой и айтишные компании. Первый вариант достаточно часто бывает не самым лучшим для тестировщика. Хотя, конечно, это зависит от компании. Но в таких компаниях может быть поверхностное отношение к продуктовой команде и к тестировщику (если он вообще там есть). Это происходит из-за нескольких причин: либо нет бюджета, либо нет компетенций и понимания значимости/роли IT-отдела. Или гремучая смесь и то, и другое сразу. Опять же, это не правило, просто в неайтишных компаниях чаще всего бывает именно так.

Когда чувствуешь себя чужим в неайтишной компанииКогда чувствуешь себя чужим в неайтишной компании

Плюсы:

  • Возможность погрузиться в продукт и работать над большим проектом

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

  • Ментор и онбординг

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

  • Обучение

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

  • Окружение и среда

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

  • Погружение в продукт от А до Я

    В продуктовой команде у вас будет возможность следить за процессом создания продукта.

  • Корпоративные плюшки и нормы ТК.

    Согласитесь, вещь крутая.

Минусы:

  • Ограниченность в навыках

    Если работать в рамках одного продукта, только в конкретном направлении сложно получить новые навыки. Допустим, тестируя только веб, с тестированием мобилок может возникнуть проблема там своя специфика. Никогда не тестируя IOT, взять с разбега и протестировать тоже не получится.

  • Путаница с грейдами

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

  • Профессиональная скука или кризис жанра

    Через какое-то время на одном проекте становится скучно. Каждый день может стать копией предыдущего: опять тест-кейсы/автотесты и даже все баги известны заранее.

  • Опять же команда

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

Итого:

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

Работа на фрилансе

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

Плюсы:

  • Самостоятельный выбор проектов

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

  • Разные проекты

    Меняя проекты, вы не будете скучать, сможете оттачивать разные навыки.

  • Самоорганизация и самоменеджмент

    У вас есть вы и заказчик. Если вас не привлекает работа в команде и менторство со стороны руководства, то фриланс вам понравится. Вы можете сами выстраивать свою работу и распределять время. Хотя здесь спорная история, руководство (пусть даже и проектное) со стороны заказчика все-таки есть.

  • Регулирование дохода

    Ваш доход зависит только от вас и ваших проектов. Хотите получать больше берите больше проектов. А хотите меньше (что вряд ли) отказывайтесь от каких-то задач.

  • Перспектива начать свое дело

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

Минусы:

  • Отсутствие централизованного обучения

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

  • Небольшие проекты

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

  • Поиск клиентов

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

  • Отсутствие опыта работы в команде

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

  • Отсутствие ТК и корп. плюшек

    В компании ваш защитник ТК, а на фрилансе договор (если он есть) и все. Т.е. в случае форс мажора вам придется как-то договариваться с клиентом о переносе дедлайна. А если эта задача срочно нужна клиенту, и вас некем заменить? Никто не будет оплачивать больничный и отпуск. Нет проектов нет денег. Все время что-то должно быть в работе. К тому же, не всегда заказчики бывают порядочными в плане выплат. Компании тоже, но тут на страже старый-добрый ТК.

Итого:

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

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

У меня был такой период, когда я брал сторонние проекты и одновременно работал в компании. Я работал все время, не видел выходных и мало спал это слабо походило на курорт.

Но есть и другой момент если получить хорошие навыки, обзавестись базой клиентов (и на Западе), обладать высоким уровнем самоорганизации, то можно хорошо построить свой рабочий график и даже перерасти в ИП.

Аутсорс компании/агентства

Я выделил аутсорс компанию в отдельный пункт. Это что-то между инхаус командой и фрилансом.

Плюсы:

  • Возможность погрузиться в разные проекты и задачи

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

  • Обучение, менторы, онбординг

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

  • Окружение, команда

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

  • Возможность поработать в разных методологиях

    Аутсорс специалисты встраиваются в работу продуктовой команды клиента и в взаимодействуют по той методологии, в которой работает команда. Меняя проекты, вы меняете команды, а значит пробуете разные методологии работы.

  • Корп. плюшки и ТК

    Как и все компании (ну, или не все) аутсорс агентства тоже работают по условиям ТК и придумывают разные корп. плюшки.

  • Горизонтальное и вертикальное развитие

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

Минусы:

  • Отсутствие возможности сразу перейти на другой проект

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

  • Пертурбации в командах

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

  • Клиенты единственный источник дохода

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

  • Постоянно общение с командой клиента и новыми командами

    Это скорее минус для интровертов. Но в аутсорс агентствах это неизбежно.

Итого:

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

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

Кое-что важное в конце

Застрять на одном месте или разлюбить свое дело можно в любой профессии, если не развиваться и не повышать планку. Конечно, окружение/место/формат работы сильно влияют на это. Поэтому периодически нужно задавать себе вопросы: а расту ли я здесь?; получаю ли новые навыки?; есть ли у меня возможность учиться?; что дает мне эта работа?.

Про тестировщиков частенько можно услышать, что эта профессия хуже или легче других IT-специальностей. Тестировщики не хуже или не лучше тех же программистов, и тем более тестирование не легче и не сложнее. Это просто другая профессия. QA и тестирование это огромный океан возможностей для роста и развития, если не застыть на одинаковых задачах и ничему не учиться. Хороший QA-инженер специалист на вес золота, который влияет на качество продукта, на лояльность пользователей и в итоге на бизнес.

Подробнее..

Recovery mode Меня уволили с работы. История про выживание

13.07.2020 22:18:54 | Автор: admin
Всем привет! Недавно я опубликовала текст о том, что делать если вас уволили. Это продолжение материала, где я решила поделиться свои опытом. Итак, начнем.

Всего меня увольняли 3 раза и каждый раз работодатель пытался сэкономить. Расскажу про все истории по порядку.

Увольнение 1

Это была официальная работа в полугосударственной структуре. Я занималась подачей заявок на американские визы. Работа была непыльная, но со своими особенностями: приходить надо было строго в 9 утра, носить форму и почему-то не брать больничные в первые пол года работы. Скажу честно, я не самый организованный человек и не вписываюсь в такие места. Я могла прийти то в 9.05, то сережки неподходящие надеть, то заболеть в середине февраля и не выйти на работу. В общем, в глазах начальницы я была диким бунтарем.

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

Увольнение 2

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

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

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

Вскоре, CEO перестал отвечать и я начала бомбить COO. Две недели нервотрепки и споров и я каким-то чудом смогла добиться выплаты. Хотя они все равно не доплатили мне, пообещав я тебе лично буду должен и заплачу эти деньги.

Увольнение 3

Произошло совсем недавно. Я была устроена официально, в средней компании, с бело-серой зарплатой. Захантили они меня сами, я работала для 3 проектов. Каждую неделю я согласовывала все свои задачи и результаты с руководителем, продакт менеджерами, а каждый месяц отчитывалась перед CEO. Я часто сама генерировала свои задачи, просила больше дел, но мне говорили у тебя и так много, не перегори.

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

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

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

Я несколько раз просила hr уточнить сумму выплаты, написала бухгалтеру и финансисту. В итоге, согласилась на то, что подпишу только после того, как придут деньги. На это мы и сошлись.

Сейчас я в активном поиске работы, надеюсь, что найду ее как можно скорей. Надеюсь скоро смогу составить хороший и подробный гайд на тему того, как найти работу в кризис. Подписывайтесь на мой тг канал, там много моих историй про работу t.me/podhodite

А вам всем желаю удачи. И даже если вы столкнетесь с такими ситуациями желаю выйти из них победителями.

Ссылка на прошлый пост habr.com/ru/post/509846
Подробнее..

Recovery mode Вас уволили с работы. Инструкция по выживанию

06.07.2020 18:16:50 | Автор: admin
Я не hr и не юрист. Я обычный работник, который сталкивался с разными ситуациями и учусь с ними справляться. Надеюсь этот текст и мой опыт помогут вам.

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


Ваша задача в этот период состоит в том, чтобы получить все, что вы заработали, а именно:

Зарплата за отработанные дни;

Неотгулянные отпускные;

Компенсация если вас уволили/сократили.

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

Для начала, вам надо понять, какие у вас есть права.

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

1. Вас обязаны уведомить за 2 недели;

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

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

Далее погружаться в трудовой кодекс не буду об этом написано много статей и вы можете самостоятельно с ним ознакомится, например, здесь base.garant.ru/12125268

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

Если вы устроены официально, то просто так в один день вас не могут уволить. Вас предупредят за 2 недели и, скорее всего, попросят подписать по собственному желанию. Так вот, правило номер 1:

Если вы не уходите с работы сами, не подписывайте по собственному.

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

Не подписывайте ни один договор, пока вам не сообщат точную сумму компенсации.

Из этого вытекает правило номер 2:

Уточняйте сумму, которую вам выплатят.

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


Допустим, ваша зп 80 тыс. Из них 50 серая, а 30 белая. Понимаете, к чему я веду?

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

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

Правило номер 3: поговорите с уволенными коллегами.

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

А что делать тем, кто устроен неофициально?

Если вас увольняют с официальной работы это еще пол беды. Настоящая головная боль в неофициальных работах.

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

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

1 Настойчиво просить деньги. Если вы позвоните/напишете работодателю 2 раза, то это не поможет. В некоторых случаях приходится звонить по несколько раз в день. А в каких-то прийти в офис. Это может помочь.

2 Если после недель звонков вам не заплатят идти в трудовую инспекцию. Там вам помогут.


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

Чтобы подать жалобу на работодателя идите вот на этот сайт: git78.rostrud.ru Будте аккуратны и переходите только по этой ссылке, на этом поприще очень много мошенников. Не указывайте ваше личные данные и никому не платите деньги. Например, вот эти нечестные люди берут деньги, говорят, что победа 100%, а в итоге ничего не делают.

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

А пока ждете, можете почитать мой тг канал, там я пишу про то, как найти работу и не сгореть на ней и мои многочисленные истории с работы: t.me/podhodite

Подробнее..

Перевод 5 стратегий успешного поиска работы в сфере IT

14.08.2020 12:15:32 | Автор: admin


Пандемия COVID-19 успела внести свои коррективы на рынке труда, однако оставила шанс найти хорошую работу в сфере IT, в том числе за рубежом. Для того чтобы поиски работы увенчались успехом:

1. Инвестируйте время в резюме.


Мало найдется людей, которые регулярно обновляют и совершенствуют свое резюме а вот и ваш шанс быть впереди. Рекрутер в среднем тратит 7 секунд на просмотр (initial screening) вашего резюме. Следуйте этим советам, если хотите составить резюме, на которое клюнут. Стоит отметить, что на сегодняшний день существует огромное количество сервисов по созданию и улучшению резюме, которые могут в значительной мере помочь вам в достижении этой цели.

2. Составьте список компаний, в которых вы хотели бы получить работу.


Составьте перечень потенциальных работодателей (HelloFresh, Smartly.io, Avantgarde и
т.д.). Затем на LinkedIn найдите необходимую вам компанию. В разделе People (на странице компании) можно увидеть список сотрудников. Вам нужен кто-то из HR-команды, чтобы отправить свое резюме. В идеале это должен быть специалист, нанимающий на интересующую вас должность. В ином случае, свяжитесь с любым членом команды, укажите вакансию и попросите связать вас с нужным сотрудником.

Как правило, рекрутеры и HR-менеджеры всегда указывают свои контактные данные в LinkedIn профиле. Если таковые отсутствуют, при помощи Google Поиска (например, имя-рекрутера@
company.com), вы без труда найдете нужный email-адрес.

Повысьте свои шансы на успех, написав образец кода и отправив его вместе с резюме, ссылкой на прокачанный профиль на GitHub/личный сайт/технический блог и сопроводительным письмом. (Да, многие IT-компании все еще требуют cover letter, по крайней мере, об этом говорят результаты данного исследования.)

Как вариант, можно также поискать своих старых знакомых и знакомых знакомых, которые в данный момент времени работают в компании, где есть интересующая вас вакансия, и спросить, могут ли вас порекомендовать или, например, сделать intro с HR-ом.

3. Полностью заполните ваш профиль на LinkedIn.


90% рекрутеров (как в IT, так и в других сферах) активно используют LinkedIn для поиска кандидатов. Если ваш профиль на LinkedIn заполнен на 100%, вероятность того, что вас заметят, вырастет в разы.

У пользователей с заполненными профилями на LinkedIn шанс получить письмо от работодателя в 40 раз выше.

LinkedIn

Обратите особое внимание на headline вашего профиля это текст, который отображается в результатах поиска как в LinkedIn, так и в Google.

Потратьте чуть больше времени, но напишите хорошее summary, поскольку это первое, что видит работодатель/рекрутер/HR-специалист, когда заходит на ваш профиль. (В этой статье есть много полезных советов о том, как это сделать.)

Убедитесь, что ваш профиль, в особенности headline и раздел About (summary), содержит ключевые слова. В процессе поиска кандидатов рекрутеры активно используют Boolean search и ключевые слова. Вот пример запроса для поиска Python разработчиков:

(программист OR разработчик) AND python AND (mysql OR postgresql) AND (django OR flask) AND (chef OR puppet OR sentry)

4. Не стоит искать работу исключительно онлайн.


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

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

Дори Кларк

Кроме того, существует огромного количество Telegram каналов, LinkedIn и Facebook групп, чатов в Slack и Gitter, где вы можете обзавестись полезными связями. Во многих из них, особенно в Slack, есть канал, посвященный вопросам трудоустройства. Например:


Заводите знакомства, поддерживайте связь а затем продавайте ваше резюме.

5. Подавайтесь на вакансии напрямую на сайте компании.


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

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

О первой работе

18.02.2021 12:05:10 | Автор: admin

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

Языки и технологии

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

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

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

Оборудование и утилиты

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

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

Окружение и начальство

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

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

Саморазвитие

В маленьких фирмах\командах есть много шансов предложить и продвинуть свое видение, и изменить сложившийся строй к лучшему (для вас в первую очередь). Большие же фирмы часто проявляют больше заботы о сотрудниках, предлагают пройти дополнительные курсы, предоставляют литературу и конференции за счет компании. Так же большие фирмы часто могут поддержать не it начинания, а именно спорт, иностранные языки, а иногда и различные покупки (к примеру еду или технику)

Коридоры и кухни

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

Итоги

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

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

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

Подробнее..

Перевод Как разработчику договариваться о зарплате при поиске работы за границей

21.05.2021 14:10:59 | Автор: admin


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

В этой статье собраны советы о том, что следует учитывать при согласовании ЗП с зарубежной компанией.

Зарплатная вилка

Средняя зарплата разработчиков и инженеров-программистов варьируется в разных странах мира. Например, по данным PayScale, разработчики в Швейцарии зарабатывают 95 тысяч долларов. В Германии этот показатель составляет $60 тыс., в Норвегии $64 тыс., в Дании $72 тыс. В США разработчик в среднем зарабатывает $110 тыс. в год, в Израиле и Великобритании $93 тыс. и $89 тыс. соответственно. Подробнее о зарплатах разработчиков в Европе можно почитать здесь.

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

Налоговый вопрос при переезде

Сколько денег останется на руках после уплаты налогов? Как происходит сбор налогов? Будет ли работодатель платить от вашего имени или вам придется подавать декларации и перечислять деньги самостоятельно?

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

Плюшки и бонусы

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

  • Так называемом sign-on бонусе
  • Доступе к новейшему программному и аппаратному обеспечению
  • Оплате профессиональных тренингов и конференций
  • Медицинском страховании
  • Оплачиваемом отпуске на родине
  • % от прибыли или % акций компании
  • Гибком графике
  • Возможности работать из дома N-ное количество дней в неделю/в месяц
  • Возмещении расходов на проезд от дома до работы и обратно

И это далеко не полный список.

Релокейт-пакет

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

Помимо покрытия транспортных расходов (расходов на перелет), релокейт-пакет может включать в себя, например:

  • Оплату визовых сборов
  • Плату за разрешение на работу
  • Бесплатное временное жилье или возмещение расходов на временное жилье
  • Помощь в поиске постоянного жилья
  • Помощь с переездом супруга(-и)
  • Внесение страхового депозита/залога при аренде жилья
  • Оплату услуг риелтора

Обсуждение прав интеллектуальной собственности

Как правило, правами интеллектуальной собственности (ИС) владеют работодатели, особенно если эта собственность была создана в ходе трудовой деятельности и с использованием ресурсов компании. Однако не стоит делать ложных предположений и рассчитывать только на автоматическое или исключительное право собственности. Разработчики могут обсуждать права ИС в таких пунктах контракта как право на изобретения (assignment of inventions) или право собственности на изобретения (ownership of discoveries).

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

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

Стратегия ухода

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

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

Культурные различия

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

  • Каковы правила ведения переговоров о заработной плате в компании и в самой стране?
  • С кем из компании вы будете беседовать?
  • Нужен ли представитель с вашей стороны?
  • Нужен ли переводчик или агент?

Убедитесь, что договор имеет силу

При заключении трудового договора уточните:

  • Может ли договор быть составлен на английском языке или он подлежит исполнению только в том случае, если он написан на местном языке?
  • Могут ли документы, подписанные в электронном виде, иметь юридическую силу в принимающей стране?
  • Если контракт составлен на иностранном языке, можешь ли ты получить его перевод
  • Каковы обязанности работодателя? Например, законы ОАЭ требуют, чтобы работодатели предоставляли медицинскую страховку и жилье всем иностранным работникам.
  • Какие законы регулируют больничный, дни отпуска и испытательного срока?
  • Каковы требования к расторжению контракта, когда работодатель увольняет разработчика? Получите ли вы компенсацию за отсутствие предварительного уведомления?


Заключение

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

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

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru