Менеджер собеседование в яндекс: Работа в Яндексе – Школа менеджеров Яндекса

Собеседование в Яндексе на школу менеджеров 2013 и ответы на вопросы анкеты

В этом году я снова «подавал документы» на поступление в школу менеджеров Яндекса и вновь неудачно. Поскольку Яндекс не хранит анкеты за прошлые годы, я решил сделать это за них, а заодно выкладываю и свои ответы на вопросы — должна же быть какая-то польза от потраченного времени. В моём случае отправленная анкета послужила поводом для очного общения в офисе Яндекса с командой образовательных проектов, но в саму школу я отобран не был. Согласно презентации HR директора Яндекса, на собеседование из примерно 300-от анкет попадает около шестидесяти претендентов, так что это не самый плохой результат. 🙂

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

1. Скотт Беркун «Искусство управления проектами»
2. Фредерик П.Брукс. «Мифический человеко-месяц»
3. Том Демарко «Deadline. Роман об управлении проектами»
4. Дж. Ханк Рейнвотер «Как пасти котов»

На собеседовании мне были заданы следующие вопросы:

• Почему я не могу определиться, выбирая между ролью программиста и менеджера?
• Функции менеджера, зачем он вообще нужен?
• Как определить что плоды твоей работы кому-то нужны?
• Как решить разногласие с дизайнером, если нет руководителя к которому можно обратиться и гайдлайны тут не помощник? Открытый вопрос, самое длительное обсуждение.
• Что изменилось у меня с 2011-ого года?
• Почему я не выполнил задание со звёздочкой и как бы выполнил сейчас
• Сколько я потратил времени на выполнение тестового задания?
• Какие есть у меня вопросы?

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

Итак, анкета в школу менеджеров Яндекса в 2013-ом году в формате вопрос-ответ:

Почему вас заинтересовала Школа менеджеров Яндекса и чего вы от неё ждете? Пожалуйста, ответьте развёрнуто.
Я уже работаю ИТ менеджером, но считаю что мне не хватает теоретического базиса и уникального опыта, которым обладают только лидеры индустрии, занимающиеся разработкой и внедрением в промышленных масштабах on the bleeding edge of technology. Рассчитываю что школа разовьёт меня в профессиональном плане и позволит двигаться дальше более технично.

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

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

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

Какие роли менеджера вам наиболее близки и интересны?[О ролях менеджеров с сайта Яндекса] Яндекс создает и поддерживает множество проектов, подчас — принципиально разных. Соответственно, их менеджерам также приходится играть разные роли:

• Менеджер-аналитик. Занимается анализом больших объёмов данных и написанием простых скриптов для обработки данных, разрабатывает несложные алгоритмы.
• Менеджер процессов. Отвечает за планирование и контроль задач и сроков выполнения, оптимизирует процессы в команде.
• Менеджер по продуктам. Формирует продуктовое видение и требования к новым продуктам, формулирует ключевые показатели эффективности и следит за их достижением, тесно взаимодействует с командой дизайнеров и разработчиков, чтобы реализовать и запустить продукт. Менеджер по маркетингу продукта. Исследует пользователей и их потребности, анализирует рынок, формулирует требования к продукту, отвечает за запуск и продвижение продукта.
• Менеджер-координатор. Занимается координацией людей, мотивирует, выстраивает общение между ними.
• Технический менеджер. Разбирается в технологиях. Занимается построением и поддержкой инфраструктуры.
• Менеджер интерфейсных проектов. Отвечает за проектирование и прототипирование интерфейсов, взаимодействие с дизайнерами.
• Зачастую менеджеры Яндекса совмещают сразу несколько ролей. Если вам интересно примерить их — поступайте в Школу менеджеров Яндекса.

Наиболее близка и интересна мне роль менеджера интерфейсных проектов. Мне представляется что менеджер по продуктам в представленном списке скорее собирательная роль, состоящая из остальных. Именно эта роль мне наиболее интересна в перспективе, а в настоящий момент я так же выделяю для себя роль менеджера-координатора, так как люди — наиболее сложный и интересный в работе «инструмент» и в этой области у меня есть некоторый опыт.

Каким направлением (ссылка на перечень сервисов) в Яндексе вам бы хотелось заниматься? Какая из вакансий (ссылка список открытых вакансий) вам кажется самой интересной и почему?
Мне интересны карты, расписания, авто, почта, rss reader и, конечно же, поиск.

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

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

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

Опишите имеющийся у вас опыт работы (место, должность, ваши обязанности и проекты). Отсутствие опыта не является препятствием для поступления в Школу.
[мой ответ]

Учась на пятом курсе я вышел на работу системным администратором в небольшую производственную организацию (около пятидесяти человек) с офисом в Москве и заводом в Тверской области. После шести месяцев испытательного срока я был назван заместителем генерального директор по ИТ и стал отвечать за всё, имеющее отношение к ИТ в этой организации. Работал там чуть больше трёх лет — установил сервера, свёл все компьютеры в единую локальную сеть (офисы соединил через VPN), проектировал расположение слаботочных коммуникаций в новом офисе и принимал работы, поднял внутреннюю почту и терминальный сервер, установил IP телефонию, систему слежения за производственным процессом и видеонаблюдения, завёл большинство сотрудников в управленческую конфигурацию 1С и обучил их, создал три сайта для разных типов продукции. Работать было очень интересно, так как компания в плане ИТ была в зачаточном состоянии и многое удалось переменить. Всё хорошо работало и дальше в масштабе этой организации развиваться было некуда.

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

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

