Задачи на собеседованиях для бизнес аналитиков

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

Требуемые навыки

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

• Количественный анализ и применение SQL при работе с большими наборами данных на таких распределенных вычислительных платформах, как Hive, Hadoop и Redshift (от двух лет)
• Создание визуализаций и отчетов с помощью таких инструментов, как Tableau и Domo (от двух лет)
• Обработка и анализ наборов данных, их интерпретации для принятия бизнес-решений
• Обсуждение результатов анализа с продуктовыми командами и руководством для влияния на общую стратегию продукта

Команды аналитиков данных в Facebook

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

СЕКРЕТЫ СОБЕСЕДОВАНИЯ НА БИЗНЕС-АНАЛИТИКА

• Операции с цифровыми правами
• Аналитика для HR-решений
• Потребительские исследования
• Коммерческое партнерство
• Команда по устойчивому развитию
• Юридические вопросы

Чем различаются аналитик данных и дата-сайентист в Facebook

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

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

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

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

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

Красивая задача с собеседования в Яндекс (2022)

Процесс собеседования

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

1. Вводные звонки

Обычно это два вызова, каждый из которых занимает 30-45 минут.

A. Разговор с рекрутером

Обычно в первый раз звонит рекрутер. Цель этого разговора — познакомиться с кандидатом и рассказать ему о должности и команде. Рекрутер расспросит об опыте работы и поинтересуется, почему соискатель выбрал Facebook. Это происходит редко, но он также может задать пару технических вопросов, касающихся SQL. На данном этапе рекрутер должен убедиться, что претендент на должность искренне заинтересован в ней, что он умеет выстраивать коммуникацию и не демонстрирует явных стоп-сигналов.

B. Разговор с менеджером по найму

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

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

2. Собеседование в офисе

После разговоров по телефону идут собеседования в офисе, которые обычно состоят из четырех 30-минутных раундов.

А. Технический раунд: SQL

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

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

B. Технический раунд: аналитическое исследование

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

C-D. Тестирование на соответствие корпоративной культуре

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

Советы для соискателей

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

Примеры вопросов

• Если бы не было дубликатов, вы бы использовали UNION или UNION ALL?
• Приведите пример, когда вы работали с большой базой данных и смогли получить инсайты.
• Как вы можете обнаружить падение числа пользователей Instagram-историй?
• Как бы вы оценили успех раздела «Мероприятия» в Facebook? Можете ли вы предложить план его монетизации?

Источник: rb.ru

Собеседования аналитиков. Тестовое задание

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

3. Умение писать тексты

• Грамотно
• Ясно
• Структурированно
• С выбранной степенью детализации
• «Человеческим» языком

4. Грамотно

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

5. Структурированно

Календарь роста и веса содержит 3 поля: дата (формат DD.MM.GGGG) –
обязательно для заполнения; рост в см. (числовое поле) (может быть
необязательным для заполнения, если указан вес); вес в граммах (числовое
поле, разделитель «,») (может быть необязательным для заполнения
если указан рост), значения не могут быть отрицательными; дата не
может быть указана в будущем. Должна быть возможность
посмотреть динамику изменения роста/веса ребенка, разница
показателей должна рассчитываться автоматически. Значение поля
«рост» не может быть меньше предыдущего – анализ нужен со второй
даты.

6. «Человеческим» языком

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

7. «Продуктовость»

• Смысл MVP
• Понимание проблем пользователя
• Обоснование принятых решений
• Умение генерить идеи
• Погружение в предметную область

8. Смысл MVP

