Завершающий этап интервью

Содержание
  1. Техническое собеседование: какие этапы, как пройти?
  2. Как выглядит типичный процесс отбора кандидатов на техническую позицию?
  3. 1. Телефонное интервью
  4. 2. Техническое интервью
  5. 3. Тестовое задание
  6. 4. Cultural fit интервью
  7. 5. Финальное интервью
  8. 1. Сохраняйте спокойствие
  9. 2. Уточните формат
  10. 3. Подготовьтесь
  11. 4. Потренируйтесь
  12. 5. Выбирайте
  13. 6. Договоритесь об обратной связи
  14. Чек-лист: перед техническим собеседованием
  15. Чек-лист: на техническом собеседовании
  16. Чек-лист: после технического собеседования
  17. Полезно? Репостни, чтоб не потерять
  18. Пользовательские интервью: когда они нужны и как сделать их эффективными
  19. Научитесь спрашивать
  20. Что такое пользовательские интервью и зачем они нужны
  21. Этапы интервью
  22. Что и как спрашивать
  23. Ещё раз, как сделать пользовательские интервью эффективными
  24. Подготовка к собеседованиям в IT-гиганты: как я преодолела проклятье алгоритмического собеседования
  25. Привлекаем внимание рекрутера
  26. Схемы собеседований
  27. Нетехнический прескрининг
  28. Подготовка к алгоритмическому собеседованию
  29. Tips and tricks
  30. Структура интервью
  31. Основной этап интервью
  32. Заключительный этап интервью

Техническое собеседование: какие этапы, как пройти?

Завершающий этап интервью

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

Или же ты отучился на специалиста по зельеварению, но понял, что это никому не нужно, прошел базовый курс по Python и решил “войти в айти”. В любом случае, тебе нужна работа, желательно прямо сейчас, а ещё лучше вчера.

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

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

  • Телефонное интервью
  • Техническое интервью (от одного до четырёх, в некоторых случаях больше)
  • Тестовое задание
  • Cultural fit интервью
  • Финальное интервью

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

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

1. Телефонное интервью

На этом этапе собеседования происходит разговор между кандидатом и рекрутером длительностью 15-60 минут.

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

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

2. Техническое интервью

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

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

3. Тестовое задание

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

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

4. Cultural fit интервью

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

Основная цель cultural fit интервью — понять, насколько хорошо кандидат впишется в уже существующую команду.

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

5. Финальное интервью

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

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

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

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

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

Теперь перейдем к тому, как же проходить техническое собеседование? На что следует обратить внимание? 

1. Сохраняйте спокойствие

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

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

Лично мне помогают различные техники дыхания. 

2. Уточните формат

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

  • Какова длительность интервью?
  • Из каких частей оно будет состоять?
  • Есть ли какие-либо ограничения (нельзя использовать интернет/среду разработки)?
  • Сколько человек будет собеседовать, и кто эти люди?
  • О каких технологиях будет идти речь?

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

Вряд ли у Java-разработчика будут спрашивать функционалы качества бинарной классификации, а у Python-разработчика — сложные запросы на SQL.

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

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

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

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

3. Подготовьтесь

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

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

Простой поисковой запрос “Top 50 Questions for _position_name_ Interview” вполне может помочь.

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

4. Потренируйтесь

Данный пункт опционален, т.к. не везде техническое интервью превращается в знаменитое “вращение деревьев на доске”. Но если вы готовитесь к техническому интервью в известную IT-компанию или сильно волнуетесь, то можно прибегнуть к практике Mock Interview.

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

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

5. Выбирайте

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

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

И этой возможностью не стоит пренебрегать. Примеры вопросов:

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

6. Договоритесь об обратной связи

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

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

Для этого вам следует договориться о конкретной дате и времени, и если рекрутер забудет вам написать — напомнить о себе самостоятельно.

Чек-лист: перед техническим собеседованием

  • Выспитесь
  • Хорошенько покушайте
  • Приведите себя в порядок
  • Не опоздайте на собеседование

