Срок годности

Даже если вы работаете дизайнером много лет, сфокусируйтесь на проектах последних двух-трёх лет:

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

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

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

Про возраст и опыт

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

Стаж на работу не нанимают.

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

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

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

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

Если никак не отпускает мысль типа «я только начинаю» или «наверное мне откажут потому что мне за 40» — попробуйте такое упражнение: представьте себе, что возраста не существует. Что у всех одинаковый возраст. Что будет важным при найме, если у всех возраст одинаковый? Сфокусируйтесь на важном.

Плохой пример рассказа про большой опыт

Иногда ребятам кажется важным показать свой большой путь в дизайне: «я поработал на больших проектах за последние 10 лет».

И кандидат показывает проект для Windows Phone, как часть презентации.

Давайте разберем — надо такое показывать или лучше избежать?

Будем исходить из логики нанимающего менеджера.

— Поможет ли это знание создавать новые продукты?

— Скорее всего нет.

— Это как-то характеризует кандидата?

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

Кстати, это пример из реального собеседования, случившегося в 2020 году.

Когда уместно рассказывать про старые проекты? На конференциях, на личном ютуб-канале, в блоге (некоторые старые проекты мега-интересные, хотя безнадежно устарели — например, компьютеры первого полёта людей на Луну, или как управляют миссиями Voyager-1 и Voyager-2). Это любопытный материал, может быть сработает как историческая справка или развлекательный контент. Но не на собеседовании.

Можно ли было как-то с пользой использовать этот материал на собеседовании?

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

Но давайте пофантазируем.

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