2.
Минимальная функциональность, достаточная для старта сервиса, т.е. функциональность, которая решит небольшую, но
значимую проблему предполагаемого пользователя.
· Первоначально можно запуститься в рамках одного города, по Екатеринбургу, далее расширять карты. Доступ к
полному функционалу после авторизации.
· Раздел настроек/параметров, в котором пользователь вносит необходимые данные (свои физические/физиологические
параметры, данные детей статусы личные и детей);
· Раздел с профильными статьями, соответствующими статусам пользователя и его детей;
· Раздел «Оформляем документы» со списками требуемых документов для разных государственных учреждений на разных
этапах жизни человека, бланками и образцами с пояснениями заполнения, списками организаций и выдаваемых ими
справок, документов;
· Календарь беременности с расчетом текущей недели, кратким описанием стадии развития плода, с отметками
«контрольных точек» визита к врачам с описанием необходимых процедур, анализов и возможностью добавлять свои
события;
· Календарь малыша с расписание необходимых прививок и возможностью добавлять свои события;
· Карта города с отмеченными на ней поликлиниками, больницами, детсадами, школами, средними/высшими учебными
заведениями в зависимости от статуса пользователя и детей. Отображение/обозначение уже привязанных
заведений/организаций к профилю пользователя. В подробной информации должна быть возможность просмотреть
описание организации, ссылку на официальный сайт, отзывы в интернете, «зону покрытия»;
· Возможность Online консультации врача (акушера-гинеколога, педиатра, психолога/психиатра), юриста;
· Товары для беременных, товары для детей с интернет-магазинов партнеров;
· Профильный форум родителей;
· Оповещение пользователя по привязанному к аккаунту электронному адресу и/или телефону о предстоящих событиях в
календаре, появлении новых статей в интересующем блоке, новых тем/сообщений форума в интересующих
разделах/темах.

9. Понимание проблем пользователя

2. Цель: автоматизация информационной поддержки молодых
родителей.
3.
Задачи:
• информирование о способах регистрации новорожденного в органах
ЗАГС;
• предоставление пакета документов с шаблонами заявлений,
необходимых для регистрации новорожденного в органах ЗАГС;
• помощь в подаче заявлений на регистрацию новорожденного через МФЦ
и сайт Госулуги.

10. Обоснование принятых решений

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

11. Умение генерить идеи

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

12. Погружение в предметную область

13. «Продуктовость»

• Смысл MVP
• Понимание проблем пользователя
• Обоснование принятых решений
• Умение генерить идеи
• Погружение в предметную область

14. Владение техниками

• ГОСТ34, UML, IDEF, BPMN, Use Case, User Story,
Empathy Map.
• Качество
• Уместность

15. «Умение работать»

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

16. Сценарий не сценарий

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

17. Можно программировать

Форма должна содержать:
1) Поле для ввода ФИО врача, необязательное, ограничение на
размер поля 100 символов
2) Поле для выбора даты посещения, обязательное для заполнения,
с подсказкой формата ввода. Должна быть возможность выбрать
дату в выпадающем календаре или ввести вручную с клавиатуры.
Дата должна вводиться в формате «ДД.ММ.ГГГГ». При вводе даты
в неправильном формате под полем для ввода даты должна
выдаваться ошибка «Неправильный формат даты».
3) Поле для ввода названия лечебного учреждения, необязательное
для заполнения, ограничение на размер поля 100 символов
4) Поле для ввода адреса лечебного учреждения, необязательное
для заполнения, ограничение на размер поля 100 символов
5) Поле для создания напоминания, логическое. При установке
флажка в данное поле необходимо создавать напоминание в
блоке «Напоминания» страницы «Информация». Напоминание
должно содержать: специальность врача, дату посещений,
название и адрес лечебного учреждения.
6) Кнопки «Сохранить» и «Отмена». При нажатии на кнопку
«Сохранить» вся введенная информация должна отображаться в
таблице посещений врача.

18. И другие плюсы

Мониторинг ключевых технических метрик
В рамках разрабатываемого сервиса необходимо обеспечить мониторинг ключевых технических метрик. Интерфейс должен
позволять получать данные о значениях метрик в хронологическом порядке в графическом виде (с возможностью
детализации до поминутных значений). Должна быть возможность выбора временного диапазона для изучения
показателей метрик проекта. Хороший пример — Grafana:
На начальном этапе необходимо собирать, хранить и
выводить значения следующих метрик:
Количество запросов к сервису (с поминутной
группировкой результатов)
Количество запросов к сервису в секунду (RPS)
Количество ответов сервера по типам (2ХХ, 3ХХ,
4ХХ, 5ХХ с поминутной группировкой
результатов), а также среднее значение по типам
за рассматриваемый интервал времени
Среднее значение времени ответа сервера (с
поминутным средним значением)