Чек-лист: на техническом собеседовании

  • Успокойтесь
  • Расскажите о себе и своем опыте
  • Отвечайте на вопросы интервьюеров и покажите себя с лучшей стороны
  • Задайте интересующие вас вопросы
  • Договоритесь об обратной связи

Чек-лист: после технического собеседования

  • Запишите те вопросы, которые у вас вызвали наибольшие затруднения, и разберите их
  • Похвалите себя
  • Получите обратную связь или напомните о себе

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

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

Вакансии для начинающих в категории IT/ digital ищите здесь.

Полезно? Репостни, чтоб не потерять

Источник: https://uptu.work/tekhnicheskoe-sobesedovanie/

Пользовательские интервью: когда они нужны и как сделать их эффективными

Завершающий этап интервью

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

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

Научитесь спрашивать

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

Программа обучения: «Профессия product manager»

Что такое пользовательские интервью и зачем они нужны

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

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

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

Что будет, если не проводить интервью

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

Исследование CB Insights, согласно которому 18% стартапов закрываются, потому что не слушают пользователей

Что будет, если проводить интервью

StoryTold — B2C-проект, направленный на улучшение взаимопонимания между детьми и родителями.

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

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

Следующий шаг: клиенты несколько недель используют приложение, а создатели StoryTold наблюдают за процессом.

Что они обнаружили:

  • Конкуренция между мессенджерами слишком высока: приложению необходимо сместить фокус на сторителлинг.
  • Геймификация не помогла — дети все равно игнорируют коммуникацию с родителями.
  • Дети не дают обратную связь родителям — разработчики приложения должны сами следить за статистикой.
  • Родители невероятно положительно реагируют на мотивационные пуш-уведомления.

Интервью с пользователями привело к серьезному изменению функций и бизнес-модели StoryTold.

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

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

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

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

Этапы интервью

1 этап: определение ЦА и ниши на рынке

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

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

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

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

  • Состоят ли они в отношениях? Если да, какого рода: состоят в браке, имеют детей или просто встречаются?
  • Как давно они в отношениях?
  • Есть ли в этих отношениях какие-то проблемы? А в предыдущих?
  • Как они обычно решают проблемы: ходят к психологу, напиваются «в стельку», сплавляются по Ниагаре на каяке, делают грустное тату?
  • Посещали ли они когда-нибудь психолога, чтобы обсудить это, и почему?
  • Какие плюсы и минусы они видят в посещении психолога: цена, качество, надежность и так далее.
  • Использовали ли они дейтинговое или психологическое приложение, и если да, то какое? Что им понравилось и не понравилось? Благодаря этому вопросу вы также лучше узнаете своих конкурентов.

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

При разработке не забывайте, что вы не ЦА. К этому моменту вы уже должны понимать, кто в неё входит.

2 этап: сбор отзывов о вашем MVP

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

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

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

Но, ещё раз отметим, вы можете потерпеть фиаско, потому что люди, к примеру:

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

Чтобы подтвердить или опровергнуть опасения, нужно узнать:

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

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

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

3 этап: UX-исследование

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

4 этап: финальные доработки

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

В зависимости от результатов исследования и ответов ЦА, создайте оптимальную модель работы приложения. Вот несколько вариантов:

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

5 этап, который никогда не заканчивается

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

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

Что и как спрашивать

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

https://www.youtube.com/watch?v=xPV_Wa1ln1k

Задавайте открытые вопросы

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

Пример списка открытых вопросов. Вы можете составить свой список на основе этой классификации

Узнавайте мотивы

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

Конвертируйте закрытые вопросы в открытые

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

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

Задавайте личные вопросы

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

Люди любят говорить о себе. Просто спросите и слушайте

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

Будьте дружелюбны

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

Конкретика, факты и цифры

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

Следите за невербаликой

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

