Подготовка к собеседованию в Amazon: Leadership Principles, Bar Raiser и работающие STAR-истории

У Amazon самый структурированный процесс среди крупных технологических работодателей — и самый неправильно понимаемый. Кандидаты неделями готовят алгоритмы, а теряют луп на поведенческих вопросах: у Amazon это не «мягкая» часть собеседования, это и есть собеседование. Детали различаются по командам и годам, поэтому дальше — публично описанная форма процесса.

Leadership Principles — это рубрика оценки

Amazon публикует набор Leadership Principles — на момент написания их шестнадцать — включая Customer Obsession, Ownership, Invent and Simplify, Dive Deep, Bias for Action, Deliver Results и Are Right, A Lot. Интервьюерам назначают конкретные принципы для проверки, они просят примеры из вашего прошлого и записывают ответы напротив этих принципов. Это не украшение: именно письменные заметки становятся доказательной базой для решения о найме.

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

STAR с цифрами

Amazon ждёт ответов по STAR — Situation, Task, Action, Result — и ждёт чисел в Result. «Мы уменьшили время загрузки» — слабо; «p95 упала с 2,4 секунды до 900 миллисекунд, а конверсия в оформление выросла примерно на четыре процента» — та форма, которая нужна. Большую часть из девяноста секунд тратьте на Action, от первого лица, и всегда закрывайте результатом и выводом.

Соберите банк из десяти-двенадцати историй до лупа и сопоставьте каждую с двумя-тремя принципами, чтобы не остаться с единственным пригодным примером. Включите неудобные: решение, в котором вы ошиблись; конфликт с руководителем; сорванный дедлайн; случай, когда вы возразили на просьбу клиента. Они ложатся на Dive Deep, Earn Trust и Have Backbone — и о них спрашивают напрямую.

Bar Raiser

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

Технические раунды

У инженеров остаются кодинг-раунды — структуры данных, алгоритмы, сложность — плюс system design со среднего уровня. Отличие в том, что поведенческие вопросы вплетены в те же раунды: техническое интервью может начаться с пятнадцати минут вопросов по Leadership Principles и только потом перейти к коду. Закладывайте это в план; кто принимает первые пятнадцать минут за small talk, доходит до задачи, уже потеряв баллы.

План подготовки на четыре недели

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

Три самые частые ошибки

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