19.

20. Когда всё очень плохо

• Невозможно читать
• Не аналитик
• Плохие решения
• «Всё собрал(а)»
Совсем ничего нет

21. Когда можно побороться

• То, что есть — неплохо, но чего-то нет
• «Всё собрал(а)», но интересный опыт
• Не понял задание

22. Стандартная доработка

• Выбрать одну фичу из предметной области
• Обосновать свой выбор
• Написать сценарий использования (с
альтернативными)
• Написать подробную постановку разработчику с
макетами интерфейса

Источник: ppt-online.org

Задачи на собеседованиях от Acronis и решения задач от Custis

«За что бьют сисопа? За отсутствие бэкапа!» Корни этой мудрости потерялись в веках, а само слово «сисоп» уже подзабылось, но за отсутствие бэкапа по-прежнему кого-то бьют.

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

Сегодня мы поговорим с Евгением Панищевым, руководителем QA Cloud направления международной компании Acronis. Его отдел занимается тестированием всех облачных решений Acronis: от Acronis Backup Cloud до Acronis Disaster Recovery. Задача лично Евгения — следить за тем, чтобы специалисты отдела выполняли свою работу еще лучше и эффективнее.

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

Свой выбор задач Евгений объясняет так: «Первый тип задач позволяет проверить логические и аналитические способности кандидата, второй — понять, как именно он мыслит. На собеседовании важно и то и другое; иногда правильное живое мышление важнее верного ответа. Я знаю, что многие пренебрежительно относятся к задачам, предлагаемым на собеседовании, считая их пустой тратой времени, но это ошибка. Такие тесты позволяют за довольно короткое время понять, что за человек перед вами. Чем нестандартнее задачи, тем лучше понимание».

Примеры задач

Пример 1

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

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

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

Пример 2

Чтобы проверить, как кандидат ориентируется в высоких алгебраических сферах, Евгений использует, например, такую задачу: «Дан массив S из n действительных чисел, а также число x. Как за время O(nlogn) определить, можно ли представить х в виде суммы двух элементов из S?»

В целом, по мнению Евгения, теория алгоритмов — это область, которой часто пренебрегают в ходе обучения программированию. «Обычно ограничиваются некоторыми общими словами и примерами. Знание сортировки „пузырьком“ или быстрой сортировки само по себе недостаточно для понимания темы. Кроме теории алгоритмов, необходима логика, а также умение ее применять — желательно всегда и везде».

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

Пример 3

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

Из этого следует (нужно выбрать правильный ответ или ответы):

• (A) все лягушата — пестренькие;
• (B) все лягушата плавают в воде;
• (C) все лягушата — веселые;
• (D) все лягушата — не веселые;
• (E) все веселые лягушата — зеленые».

«Задача выглядит детской и несерьезной, что зачастую сбивает многих кандидатов с толку: они не могут абстрагироваться от формулировки и работать с утверждениями так, будто это обычные логические последовательности. По сути, это действительно довольно простая задачка, которая дается на математических олимпиадах школьникам пятых-шестых классов. Но об этом я кандидатам не говорю; особенно тем, кто не смог ее решить» (задачка очень популярная, и, кстати, она была в одном из выпусков нашей рубрики. — Прим. ред.).

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

Еще одна классическая задача на логику от Acronis:

Пример 4

Предположим, что фраза «Завтра будет лучше, чем вчера» верна каждый день. Какое из утверждений может тогда быть неверным?

• (A) Послезавтра будет лучше, чем сегодня.
• (B) Сегодня будет лучше, чем позавчера.
• (C) Послезавтра будет лучше, чем позавчера.
• (D) Завтра будет лучше, чем позавчера.
• (E) В 2006 году 1 апреля будет лучше, чем позавчера.

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

Чтобы понять, насколько свободно человек владеет кодом, в Acronis используют задачи наподобие этих:

Пример 5

Объясните, что делает этот код:

((n https://xakep.ru/2015/07/07/coding-challenges-198/» target=»_blank»]xakep.ru[/mask_link]