Ещё раз, как сделать пользовательские интервью эффективными

  1. Узнайте о проблеме.
  2. Спросите, искал ли ваш клиент какие-то пути ее решения.
  3. Выясните мотивацию вашего клиента.
  4. Используйте открытые вопросы.
  5. Будьте общительным.
  6. Спрашивайте прямо.
  7. Узнайте, готов ли клиент платить за такой продукт.
  8. Спросите о примерах того, что он хочет.
  9. Проверьте, не упустили ли вы что-то в общей картине.

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

Читать ещё: «Пользовательские сценарии: что это такое, как и для чего их нужно строить»

Мнение автора и редакции может не совпадать. Хотите написать колонку для «Нетологии»? Читайте наши условия публикации. Чтобы быть в курсе всех новостей и читать новые статьи, присоединяйтесь к Телеграм-каналу Нетологии.

Источник: https://netology.ru/blog/polzovatelskie-intervyu

Подготовка к собеседованиям в IT-гиганты: как я преодолела проклятье алгоритмического собеседования

Завершающий этап интервью

Я не программирую с трёх лет, не знаю наизусть Кнута, не являюсь призёром олимпиад по информатике и чемпионатов по спортивному программированию, не училась в MIT. У меня за плечами образование по информатике и 6 лет опыта в коммерческой разработке.

И до недавнего времени я не могла пройти дальше первого технического скрининга в IT-гиганты из FAANG (, Amazon, Apple, Netflix, Google и подобные), хотя предпринимала несколько попыток.  Но теперь всё изменилось, я получила несколько офферов и хочу поделиться опытом, как можно к этому прийти.

Речь пойдёт о позиции Software Engineer в европейских офисах перечисленных компаний. Зачем мне этот FAANG? Мои субъективные плюсы:

  1. хорошие условия, зарплата выше рынка;
  2. простая релокация;
  3. отлаженные процессы;
  4. талантливые коллеги со всего света.

И плюсы подготовки, даже если не получишь оффер:

  1. путешествия;
  2. повышение скорости написания кода;
  3. умение мысленно проверять программу на наличие ошибок (метод пристального взгляда);
  4. навык придумывать каверзные сценарии для тестов;
  5. умение находить узкие места;
  6. тренировка навыков проектирования систем в том числе и более масштабных, чем те, с которыми когда-либо сталкивался.

Привлекаем внимание рекрутера

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

Довольно скоро начали стучаться первые рекрутеры и чем больше у меня было контактов, тем чаще они предлагали вакансии. Дошло до того, что на последней итерации за пару месяцев мне написали сразу из Google, Microsoft, Amazon и , это выглядело как картельный сговор. Минусы такого подхода: никогда не знаешь, когда тебе повезёт.

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

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

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

Но я не буду на нём останавливаться, так как сама не пробовала и могу лишь поделиться слухами, что рекомендация в Google добавляет очки при прохождении собеседования и повышает шансы на положительное решение hiring committee (финальный этап — собрание, где заочно обсуждаются результаты и кандидат утверждается или отклоняется).

Схемы собеседований

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

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

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

Их число ни на что не влияет, это просто дополнительный шанс, которым нужно пользоваться, предварительно оценив, сколько ещё времени требуется на подготовку (если собеседование техническое). Общий подход у Google и, например, Microsoft — разделение процесса для кандидатов с минимальным опытом работы (< 1 года) и опытных кандидатов.

Для первых может дополнительно проводиться онлайн-тестирование (online assessment).
Схема собеседования в Microsoft Поведенческие вопросы могут быть частью каждой сессии на очном этапе, как, например, это делает Microsoft и Amazon, а могут быть отдельной сессией.

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

Схема собеседований в Amazon
В Microsoft и Amazon поведенческое собеседование интегрировано в технические сессии, наверное, ещё и потому, что часто эти этапы проводят сотрудники из будущей команды. В тех компаниях, где подход отличается, общение с будущим коллегами вынесено в отдельный этап. Например, Google определяет команду уже после успешного прохождения очного этапа. Самый оригинальный процесс у — выбор команды происходит уже после найма. Новый сотрудник 6 недель проводит в bootcamp — это тестовые проекты в разных командах, а затем принимает решение.
Схема собеседований в

