Тестовое задание для product designer: фреймворк решения, ошибки и примеры
Привет. Я Вова Кузин — продуктовый дизайнер. В прошлом году я переехал в Израиль и потратил больше 4 месяцев на поиск работы. В этой статье я расскажу про выполнение тестовых заданий, которые мне давали зарубежные и российские компании.
257257 показов
11K11K открытий
44 репоста
Мне почти 50 лет. Из них 25 я принимал и принимаю людей на работу.
Я не помню ни одного случая, чтобы после интервью у меня оставались сомнения относительно приема или отказа взять на работу данного человека.
Если мне не хватило это выяснить за 10 минут, я поговорю еще 30. Я буду говорить час, но не оставлю причин для сомнения.
Все это такая чушь, высосанная из пальца.
! Если работадатель не смог за 10 минут определить нужен этот человек, подходит он или нет, то он ничего абсолютно не понимает в своей работе. Его просто назначили на эту должность получать зарплату.
Тесты-месты))) Человечество все больше и больше придумывает как раздробить на еще мелкие части одно предложение, затем слова, затем буквы, затем звуки. Это и есть все вышеописанное автором. Я называю это чушью.
Комментарий недоступен
Как бы нанимаю людей тоже достаточно много. И ни когда за 10 минут нельзя было решить подходит или нет... За 10 минут можно понять адекватен или нет. Это условный второй раунд собеседования. И если человек его проходит то обычно ещё есть третий, где мы пытаемся понять реальные знания и понимания проблемы человеком... Это у нас ещё короткая цепочка собесов. Но в любом случае в самом оперативном случае это 2 часа. Причем на тех интервью обычно минимум 2 человека профильный специалист и наблюдатель. Собственно почему мы пришли к такой системе. Потому что это позволило снизить количество фекапов при приеме.
Очень интересно, как можно по разговору понять, подходит ли дизайн этого дизайнера под задачи вашей компании. Вот прямо без тестового просто на словах
А сколько дизайнеров прошло через ваши собеседования?
дядя, вы не туда написали
Тестовое позволяет понять, как кандидат подходит к процессу решения задач, как он защищает то, что спроектировал и насколько его решения продуманные и логически последовательные. Но тестовое даём не всем, если у человека есть релевантный опыт, который он может подтвердить реальными проектами и показать процесс проектирования, то можно пропустить этот этап, заменив его на whiteboard.