Начните здесьЧем собеседования в Google отличаются
Google известен структурированными собеседованиями: интервьюеры работают с подготовленными вопросами и оценивают ответы по согласованным критериям, поэтому кандидатов на одну позицию сравнивают по одним и тем же параметрам. Это хорошая новость. Значит, собеседование меньше зависит от «химии» и больше от того, легко ли заметить ваши доказательства.
Это также значит, что общие ответы получают низкие оценки. “I’m a strong communicator” не даёт интервьюеру ничего для записи. Конкретная история (проблема, ваше действие, что изменилось) даёт доказательства, которые можно соотнести с критериями перед ним.
Мой подход к подготовке к Google простой: готовьтесь под заметки интервьюера, а не под разговор. После каждого ответа спросите себя, что он мог бы записать. Если честный ответ «немного», истории нужна более точная проблема, более явное «I» или настоящий результат.
01Что, по словам Google, хочет увидеть компания
Публичные рекомендации Google для кандидатов можно свести к десяти привычкам. К каждой можно подготовиться:
Свяжите роль со своим резюме
Сравните вакансию со своим опытом и подготовьте пример для каждого реального совпадения.
Соберите широкую библиотеку примеров
Ожидайте много вопросов вида “Tell me about a time when…” и “How would you approach this situation…?”
Опирайтесь на данные
Скажите, чего вы достигаете, как это измеряется и что вы делаете, чтобы этого достичь.
Покажите стратегическое мышление
Объясните свои допущения, альтернативы и причину выбора подхода.
Слушайте и уточняйте
Перефразировать вопрос, попросить уточнения или взять паузу на раздумье нормально.
Справляйтесь с неопределённостью
Покажите, как вы принимаете решения без полной информации.
Покажите, как вы работаете с людьми
Подготовьте примеры работы с коллегами и командами из других отделов.
Покажите лидерство
Важны влияние, ответственность, менторство и умение мобилизовать других, а не только формальное руководство.
Подготовьте вопросы
Собеседование работает в обе стороны.
Будьте собой
Нет одного профиля, который ищет Google, поэтому не пытайтесь его изображать.
02Googleyness на практике
«Googleyness» звучит туманно, и это напрягает кандидатов. На практике вопросы на этих собеседованиях проверяют несколько моделей поведения, которые видны в том, как вы рассказываете свои истории:
- Спокойствие перед неопределённостью: вы двигаетесь вперёд, не дожидаясь идеальной информации, и ясно проговариваете свои допущения.
- Склонность к действию, с обдуманностью: вы действуете, но можете объяснить, почему именно так, а не иначе.
- Сотрудничество: вы решаете разногласия доказательствами, а не иерархией или повышенным тоном.
- Скромность и обучаемость: вы можете говорить об обратной связи и ошибках без оборонительной позиции.
- Делать то, что правильно: для пользователей, для команды и тогда, когда никто бы не заметил.
Заметьте, что сильная версия заканчивается выводом. Это последнее предложение (чему вы учитесь или что теперь делаете иначе) часто самый явный сигнал Googleyness во всём ответе. Не пропускайте его.
03PAR или SAR
В поведенческих ответах я работаю с двумя структурами и ничем более сложным: по умолчанию PAR: Problem, Action, Result, а SAR: Situation, Action, Result, когда истории нужно больше контекста, чтобы быть понятной.
Почему так просто? Длинные методы подталкивают к длинным вступлениям. Пока кандидат описывает контекст, свою роль и цели, проходит минута, а не прозвучало ничего, что интервьюер мог бы оценить. PAR ведёт прямо к проблеме, вашему действию и измеримому результату, а это ещё важнее, когда собеседование на втором языке.
Используйте SAR, когда проблема понятна только с небольшим контекстом: реорганизация, новый рынок, старая система. Ограничьте ситуацию двумя предложениями и переходите к своему действию.
По умолчанию: PAR
От 60 до 90 секунд. Проблема, ваши действия, результат и предложение о том, чему вы учитесь.
Когда слышите “tell me more”
Добавьте ситуацию в двух предложениях: теперь вы рассказываете версию SAR.
Когда уточняют один пункт
Углубитесь в это решение: варианты, отвергнутую альтернативу, что сделать иначе сегодня.
04Каждый ответ по одной схеме
В каждом поведенческом ответе используйте одни и те же четыре части. Я называю это PAR + L: предложение о том, чему вы учитесь (Learning), превращает хорошую историю в ответ, который показывает Googleyness.
Проблема · ~20%
Что было не так, сложно, неясно или под угрозой? Ровно столько контекста, сколько нужно, чтобы это понять.
Действие · ~55%
Ваши собственные действия: ход мысли, решения, альтернативы и то, кого вы привлекаете.
Результат · ~15%
Что изменилось, с цифрами, когда они честные.
Learning · ~10%
Одно предложение: принцип, который вы выносите, или то, что теперь делаете иначе.
05Десять примеров PAR
Эти примеры намеренно общие, чтобы показать форму хорошего ответа. Не заучивайте их. Перестройте каждый на основе своего проекта, решений и цифр. Под каждым вы увидите, что показывает ответ и каких уточняющих вопросов ждать.
A. Конфликт с коллегой
“Tell me about a time you disagreed with a colleague.”
ProblemA colleague and I disagreed about how to build a feature. They wanted the fastest implementation; I was worried it would create maintenance and reliability problems later.
ActionInstead of arguing from preference, I wrote up both approaches side by side (effort, operational risk and expected future cost) and proposed a small test of the assumption we disagreed on. We reviewed the results together and agreed a hybrid that kept the delivery date and removed the main risk.
ResultWe shipped on schedule, avoided the reliability issue, and the comparison became a template the team reused for similar decisions.
LearningI turn disagreements into evidence-based decisions rather than personal debates.
Что показывает: сотрудничество, суждение, уважение. Вероятные уточняющие вопросы: “What if the test had proved you wrong?” · “How did your colleague react?”
B. Неясные требования
“Tell me about a time you faced ambiguous requirements.”
ProblemThe desired outcome of a project was clear, but several requirements weren’t defined and different stakeholders were working from different assumptions.
ActionI separated what we knew from what we were assuming, identified the decisions that would materially change the build, and met the relevant stakeholders to resolve those first. Where a decision couldn’t be made yet, I proposed a low-risk option and wrote the assumption down so we could move forward without pretending the uncertainty wasn’t there.
ResultWe agreed a shared definition of success, reduced rework and delivered without waiting for every unknown to be resolved.
LearningName your assumptions out loud: it’s what lets a team move fast without being reckless.
Что показывает: спокойствие перед неопределённостью, структурное мышление. Вероятные уточняющие вопросы: “Which assumption turned out to be wrong?” · “Who pushed back?”
C. Критическая обратная связь
“Tell me about a time you received critical feedback.”
ProblemMy manager told me my work was strong, but I went too deep into implementation detail when I updated senior stakeholders.
ActionI asked for specific examples, found the pattern behind them and changed how I structured updates: business impact first, then the decision needed, then the key risk, with technical detail only when asked. I asked for feedback again after the next few presentations.
ResultMy updates became shorter and more decision-oriented, and stakeholder meetings needed far fewer follow-up clarifications.
LearningTechnical completeness isn’t the same as effective communication: I adapt the detail to the audience.
Что показывает: скромность, умение учиться на обратной связи. Вероятные уточняющие вопросы: “Did you agree with the feedback at first?” · “How do you give feedback to others?”
D. Жёсткий срок
“Tell me about a time you had to deliver under a tight deadline.”
ProblemA project had a fixed external deadline, but the original scope was bigger than the time and people available.
ActionI split must-haves from lower-value work, identified the riskiest dependencies and aligned stakeholders on a smaller first release. I set checkpoints on the critical path and escalated the one dependency that could have blocked us early, instead of waiting until the deadline was close.
ResultWe delivered the critical functionality on time and moved the rest into a second phase.
LearningHitting a hard deadline takes active scope management, not asking the team to work faster.
Что показывает: расстановка приоритетов, ответственность. Вероятные уточняющие вопросы: “What did you cut, and who disagreed?” · “What would you do if the escalation had failed?”
E. Проблема в продакшене
“Tell me about a significant production issue.”
ProblemShortly after a release, a production issue started affecting users. The priority was to limit the impact while working out whether the release was really the cause.
ActionI helped isolate the failure with logs and monitoring, compared affected and unaffected paths, and found the change most strongly correlated with the incident. We mitigated the user impact first, then fixed the root cause and added a regression test and a monitoring check for that failure mode.
ResultUser impact was contained, the defect was fixed, and the new test and alert make a repeat much less likely.
LearningSeparate mitigation from root-cause analysis. Don’t wait for a perfect diagnosis before you act.
Что показывает: спокойствие под давлением, фокус на пользователе. Вероятные уточняющие вопросы: “How did you communicate during the incident?” · “What did the post-mortem change?”
F. Быстрое освоение новой технологии
“Tell me about a time you had to learn a new technology quickly.”
ProblemI needed to contribute to a project built on a technology I’d never used, and the project couldn’t wait for a long ramp-up.
ActionI identified the minimum concepts I needed to be productive, worked through the official documentation and built an isolated proof of concept, then reviewed my approach with an experienced colleague before integrating anything into the real project.
ResultI became productive quickly without experimenting on production, and I now use the same method whenever I pick up something new.
LearningLearn the minimum that matters, validate it safely, then get an expert’s eyes on it.
Что показывает: обучаемость, здравое суждение. Вероятные уточняющие вопросы: “What did the expert change?” · “How do you stay current?”
G. Помощь коллеге в улучшении результатов
“Tell me about a time you helped an underperforming teammate improve.”
ProblemA junior teammate kept missing estimates, and the initial assumption was that they just needed to work faster.
ActionI sat down with them to find where the work was actually getting stuck. The real issue was unfamiliarity with part of the system and uncertainty about when to ask for help. I paired with them on the first few tasks, made the escalation points explicit and reduced my support as their confidence grew.
ResultTheir delivery became predictable and they started working independently.
LearningDiagnose a performance problem before you prescribe the fix.
Что показывает: лидерство без формальной власти, эмпатия. Вероятные уточняющие вопросы: “What if pairing hadn’t worked?” · “How did you involve their manager?”
H. Улучшение процесса
“Tell me about a process you improved.”
ProblemA recurring workflow had unnecessary manual steps and produced different results depending on who ran it.
ActionI mapped the workflow, found the highest-friction steps, standardized the process and automated the repeatable part. I documented the new version and gathered feedback from the people who used it, rather than designing it in isolation.
ResultThe process took much less manual effort and produced consistent results.
LearningGood process work removes unnecessary steps. It doesn’t just document the existing inefficiency.
Что показывает: ответственность, фокус на пользователе. Вероятные уточняющие вопросы: “How did you measure the improvement?” · “Who resisted the change?”
I. Смена приоритетов
“Tell me about a time your work was deprioritized midway through a project.”
ProblemA project I’d invested significant work in was deprioritized when a more urgent business need came up.
ActionI clarified the new priority, identified what could be preserved or reused, documented what was unfinished, and agreed with stakeholders what should stop and what should continue. I didn’t keep going just because we’d already invested time.
ResultThe team redirected its effort without losing the useful work we’d already done.
LearningTreat sunk effort as information, not as a reason to continue.
Что показывает: гибкость, фокус на бизнесе. Вероятные уточняющие вопросы: “How did you feel about it?” · “Did any of the work come back later?”
J. Лидерство без формальной власти
“Tell me about a time you led without being the official leader.”
ProblemA project was losing momentum because several teams had different priorities and nobody formally owned the coordination.
ActionI built a shared view of the dependencies, clarified which decisions were blocking progress and brought the right people together around the highest-priority issues. I didn’t try to become the project’s manager: I created enough clarity for the existing owners to decide and move.
ResultThe project regained momentum, and the teams had a clear picture of dependencies and ownership.
LearningLeadership is often creating clarity and enabling others, not holding a title.
Что показывает: влияние, лидерство снизу. Вероятные уточняющие вопросы: “Did anyone see it as overstepping?” · “What would you do differently?”
06Матрица историй: от 8 до 12 историй, 29 вопросов
Вам не нужно 29 ответов. Вам нужно от восьми до двенадцати сильных историй, каждая достаточно гибкая, чтобы ответить на несколько вопросов. Вот вопросы, которые кандидаты чаще всего слышат на собеседованиях о Googleyness и поведенческих собеседованиях, сгруппированные по истории, которая на них отвечает:
| История для подготовки | На какие вопросы отвечает |
|---|---|
| Ваше главное достижение | One of your biggest career accomplishments · A goal you set and achieved · A customer pain point you solved |
| Разрешённое разногласие | A disagreement with a colleague or manager · A conflict with a colleague · A time your team disagreed with your idea · A difficult colleague |
| Работа с руководителем | When your manager set reasonable demands · A situation with unreasonable demands · A time you advocated for yourself or someone else |
| Критическая обратная связь | Critical feedback you received · A time you misunderstood requirements |
| Результат под давлением | A critical project under a tight deadline · A last-minute project change · How you manage multiple priorities · A challenging situation at work |
| Неопределённость и перемены | Ambiguous requirements · Your work being deprioritized |
| Согласование позиций и работа между отделами | Getting people aligned around a decision · Working cross-functionally · How you incorporate different perspectives |
| Сложная техническая проблема | A challenging technical problem · A significant production bug · How you ensure code quality |
| Быстрое обучение | Learning a new technology quickly · How you stay current with industry trends |
| Развитие других и улучшение работы | Mentoring a junior team member · A process you improved · How you ensure accessibility |
Вы не в инженерии? Замените техническую строку самой сложной проблемой из своей области: кампанией, которая не сработала, сделкой, которая чуть не сорвалась, данными, которым никто не доверял.
07«How would you approach…?»
У ситуационных вопросов нет одного правильного ответа. Интервьюер наблюдает, как вы думаете. Всегда проходите вслух одну и ту же последовательность:
Уточните
Перефразируйте вопрос и задайте один-два вопроса о цели.
Определите и допустите
Определите, что считать успехом, а потом проговорите свои допущения и ограничения.
Разберите варианты
Назовите два-три подхода, а не только первый, что пришёл в голову.
Решите и объясните
Выберите один и назовите компромисс, на который вы идёте.
Измеряйте и проверяйте
Скажите, как вы поймёте, что это работает, и когда смените курс.
Пример: “How would you approach a new internal tool that nobody is using?”
Clarify“Before I jump in, is the goal adoption in itself, or the outcome the tool was built for, like faster approvals?”
Assume“I’ll assume the goal is faster approvals and that the tool works technically. The constraint is that people already have a workaround they’re comfortable with.”
Options“I could mandate the tool, improve it, or find out first why people avoid it. Mandating it is fast but tends to create quiet workarounds.”
Decide“I’d start with five short interviews with current users of the workaround, fix the top one or two blockers, then relaunch with a single team. The trade-off is a slower start in exchange for real adoption.”
Measure“I’d track approval time and the share of approvals going through the tool, and revisit after four weeks.”
08Ваше резюме и проекты в деталях
Будьте готовы к тому, что интервьюер выберет проект из вашего резюме и будет спрашивать «почему?», пока не дойдёт до границ ваших знаний. Подготовьте каждый важный проект по этим семи вопросам:
- Контекст: какую проблему нужно было решить?
- Роль: какой точно была зона вашей ответственности?
- Решения: почему был выбран именно этот подход?
- Альтернативы: что ещё рассматривалось и почему отпало?
- Сложности: что пошло не так или оказалось трудным?
- Эффект: что изменилось, лучше всего в цифрах?
- Рефлексия: что сделать иначе сегодня?
09Язык, который показывает, как вы думаете
Интервьюеры в Google хотят слышать ход ваших мыслей, поэтому фразы, которые связывают ваши мысли, так же важны, как сама история. Если английский не ваш первый язык, эти короткие фразы делают много работы:
| Когда нужно… | Скажите |
|---|---|
| Выиграть время без паники | “Good question, let me take a moment to structure my answer.” |
| Уточнить вопрос | “Just to make sure I answer the right question: do you mean… or…?” |
| Анонсировать историю | “The best example of that is a project where…” |
| Озвучить допущение | “I’ll assume that… Tell me if that’s wrong.” |
| Объяснить компромисс | “I chose A over B because… The cost was…, which I accepted because…” |
| Ясно показать свою часть | “The team delivered the project; my part was…” |
| Закончить выводом | “What I took from that is…” / “Since then, I always…” |
И три привычки, от которых стоит отказаться: хождение вокруг да около (“maybe we could potentially…”), извинения за свой английский (“sorry, maybe I explained it badly”) и «we» обо всём. Больше в разделе о языке в моём гайде о вопросах на собеседовании.
10Семидневный план тренировки
Знать метод не то же самое, что применять его под давлением. Если собеседование через неделю, вот как стоит использовать это время:
День 1 · Карта
Сопоставьте каждое требование из вакансии с историей. Запишите пробелы.
День 2 · Сборка
Напишите от восьми до двенадцати историй в формате PAR + L, одно предложение на часть.
День 3 · Цифры
Найдите настоящую метрику за каждым результатом или точное описание изменения.
День 4 · Вслух
Запишите каждую историю на английском, послушайте и расскажите ещё раз. На второй попытке становится лучше.
День 5 · Гипотетические вопросы
Потренируйте три вопроса “How would you approach…?” по пятишаговой последовательности.
День 6 · Пробное собеседование
Полное пробное собеседование с уточняющими вопросами, лучше всего с человеком, который будет с вами спорить.
День 7 · Отдых
Лёгкое повторение матрицы и вопросов к ней. И всё.
11Чек-лист на день собеседования
- Вакансия сопоставлена с моим резюме
- У меня от восьми до двенадцати гибких историй, и я знаю метрики каждой
- Я могу рассказать каждую историю в формате PAR за 60–90 секунд и перейти на SAR, когда нужен контекст
- Я могу вслух объяснить свои допущения и компромиссы
- У меня есть истории о неопределённости, конфликте, обратной связи, лидерстве, обучении и неудаче
- Я выдерживаю три уточняющих вопроса о каждом проекте из резюме
- У меня три продуманных вопроса интервьюеру
- Для онлайн-собеседования: камера, микрофон, Wi-Fi и рабочее место проверены
- На столе блокнот и ручка
- Никаких поисковиков, ИИ-инструментов и другой внешней помощи во время собеседования