• написание технологической спецификации для электронных образовательных ресурсов (выполнено мной, используется в государственных заказах),
• аудит работы ИТ департамента московского ВУЗа, определение перспективных направлений развития внутренних ИТ услуг и сервисов (мои обязанности: опросы специалистов, анализ требований, формирование технических заданий на работы, отбор исполнителей, приёмка работ),
• разработка HTML+JS шаблона электронного образовательного ресурса и проектирование системы, собирающей в него свёрстанный html контент и медиа элементы (мои обязанности: проектирование, программирование, написание инструкций для верстальщиков, менеджмент работы с партнёрской организацией, обеспечивающей вёрстку и сборку, приёмочное тестирование).

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

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

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

В этом году летал зарубеж, где нужно было активно передвигаться в рамках небольшого города в течение месяца. А в права в то время лежали в ГИБДД и в РФ я ездил по времянке, которая в иностранном государстве не имеет силы. Узнал что аэрофлот возит велосипеды за +50$ к билету в каждую сторону, купил сумку, разобрал его, подготовил к транспортировке и свозил с собой. Везде успел, сэкономил денег на аренде авто, размялся и даже немного загорел.

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

Ниже представлена возрастная структура населения страны N, а также доля тех, кто использует Яндекс в каждой из категорий.
Моложе 20 лет: Доля населения — 20%, Используют Яндекс — 40%
От 20 до 50 лет: Доля населения — 40%, Используют Яндекс — 50%
Старше 50 лет: Доля населения — 40%, Используют Яндекс — 80%
Чему равна вероятность, что случайно выбранный пользователь Яндекса будет младше 20 лет?
Искомая вероятность равна отношению количества пользователей Яндекса младше 20 лет к общему количеству пользователей Яндекса всех возрастов. Количество пользователей Яндекса возраста <20 лет пропорционально произведению доли населения на долю пользователей в этой возрастной группе, т.е. 0.2*0.4*M, где M — всё население страны. Общее количество пользователей Яндекса равно сумме произведений долей населения на долю пользователей для каждой возрастной группы, то есть: 0.2*0.4*M+0.4*0.5*M+0.4*0.8*M = 0.6M. Осталось разделить одно на другое: 0.08M/0.6M = 2/15. Ответ: вероятность что случайно выбранный пользователь Яндекс будет младше 20 лет равна 2/15.

Предположим, Яндекс внес в страницу с результатами поиска некоторые изменения. Необходимо оценить, насколько они влияют на вероятность клика по одному из результатов на первой странице выдачи. Долгосрочные исследования показали, что до нововведений эта вероятность составляла 50 %. Сколько необходимо данных, чтобы оценить вероятность клика (после изменения) с точностью до одного процентного пункта с уровнем доверия не меньше 95% (можете считать, что 0,975 квантиль нормального распределения равна 2)?
[мой ответ] Пусть Mi — количество открытий страниц, где исследованная ссылка была кликнута. N — фиксированное и искомое количество испытаний. Вероятность клика p = /N. Согласно интегральной теореме Муавра-Лапласа P {Mi <= (p + 0,01)*N} = Ф((p+0,01)*N — N*p)/sqrt (N*p*q)), где q — вероятность “неклика”, равная 1-p.
P {Mi <= (p + 0.01)*N} = 0.95 + 0.025 = 0.975, где 0.95 это P {(p — 0.01)*N <= Mi <= (p + 0.01)*N}, а 0.025 это P {Mi < (p — 0,01)*N}.
Следовательно (0,01*N)/sqrt (N*p*(1-p)) = 2
0,0001*N/(p*(1-p)) = 4
N = 40000*(p — p^2).
Функция p — p^2 имеет максимум 0.25 в точке 0.5 на отрезке p от 0 до 1. Соответственно, взяв N = 10000 мы, независимо от полученного значения вероятности клика, будем иметь требуемую точность.