Нетехнический прескрининг

Первый шаг — разговор с рекрутером. Обычно это короткий звонок для описания вакансии или команд, в которые предлагает собеседоваться рекрутер, и для выяснения вашей заинтересованности и мотивации. Конкретной вакансии может и не быть, всё зависит от процесса найма в данную компанию (см. «Схемы собеседований»).

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

 

Подготовка к алгоритмическому собеседованию

Технический скрининг — этап, который для меня чаще всего становился последним до того, как я придумала всю эту схему подготовки. Конечно, мне высылали материалы для ознакомления и рекомендовали потренироваться на Hackerrank/Leetcode.

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

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

Я готовилась с помощью Leetcode, и мой выбор был таким по нескольким причинам: 

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

У Leetcode есть, конечно, и недостатки:

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

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

Для меня задачи идеально вписались в утро перед работой. После завтрака я ставила таймер и решала пару задач уровня Medium. Таймер важен, так как помогает создать боевые условия. Время по уровням сложности я отводила так: 20 минут на простые, 40 минут на средние, 60 минут на сложные. Выбирала в основном задачи среднего уровня, так как сложные спрашивают довольно редко. Если по истечении времени задача не была сделана, я изучала решение, вносила её в список и возвращалась к ней через некоторое время. Я старалась сначала изучить подход на словах и попытаться его закодить. Решение можно было смотреть на самом сайте — от авторов задачи или комментаторов, также помогали видео у Тушара Роя, он очень понятно объясняет на примерах. Разбор почти любой задачи можно найти и на GeeksForGeeks, но там довольно много ошибок.

Самый универсальный подход — отсортировать все задачи по частотности и начать их решать в порядке убывания.Если знакомства с computer science до этого не было, стоит сначала пройти фундаментальный курс, но не увлекаться. Ни знание computer science, ни прочитанная книга «Cracking the Coding Interview» не дадут такого эффекта, хотя и довольно полезны для старта. У меня в начале пути был университетский курс, курс Седжвика (раз и два) и упомянутая книга Макдауэлл — всё это не помогло мне пройти даже телефонное собеседование. Во-первых, паттерны решения должны быть на кончиках пальцев, чтобы кандидат мог быстро их видеть и применять. Для этого разбор задачи нужно не просто прочитать, а сначала попытаться придумать (или вспомнить), а если не получилось, после разбора снова написать самому. Желательно делать это с ограничениями по времени и очень хорошим покрытием тестами, как на Leetcode, что ни курсами, ни книгами не обеспечивается. Во-вторых, курсы по computer science, как правило, не рассказывают про практические подходы к решениям вроде двух указателей или «зайца и черепахи».  Можно эти же задачи решать не подряд, а по темам или паттернам. Но здесь главное не увлекаться и не решать всю тему за один день. Иначе может показаться, что всё понятно, а через пару дней от такого экспресс-подхода останется только гулкая пустота. Я давала темам «устаканиться» и проверяла выученное на оставшихся задачах через какое-то время.

Tips and tricks

Источник: https://habr.com/en/post/499394/

Структура интервью

Завершающий этап интервью

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

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

Замечание 1

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Мотивация и расположение респондента лучше происходит именно на этой стадии.

Опиши задание

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

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

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

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

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

Основной этап интервью

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

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

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

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

Заключительный этап интервью

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

Замечание 2

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

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

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

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

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

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

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

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

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

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

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

Источник: https://Zaochnik.com/spravochnik/psihologija/obschepsihologicheskij-praktikum/struktura-intervju/

Все HR- сотруднику
Добавить комментарий

;-) :| :x :twisted: :smile: :shock: :sad: :roll: :razz: :oops: :o :mrgreen: :lol: :idea: :grin: :evil: :cry: :cool: :arrow: :???: :?: :!: