β
Войти Регистрация

Хватит заучивать STAR для поведенческих интервью. Начните выбирать лучшие истории.

Хватит заучивать STAR: выбирайте лучшие истории для поведенческих интервью
На Senior+ важнее выбор истории, а не заученный STAR
«Расскажите мне о случае, когда вы получили конструктивную обратную связь».

Простой вопрос. Кандидат уровня Staff. Должно быть легко.

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

Кандидат получил отказ по поведенческому блоку.

Почему? Потому что на уровнях Senior+ выбор истории важнее, чем её структура.

Почему стоит меня слушать

Меня зовут Гилад. Я был инженерным лидером в Amazon и Meta... После сотен сессий моя интуиция подсказала мне, что подача важна, но не настолько, как все боятся. Основная причина отказа — неправильная история, а не плохая подача.

Проблема STAR/CARL на уровнях Senior+

Существует интересная проблема, которая усугубляется с ростом вашего уровня. Чем успешнее ваша карьера, тем эта проблема масштабнее.

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

Допустим, вы претендуете на роль Senior Manager. Вероятно, вам не раз приходилось поддерживать «слабого исполнителя» в своей команде. Какую историю вы выберете? Секрет в том, что ваша история должна показать разницу между вами и рядовым линейным менеджером.

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

5-шаговый алгоритм подготовки (Pre-compute)

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

Шаг 1: Мозговой штурм историй (с привязкой к критериям)

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

Откройте документ и выгрузите всё, что приходит в голову. Стремитесь к 20–30 историям.

Шаг 2: Определение масштаба и сложности

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

Шаг 3: Сбор доказательств (Evidence)

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

  • Количество вовлечённых команд (7 команд из 3 отделов)
  • Влияние на бюджет или выручку (экономия $2.3M)
  • Уровень стейкхолдеров (требовалось одобрение VP)
  • Полученное признание (упоминание на общем собрании от CEO)
  • Первый подобный опыт в компании
  • Изменение политики или процессов

Вернитесь к старым письмам, сообщениям, ревью. Найдите подтверждения.

Шаг 4: Жёсткая фильтрация

Любая история, у которой нет и чётких сложностей, И убедительных доказательств на целевом уровне — удалите. У вас должно остаться 8–10 историй.

Шаг 5: Создание заголовка

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

«Позвольте рассказать, как мы провели миграцию, которую 4 команды считали невозможной — пока мы не сделали это за 6 недель»

Примеры «До» и «После»

Давайте посмотрим на примеры применения 5-шагового алгоритма.

Meta — Разрешение конфликта (Уровень Staff)

Отклонённые истории

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

История, которая прошла

Две команды хотели разные дизайны API.

  • Сложность: 12 инженеров, оба API валидны, 6-месячный срок под угрозой, нет лица, принимающего решения.
  • Доказательства: бюджет $3M под угрозой, 15 downstream сервисов, эскалация до директора, решение стало шаблоном.
«Позвольте рассказать о том, как две команды 3 месяца создавали конкурирующие API, сжигая $3M, пока я не собрал их за одним столом».

Amazon — «Имей мужество; не соглашайся, но исполняй» (Уровень Staff)

Отклонённые истории

  • Отстоял позицию перед директором — директор изменил решение после одной встречи.
  • Спорил о выборе «создать или купить» — голосование, я согласился.
  • Задавал вопросы по дорожной карте — здоровая дискуссия, снял вопрос.
  • Оспаривал модель графика дежурств — улучшение процесса для 8 человек.

История, которая прошла

Выступил против закрытия проекта, который я создал.

  • Сложность: директор хотел закрыть 2-летний проект, данные падения, будущий потенциал, моральный дух команды.
  • Доказательства: инвестировано $1.2M, запросил 30 дней, проиграл с данными, помог закрыть за 2 недели вместо 2 месяцев.
«Позвольте рассказать, как я боролся с директором за спасение проекта стоимостью $1.2M, проиграл спор из-за данных, а затем помог закрыть его в рекордные сроки».

Ответы на ваши вопросы

Что, если у меня недостаточно доказательств?

Копайте глубже (письма, архивы), начните собирать сейчас или признайте разрыв — возможно, у вас ещё нет опыта целевого уровня.

Насколько конкретными должны быть доказательства?

Очень конкретными. «Большая команда» → «27 инженеров из 4 команд». «Жёсткий дедлайн» → «6 недель во время заморозки кода в Q4».

Можно ли использовать одну историю для разных критериев?

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

Что, если мои доказательства конфиденциальны?

Анонимизируйте: «Мы сэкономили 7-значную сумму» или «Сократили расходы на 70%». Важна величина, а не детали.

Сколько историй мне действительно нужно?

6–10 историй с 3–5 доказательствами каждая. Если меньше — у вас разрыв.

Работает ли это для нетехнических ролей?

Абсолютно. Меняются только доказательства: для PM — пользователи и выручка; для дизайнеров — A/B тесты; для продаж — размер сделок.

Что дальше?

У вас есть алгоритм. Теперь используйте его.

Выделите три часа на этой неделе. Откройте документ. Пройдите все пять шагов. Уделите особое внимание Шагу 3 — Доказательства. Найдите эти подтверждения.

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

Готовы ускорить свою карьеру?

Изучите мои материалы и фреймворки для руководителей.

Перейти к материалам →

Рассылка

Подписываясь, вы соглашаетесь с Политика.