Есть второе решение:
Вероятность отклонения относительной частоты от постоянной вероятности в независимых испытаниях:
P(|m/n — p|<=e) примерно равна 2Ф*(e*sqrt(n/(p*q)), e = 0.01
p и q не известно, но максимуму функции p*q=p-p^2 равен 0.25
0.95= 2Ф(…) =>
0.01*sqrt(n/(p*q) = 1.96
n/(p*q) = 38416
n = 38416*p*q=> Nmax = 9604

Ответы немного отличаются из-за допущения в первом варианте решения что 0,975 квантиль нормального распределения равна 2 (на самом деле 1.96).

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

Перед тем как приступить к выполнению задания я внимательно изучил всю информацию об “островной технологии” и строил своё решение на этой основе. Барселона — довольно общий запрос. Анализ wordstat (регион Россия) и изучение выдачи yandex.ru(com), google.ru, bing.com, mail.ru, nimga.ru показывает что люди, набирающие слово “барселона” ищут информацию об одноимённом футбольном клубе, городе Испании и фильме. Поэтому первыми элементами на серпе я предлагаю показать именно эти уточняющие слова (футбольный клуб, город, фильм), дополняющие общий запрос до чёткой принадлежности к определённой теме.

Согласно анализу частоты запросов, содержащих слово “барселона” на wordstat, в 91% люди ищут информацию о футбольном клубе, в чуть более 4% — о городе в 1% — о фильме. При суммировании не получается 100 из-за присутствия общих запросов, вроде “барселона видео”. С учётом месячной популярности запроса “барселона” выходит что 37 тысяч людей в день, набивая это слово, ожидают увидеть информацию о футбольном клубе,1800 человек — о городе и 450 — о фильме (оценки приблизительные). Ясно что эти цифры не сопоставимы и на первый взгляд кажется что первую страницу выдачи стоит полностью заполнить результатами с информацией о футбольном клубе.

Отсутствие информации о крупном городе Европы вызовет у почти 2 тысяч человек в день серьёзное недоумение вроде “Как же так, получилось что яндекс всё знает о футболе, но не слышал о европейском городе?”. При этом интересы 37 тысяч людей, ищущих информацию о футбольном клубе с одной стороны поддаются систематизации, а с другой — по одному слову невозможно точно угадать что им нужно, так что некоторая часть из них даже при 10 из 10 результатов про футбольный клуб уйдёт с первой страницы неудовлетворённой.

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

Информацию о недавних прошедших и будущих матчах я считаю целесообразным совместить в едином информационном блоке, где будут представлены участники матчей в порядке “хозяева — гости”, название чемпионата, дата проведения, результат матча и ссылки на поиск более конкретной информации. Кроме выбора по дате важно отображать матчи с известными в РФ командами, даже если они проводились относительно давно или запланированы нескоро. Ссылки (прогнозы, трансляция, обзор, видео) могут быть представлены как партнёрами, так и вести на поиск с уточнёнными запросами. По клику мыши на счёт желательно выводить небольшую табличку о минуте матча и авторе гола. Этот блок я расположил первым.

Существует большая вероятность что пришедшим пользователям будут интересны последние новости от крупного ньюсмейкера “ФК Барселона”. Представлять каждую новость отдельной строкой мне показалось роскошью (и размыванием выдачи), поэтому я решил совместить несколько последних (интересных) новостей в едином блоке о списком новостных заголовков. Если пользователя заинтересует заголовок, он может открыть дополнительный блок с анонсом или сразу перейти на источник. Этот блок я расположил вторым.

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

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

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

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

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

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

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

Восьмое место — качественный агрегатор туристической информации tourister.ru с широким охватом и хорошим представлением контента.

Девятое место — wikitravel с более энциклопедической информацией о городе.
Десятое — официальный сайт футбольного клуба Барселона на английском языке.
Одиннадцатое — площадка туристических операторов tury.ru по направлению Барселона, Испания c описанием туров и отзывами путешественников.
Двенадцатое — ссылка на социальный сервер с отзывами по книгам и фильмам, ссылками на сами фильм и трейлеры, описания, фотографии и списки актёров и тп. Выбирал между имхонет и кинопоиском, но выбрал имхонет за лучшее (на мой взгляд) представление нужной “среднему” пользователю информации сразу.

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

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

Критерии оценки эффективности работы нового serpа предлагаю следующие:

• вероятность “неклика” на результатах первой страницы,
• средняя “высота” удовлетворившего пользователя клика (с учётом следующих страниц),
• количество “холостых” кликов на результатах до удовлетворившего,
• время, проведённое на странице, до удовлетворившего пользователя клика,
• время, потраченное пользователем на странице до уточнения запроса,
• кликабельность объявлений Директа.

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

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

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

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

Обзвоню несколько возможных партнёров по совместной разработке островов (sports.ru, еврофутбол и тп), встречусь с заинтересованными сторонами. Обсудим их видение продукта, сложности в реализации, помогу оценить их “профит” от участия в проекте.

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

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

Конкретизирую своё видение задачи, оформлю их в более подробном виде (подобие ТЗ). Обсудим с командой необходимость, объём и формат написания документации, распределю роли написания такой документации (если возможно — после завершения работ по непосредственной разработке).

Обсужу с командой результаты работы и возникшие вопросы, представлю на обсуждение псевдоТЗ и критерии измерения эффективности проекта. Обсудим вопросы к контентным партнёрам. По результатам встречи синхронизируюсь с tasktracker’ом.

Будет очень круто сделать всё это за неделю. 🙂

Допустим, вы запустили свой проект. Теперь вам нужно отметить заслуги всех его участников в отчётной презентации. Соберите 20 человек (они будут играть роль вашей команды) и попросите их построиться «звездой». Потом сделайте фотографию этой звезды с верхнего ракурса. Вы должны находиться в её центре. Приложите получившийся кадр.
Это была задача, не обязательная к выполенинию, но учитвающаяся «при прочих равных». Я её не выполнял.

P.S. Я думаю что причина моих провалов хорошо описана здесь в тридцати секундах. И немного здесь.

Каким должен быть менеджер продукта. Одно из мнений из Яндекса

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

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

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

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

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

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

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

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

Непрерывно пользуется своим продуктом и продуктами конкурентов. Продакт Avito не просто пользуется своим сайтом, «Юлой», «Алиэкспрессом» и т.п., он регулярно и взаправду покупает всякую неведомые штуки типа конструкторов Лего, старинных шкатулок и кружевных платков. Продакта Spotify можно увидеть без наушников только в том случае, если он общается с живыми людьми прямо здесь и сейчас. Человек, который делает поиск Яндекса, обязан искать всё на свете: в Яндексе, Google, Bing и даже в Baidu, на телефонах, планшетах и ноутбуках, дома, на работе, в метро и в аэропорту. Компетентный продакт – фанат своего поделия и тех сценариев, которые с его помощью решаются. Есть знаменитая бизнес-история (пересказываю её по памяти, могу в деталях соврать) о том, как европейские фирмы раз за разом обламывались и терпели убытки, пытаясь выпустить простой, казалось бы, предмет бытовой техники: рисоварку. Они их разрабатывали, производили, рекламировали и дистрибутировали, всё как с чайниками и стиральными машинами, но дальше что-то шло не так, их никто не покупал. Увы для них, рисоварку может спроектировать только человек, питающийся рисом ежедневно, готовящий его каждый день для себя, для семьи и по особым случаям для компании друзей, который не просто может приготовить рис семью разными способами, а ещё и считает это осмысленным и уместным. В Европе таких не оказалось. Если же кто-то из разработчиков должен «открывать» продакту глаза на то, что у конкурентов такая-то фича сделана не так, как у нас, и у продакта нет готового top of mind ответа на то, почему у нас лучше, то это, на мой взгляд, крупный провал.

Регулярно проводит playtest-ы, тестирует свой и чужие продукты на других людях. Я специально не называю это «UX-тестирование», потому что этот термин во многих крупных компаниях, в том числе в Яндексе, обозначает вполне конкретный трудоёмкий метод исследований, далеко не единственно возможный, и даже не всегда самый правильный. Если на полновесное UX вы попадаете только раз в несколько недель, ловите в коридоре коллег и просите потратить на вас 15 минут. Терзайте свою бабушку или мужа. А если иконка мобильного приложения проекта в день запуска вызывает в интернете фурор своей похожестью на какую-нибудь часть тела, и для команды это сюрприз, так не было задумано, то это провал продакта, а не чей-то ещё.

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

Сильнее всех в команде болеет за качество, во всех деталях и аспектах. В том числе если продукт тормозит, бажит, заспамлен и т.п. Часто прямых рычагов воздействия на разработчиков и смежников у продакта нет, так что это потребует проявления social skills и личной эмоциональной вовлеченности, вплоть до театральности. Продакт совершенно искренне употребляет слова вроде «офигенно» и «позор». Он может сказать: «Так нельзя, нас всех уволят», – так, чтобы ему поверили. Хватается за сердце, если слышит от разработчика или дизайнера высказывания в духе «и так сойдёт». Он не боится даже (даже!) наябедничать начальству, или потребовать отменить релиз (непредставимо!), если остальное не срабатывает. Не бойтесь показаться слишком болеющим за свою работу, «слишком» делать это невозможно. Абсолютный провал, если продакт, скажем, сдаёт дизайн в дизайнера, через спринт забирает результат, а на вопросы отвечает, что «дизайнеры так решили». Или мирится с тем, что главная страница сервиса по wifi грузится несколько секунд, не пиная об это постоянно разработчиков. Или знает, что у конкурентов продукт лучше, и спокойно к этому относится. Или в ответ на вопрос «А почему у меня такие результаты?» отвечает: «Machine learning так решил». Или подключил к проекту некий «чёрный ящик» (например, на основе чужого API или вообще, страшно сказать, Формулы, Обученной CatBoost’ом), не проверив результаты его работы «на вменяемость» от и до. Не надо так.

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

***
Хотите узнать больше о работе менеджеров — приходите на наш YouTube-канал «Управление проектами». А если вы хотите поучаствовать в летней школе, то можете оставить предварительную заявку — и первыми узнать о старте набора.

Вокруг Яндекса за 59 дней / Habr

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

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

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

Написать статью меня побудил тот факт, что при поиске в Google (ничего личного, я всегда там ищу) информации на тему «трудоустройство в Яндекс», находится всего одна статья от 2007 года (при поиске в Яндексе находится ровно то же самое). Кроме того, эта статья о вакансии типа «Программист чего-то-там». Информации об устройстве на работу на позицию «Менеджер чего-нибудь-интересного» нет вообще.

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

На вакансию Яндекса я наткнулся на сайте HeadHunter и сразу загорелся попробовать свои силы. Хотя тематика вакансии была мне нова («Менеджер поисковых проектов»), я не сомневался, что работать в этой области будет интересно. Итак, я отправил резюме. Что же дальше?

День 0

На почту пришло письмо от HeadHunter, в котором сообщалось, что мое резюме показалось Яндексу «очень интересным», и что они хотели бы пригласить меня на интервью. Так же предлагалось позвонить по указанному в письме телефону. Дело было около 19 часов. Я тут же позвонил, чем вызвал немалое удивление у HR-менеджера (хотя мне казалось, что именно настолько оперативно реагируют люди, находящиеся в активном поиске работы). В ходе разговора выяснилось, что я должен зайти на сайт Яндекса в раздел вакансий и там заполнить некий опросник для указанной вакансии.

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

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

День 4

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

День 5

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

День 11

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

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

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

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

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

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

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

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

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

День 15

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

День 17

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

День 19

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

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

День 26

Решив, что неделя — это 7 дней, я позвонил HR-менеджеру. Она узнала меня уже по голосу. Извинялась и говорила, что человек, ответственный за «социальное» направление, еще не посмотрел. Но она помнит и ему напомнит. Сказал, что надо еще пару дней.

День 29

Я позвонил еще раз и поинтересовался, в каком состоянии вопрос. Вопрос был в том же состоянии. А я уже был в состоянии равнодушия к Яндексу.

День 33

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

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

День 46

Едва не забыв про собеседование (шутка ли — две недели!), я поехал в Яндекс. «Все симпатично, все красиво, все как на фотообзорах их офисов. Милая девушка с ресепшена …», ну вы поняли — я оказался в соседней переговорной.

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

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

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

В целом я чувствовал себя свободнее, чем на первом интервью (у меня уже была интересная работа, а стремление попасть в Яндекс уже пропало). Несколько раз провел параллели между Яндексом и Google. Может мне показалось, но такое сравнение парням не понравилось.

В этот раз мне обещали сообщить свое решение в течении недели.

День 56

Прошло 10 дней. Вспомнив, что никакого ответа мне не прислали, я отправил письмо с вопросом. Никакой реакции не последовало.

День 59

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

Итоги

Весь процесс занял 59 дней. Состоял из двух «домашних заданий»: первая анкета из 3-7 вопросов и промежуточная задача между интервью. Два интервью. Что характерно, никаких задач на логику, фантазию, нестандартное решение, которыми так пугают проходящие собеседование на программистов. Оценка претендента идет по личностным качествам и по навыкам системного мышления.

И чего?

Да ничего. Возможно я идеалист, но от крупнейшей, известнейшей, популярнейшей, IPO-ейшей и прочее-прочее-ейшей компании России я ожидал другого. Так что же мне не понравилось? А вот что:

1. Неопределенность по срокам. Человек ищет работу. Это тот случай, когда своим временем он дорожит больше всего. Скажите ему, когда будет результат. Видите, что не успеваете — позвоните/напишите об этом с указанием новых сроков.
2. Затянутость. 59 дней — это что такое? Это вам так нужен специалист? У вас настолько заняты сотрудники? Я не верю. Пример с промежуточной задачей показателен. Ее можно придумать, поднимаясь на лифте на ваш четвертый этаж.
3. Отсутствие обратной связи. Это, конечно, пожелание. У нас никто не дает подробной обратной связи в случае отказа. Но вы же не такие, как все? Можно и сделать.
4. Неподготовленность сотрудников. Из тех, с кем я общался, только два человека были способны на эффективное общение с незнакомыми людьми. Это касается и грамотности речи и каких-то невербальных сигналов. Меня это не беспокоило, но ребята явно мучились.
5. Непрозрачность процедуры. Я говорю как об общей последовательности действий (одно интервью, другое, тест), так и о каждом интервью в частности. Не видно структуры и продуманности. А если они и есть, то до претендентов не доносятся.

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

Яндекс — яркая и сильная компания. Так будьте такими со всех сторон.

Напоследок

На первом интервью обсуждение затронуло вопрос зарплаты. Один из парней назвал мне сумму на 20% ниже того, что я указал в резюме и спросил: «А за столько вы не согласны работать на Яндекс?», именно так, с упором на последнее слово. Я был бы не готов. А вы?

Как я три года поступал в Школу менеджеров Яндекса — Академия Яндекса

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

Начинал как программист и инженер

Всё началось с того, что я сам начал программировать, еще в детстве. Я 1988 года рождения, поэтому интернет развивался, в принципе, вместе со мной. Я сидел на модеме, устанавливал «аську», играл в Counter-Strike, конструировал HTML-странички. Потом мне стало мало, я начал изучать язык программирования PHP. Помню, купил дурацкий учебник по PHP, а там такой перевод, как будто английские буквы просто на русские поменяли. Например, что такое «возврат значения функции» для меня оставалось секретом еще года три. 

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

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

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

В Microsoft через книжный

У меня была большая мечта — попасть в IT-компанию. Я жил в Крылатском, неподалеку от бизнес-центра, где располагаются Microsoft и IBM. Каждый раз заходил на сайт вакансий, чтобы узнать, как к ним попасть, но абсолютно не понимал, как стать человеком, который соответствует всем требованиям.

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

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

Подать заявку в Школу менеджеров Яндекса

Первая попытка. Сорвался у самой цели

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

У моей девушки был день рождения, и на него пришло тринадцать человек. Это не двадцать, но я решил, что оставшихся наберу из прохожих. Я выстроил всех в форме звезды, и тут началось. Она девочка упала и сломала руку, другой стало плохо, в общем, осталось одиннадцать. Пришлось набирать прохожих. Как только кто-то начинал отходить, я говорил: «Стой, пожалуйста, стой. Сейчас мы закончим, пять минут осталось». Когда всё было готово, я поднимаю камеру и понимаю, что все не влезают в кадр. Пришлось подбрасывать фотоаппарат, кадр вышел смазанный, но зато задание выполнено.

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

Вторая попытка. И полный провал

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

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

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

Я сделал всё очень быстро, не потратил время на то, чтобы поподробнее вникнуть в задачу и посмотреть, как делают другие. И не дотянул. Мне сказали: «Извини, ничего не получается, мы тебя не берем». Расстроился, конечно, но подумал, что сейчас меня отпустит, и я еще раз попробую. 

Как мне помогли соцсети и собственный проект

Третий раз, когда я готовился к Школе, нашел в Facebook ребят, которые поступили в ШМЯ. Написал одной девочке, спрашиваю: «Как?». И она рассказала, что у Школы менеджеров есть свой YouTube-канал. Я его весь взахлеб посмотрел. Тогда еще туда начали выкладывать видео с лекциями прошлых лет. Нашел там крутую лекцию Дмитрия Мацкевича по behavioral engineering и понял — вот то, чего мне не хватало первые два раза для того, чтобы поступить. Это был подарок. Я решил еще до поступления сделать свой собственный проект и опробовать на нём то, о чем говорилось в видеокурсе. 

Проект я назвал «Рантье» — сервис для управления недвижимостью. В чем идея? Есть определенное количество людей, которые сдают квартиры в разных городах. У некоторых таких квартир много. Поток денег большой, людей, занимающихся таким бизнесом, тоже немало. Оказалось, что многим из них не хочется заниматься бумажной волокитой и они с удовольствием перепоручили бы это кому-нибудь. Этим занимается ЦИАН, но у них это предложение не очевидно. Я решил всё это преподнести очень понятно и создал свой сайт. Подготовил лендинг, провел фотосессию, разработал тарифную сетку, придумал, как всё будет работать. Сделал минимально работающий продукт, MVP. Фактически он у меня состоял из чата и человека на другом конце, то есть меня. Нашел через Facebook добровольцев и вёл две квартиры в течение трех месяцев. Эксперимент мне показался успешным, и в этот момент пришло вступительное задание в ШМЯ.

Третья попытка. Самое тяжелое испытание

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

У меня было две глобальные задачи — свадьба и ШМЯ. Больше ничем не занимался

По сравнению с предыдущими попытками, в этот раз задачи были самые сложные. Например, была задача на анализ логов. Нужно было на любом скриптовом языке проанализировать 450 мегабайт поисковых запросов. Мне казалось, это очень много, хотя сейчас я работаю с терабайтами запросов. Я не знал, как подступиться к этой задаче, но меня спасло любопытство. За полгода до вступительных в ШМЯ я прошел на Coursera великолепный курс Яндекса по машинному обучению. Там подробно рассказывается, как подружиться с Python, и этот опыт помог мне проанализировать 450-мегабайтовый поисковый лог. Я занимался этим недели полторы, а потом увидел в задании комментарий — оказывается, это нужно было сделать в командной строке, то есть предполагалось, что ты написал одну строчку, нажал Enter, она сработала. Мой код в одну строку невозможно было уместить. А я самому себе обещал выполнить задание ровно так, как просили, поэтому пришлось всё переделать. 

Еще была задача, в которой нужно было пофантазировать, придумать четыре улучшения для светофора и найти для них подходящую метрику. Была еще одна очень сложная для меня задача по математической статистике. Пришлось разобраться в том, что такое доверительные интервалы, что такое альфа и бета вероятности. Подходящих знаний у меня не было. Я нашел какую-то информацию на Coursera, но это было как в том меме: «Смотрите, вот это арифметика: 2+2=4. Теперь разберем пример — алгоритмы с производными». Скрипя зубами я перелопатил большое количество сторонней информации в интернете. Подходил к аналитику рекламного агентства, в котором работал. Попросил помочь знакомого с физмата. Весь месяц маялся, но всё успел, и с третьей попытки мне наконец удалось попасть в ШМЯ. Теперь оставалось понять, как организовать свою жизнь на ближайшие два месяца.

Учеба в ШМЯ. Думай своей головой

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

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

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

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

Во время Школы это был мой осознанный выбор — использовать меньше технических навыков и больше менеджерских

Работа в Яндексе и Себрант на заправке

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

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

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

Работа в Яндексе была моей гиперцелью последние три года. Всё началось с Telegram-канала Андрея Себранта, из которого я узнал о существовании ШМЯ. Мы потом случайно встретились на заправке на Новой Риге. Подхожу к нему и говорю: «Это вы Андрей Себрант? —Да. — Спасибо большое за ваш канал. С помощью него я узнал о ШМЯ и сейчас туда поступаю». Он похохотал, может потому, что всё выглядело довольно нелепо. Моя следующая большая мечта: когда я реализую какой-то важный проект, приглашу его лично на выступление. Буду гордо рассказывать о своих достижениях, потом подойду к Себранту и спрошу: «А вы помните, тогда на Новой Риге я вас на заправке встретил?». 

Собеседование в Яндексе: рассказ очевидца

«Заметки на полях» о собеседовании в Яндекс — одной из крупнейших компаний российского рынка IT из первых уст.

Яндекс — это такой большой стартап. Когда ты идёшь туда, например, на js-разработчика, тебя могут прособеседовать люди из совершенно разных команд. Одни могут быть заинтересованы в твоем знании Vanilla.js и DOM, другим может понадобиться React (что совершенно не отменяет необходимости в Vanilla.js), третьи спросят про алгоритмы, или node.js, или canvas.

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

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

Началось все с его вопроса «Расскажи о себе в плане программирования, в каких проектах участвовал, что интересно?». Автор честно рассказал весь почти 9-летний свой опыт и любовь к написанию велосипедов (что, кстати, как потом отметил hr, огромный плюс).

Далее следовали стандартные вопросы по js (достаточно простые), например, «Приходилось ли использовать разные code-style?», «Были ли совместные проекты с кем-нибудь?», «Какие инструменты используешь для написания кода?».

Была пара вопросов по тестовому заданию, а также общие вопросы из серии «С какими API работал?», «Самое фундаментальное отличие FF и Chrome» (спойлер: движок, Gecko и WebKit).

Второй собеседующий сначала погонял автора по простым вопросам по js (отличия var и let, arrow functions), а затем дал код, где был класс и одни и те же методы, объявленные разными способами (два варианта — внутри конструктора, два — в прототипе), и попросил рассказать отличия, преимущества и недостатки.

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

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

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

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

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

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

Как успешно пройти любое техническое собеседование

Как я устраивался в Яндекс: evitanium — LiveJournal

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

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

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

Этап 3 — Первое задание от группы инфраструктуры
Первое задание я получил на следующий день от руководителя группы инфраструктуры Яндекс Маркета, оно было в связано с кластеризацией, классификацией, индексацией поступающей информации и его выполнение заняло у меня около 7 дней, притом не по 1 часу, а часов по 6. Требовалось провести большой анализ возможностей Маркета, понять, что такое кластеризация и как ее можно применить на поступающую информацию. Далее составить описание проекта, подготовить план с этапами и сроками, составить перечень метрик для оценки, посчитать и описать возможные риски и подготовить KPI по выполнению проекта. Результат задания — документ на 30 листов который надо уместить в презентации на 25-30 слайдов. По моим ощущениям я к диплому меньше готовился чем к этому заданию.

Этап 4 — Защита выполненной работы для группы инфраструктуры
После проверки результатов высланных ранее, меня пригласили в офис компании, где пришлось защищать проект перед главным разработчиком бекенда в Яндекс Маркете. Я хорошо подготовится свою защиту и оцениваю ее на 4.5 балла из 5, по сути я повторил описание их процессов реализованых на реальном проекте, но несколько не до конца развернул вопрос проверки результатов кластеризации. По результатам, я прошел защиту и меня пригласили на следующий этап собеседования — «на сообразительность».

Этап 5 — Собеседование на сообразительность для группы инфраструктуры
В офисе меня ждали 3 человека (HR, «Будущая коллега» и еще один ведущий разраблотчик), было всего 2 задания: Про прямоугольный торт который надо разрезать одним движением, и про 2 города (лжецов и правдолюбов). Первую задачу я решил, а на второй меня одолела паника, я больше переживал о том, что я не могу решить задачу, нежели решал саму задачу. В результате, после этого собеседования «на сообразительность» я не прошел дальше, но был еще вариант попасть в группу поиска яндекса.

Этап 6 — Второе задание от группы поиска яндекса
Задание очень сильно отличалось от первого, и тут было больше продуктового анализа + анализа решения у конкурентов, хотя позиция связана с Менеджментом проектов. Задание заключалось в том, что в Я.Маркет надо внедрить функционал соц. сетей, описанить зачем, как лучше ,куда лучше, аналоги решений, план проекта, этапы, метрики, риски, KPI. На выполнение этого задания у меня ушло уже меньше времени, так как в теории я уже значительно лучше разбирался, а с практикой я работал каждый день. Считаю это задание я сделал гораздо лучше чем первое и после отправки его на проверку, примерно через неделю я получил отказ. Дело оказалось в том, что тут требуется менеджер проектов с уклоном на менеджера продукта, некоторые детали я просто не описал, так как никогда и не подумал бы, что менеджер проекта должен за такое отвечать.

В общем по двум первым отборам я не прошел, и самое обидно тут именно за собеседование по «сообразительности». В подобные собеседования никогда не верил, и чисто для успокоения себя я решил задать такие задачи всем своим знакомым и друзьям. Реально из человек 10-15 решил только 1, это был программист с опытом больше 10 лет, остальные будучи в комфортных условиях даже близко не пришли к решению задачи.

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

Этап 7 — Собеседование в группу интерфейсов Я. Маркета
Очередное посещение офиса Яндекса, очередное собеседование и доказывание, что не дурак, закончилось очень позитивно, были приятные собеседники, хорошее и внимательное общение, и  я подумал, что вот оно место куда я точно пройду. После собеседования мне сообщили, что собеседование прошло успешно и давай ка дружок выполни очередное домашнее задание. Тут мне стало даже не смешно, но ничего не оставалось, кроме как его начать делать.

Этап 8 — Домашнее задание для группы интерфейсов Я. Маркета
Задание прислали спустя почти 10 дней после собеседования, шел 4 день который я вкладывал в выполнение задания к вечеру я получил звонок от знакомого мне HR из Яндекса. Звонок имел содержание примерно такое, что спасибо, что я начал делать задание, и что к сожалению вакансию закрыли внутренними ресурсами яндекса, и что если будут вакансии, то мне обязательно их предложит. Финиш.

Финиш
Собственно от первого до последнего контакта с Яндексом весь процесс занял более 2 месяцев.
Для тех кто рассчитывает быстро устроится к ним, то огорчу вас, они очень медлительные.
Хотел бы большое спасибо сказать ребятам Жене и Але — HR которые боролись за меня, и были настоящими профессионалами.

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

взгляд руководителя / Яндекс corporate blog / Habr

Набор на летнюю стажировку в Яндекс продолжается. Он идёт по пяти направлениям: бэкенд, ML, мобильная разработка, фронтенд и аналитика. В этом блоге, в других блогах на Хабре и за его пределами можно найти немало инсайда про то, как проходит стажировка. Но многое в этом процессе остаётся загадкой для тех, кто не работает в компании. А если посмотреть с точки зрения руководителей разработки, то возникает ещё больше вопросов. Как правильно проводить стажировку, как максимизировать взаимную полезность со стажёром, как успеть узнать его за три месяца и обучить всему, что требуется для продолжения работы?

Мы подготовили эту статью впятером. Представимся: Игнат Колесниченко из службы технологий распределённых вычислений, Миша Левин из службы машинного интеллекта Маркета, Денис Малых из службы разработки приложений, Серёжа Бережной из отдела разработки поисковых интерфейсов и Дима Черкасов из группы разработки антифрода. Каждый из нас представляет своё направление стажировки. Мы все руководители, нам нужны стажёры, и у нас есть некоторый опыт работы с ними. Давайте мы расскажем кое-что из этого опыта.

Собеседование перед стажировкой

Кандидатов ждёт несколько технических собеседований. Успех на собеседовании зависит в меньшей степени от soft skills (способности эффективно коммуницировать) и в большей — от hard skills (навыков в математике и программировании). Однако руководители оценивают и то и другое.

_Игнат:

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

_Денис:

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

Один кандидат однажды произнёс замечательную фразу, которую я даже записал: «Успешно избегал решения нудных задач».

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

_Денис:

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

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

_Миша:

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

_Денис:

Те, кто приходит на собеседование, в основном знают языки: у нас в Екатеринбурге хорошая школа основных языков, хорошие институты. Но если честно, кандидат на стажировку с хорошими hard skills — редкий случай, по крайней мере в нашей эпсилон-окрестности. Вот к примеру, Swift. В нём очень сложная работа со строками, и людей, которые навскидку из головы могут с ними поработать, мало. За таких сразу цепляется глаз. Я часто даю на собеседованиях задачу, которая как раз связана с обработкой строк. И за всё время был только один человек, который сходу, на листочке, смог такой Swift-код написать. Я после этого ходил и всем рассказывал, что кто-то наконец смог решить эту задачу на Swift на листочке.

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

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

_Миша:

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

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

_Денис:

Большая часть мобильной разработки — это «перекладывание JSON». Но раз в полгода бывают случаи, когда алгоритмы нужны. Я сейчас рисую красивые карты для Яндекс.Погоды. И мне за неделю пришлось реализовать алгоритм сглаживания, алгоритм Сазерленда-Ходгмана и алгоритм Мартинеса. Если бы человек не знал, что такое хэшмап или очередь по приоритетам, он бы засел с этим надолго и непонятно, справился бы или нет без посторонней помощи.

Алгоритмы — основа разработки. Это то, что помогает разработчику быть разработчиком. Неважно, чем вы занимаетесь. Они нужны и в несложных проектах, где основная работа состоит из «перекладывания JSON». Даже если вы не пишете сами алгоритмы, но неявно используете какие-нибудь структуры данных, то лучше их понимать. Иначе у вас будут получаться приложения, которые медленно или некорректно работают.

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

А есть самоучки, к которым я причисляю и себя. Да, формально у меня есть IT-образование, диплом инженера-программиста. Но самоучки программировать научились «вопреки». У них не было университетской программы. Обычно они с алгоритмами не знакомы — потому что никогда не сталкивались с необходимостью их изучить. И когда такой человек понимает алгоритмы, это значит, что он потратил время и в них разобрался. Закончив универ, я понял, что у меня есть белые пятна в части фундаментальных алгоритмов — дело в том, что специальность была прикладная. Я пошёл и изучил онлайн-курсы Принстонского университета, хорошо известного Роберта Седжвика. Разобрался, сделал все домашки. И когда человек на собеседовании рассказывает похожую историю, мне сразу становится интересно, появляется желание с ним поработать или хотя бы продолжить разговор.

_Игнат:

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

Какие задачи решает стажёр

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

_Игнат:

Это крайне полезные задачи. Возможно, они не увеличат утилизацию кластера на 10%, не сэкономят миллион долларов компании, но сделают счастливыми сотни людей. Например, у нас сейчас есть стажёр, который занимается нашим клиентом для запуска операций на наших кластерах. Перед запуском операция должна загрузить некие данные на кластер. Обычно это занимает 20–40 секунд, и раньше это происходило молча: запустил её в консоли и сидишь, смотришь в чёрный экран. Стажёр пришёл и за две недели сделал фичу: теперь видно, как файлы заливаются и что происходит. Задача, с одной стороны, несложная в описании, а с другой — есть в чём покопаться, какие библиотеки посмотреть. Самое приятное — что ты это сделал, прошла неделя, это оказалось на кластерах, люди уже этим пользуются. Пишешь пост во внутреннюю сеть — тебе говорят спасибо.

_Миша:

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

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

_Дима:

Наш стажёр сейчас занимается хардкорными доработками антифрода. Это система, которая борется с самым разным абьюзом и мошенничеством на сервисах Яндекса. Сначала думали давать не очень сложные и не очень важные для продакшена вещи. Мы заранее стараемся продумать задачи стажёра, но тут увидели, что человек «жжёт», быстро и хорошо решает задачи. В итоге мы стали поручать ему запуск антифрода для новых сервисов.

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

_Дима:

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

Менторство над стажёром

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

_Игнат:

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

_{Серёжа:}

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

_Дима:

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

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

_Миша:

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

_{Серёжа:}

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

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

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

Перед началом работы мы подписываем с каждым стажёром срочный договор. Разумеется, стажировка оплачивается, оформляется по ТК РФ, и у стажёра появляются те же преимущества, что и у любого другого сотрудника Яндекса. Спустя три месяца программа завершается — многих стажёров мы затем переводим в штат (на бессрочный договор).

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

_{Серёжа:}

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

_Игнат:

Беря стажёра, мы сразу примеряем его к тому, чтобы он попал к нам в команду. И как правило, единственное препятствие — отсутствие вакансии. Стажёрами стараемся брать достаточно молодых ребят. Если у человека пять лет опыта разработки, он приходит в Яндекс и по уровню он стажёр, то увы, для нас это означает, что он — хоть и будучи молодцом, раз устраивается в Яндекс с пятью годами опыта, — до старшего разработчика вырасти не сможет. Обычно дело в скорости: медленный рост в прошлом будет означать медленный рост и у нас. Да, иногда понимание, что человек не тянет, приходит только по итогам трёх месяцев. Но это достаточно редко. Больше чем в половине случаев мы готовы брать людей в штат. На моей памяти не было такого, что человек успешно постажировался, но не смог пройти собеседования на штатную позицию.

_Миша:

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

_Дима:

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

Истории о стажёрах

_Денис:

Девушка, которая к нам устроилась на стажировку в 2017 году, была родом из Перми. Это километров 400 от Екатеринбурга на запад. И она каждую неделю приезжала к нам из Перми на поезде в Школу мобильной разработки. Днём приезжала, вечером училась и поздним вечером уезжала обратно. Оценив такое рвение, мы её позвали работать, и это себя оправдало.

_Игнат:

Несколько лет назад мы участвовали в программе обмена стажёрами. Поработать с иностранными ребятами было интересно. Но стажёры оттуда не сильнее, чем, например, из ШАДа или с ФКНа. Казалось бы, EPFL находится в топ-20 вузов Европы. У меня в тот момент — как ещё у не очень опытного собеседующего — было такое ожидание: невероятно, мы собеседуем людей из EPFL, они будут супер-крутые. Но люди, которые получили базовое образование про кодинг у нас — в том числе в ключевых региональных вузах, — оказываются вполне на уровне.

Или другая история. Сейчас у меня в штате парень, молодой совсем, около 20 лет. Работает в Питере, приезжал на стажировку. Он очень крутой. Ты, как обычно, даёшь человеку задачи, он их решает, а через месяц приходит и говорит: я порешал, смотрю, и, кажется, у вас архитектура плохо построена. Давай переделаем. Код станет проще, понятней. Я его, конечно, отговорил: объём работ большой, профита для пользователей нет, но идея звучит абсолютно разумно. Человек разобрался в сложном многопоточном процессе и предложил улучшения — может, и несвоевременные, рефакторинг ради рефакторинга. Но как только захочется этот код усложнить, можно будет этот рефакторинг всё-таки сделать. По факту прошло несколько месяцев, и мы занялись этой задачей. Я с удовольствием взял его в штат. Мы все не гении. Можно прийти, разобраться в чём-то и указать нам на наши проблемы. Это ценится.

_Миша:

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