Что гугл хотел услышать на стафф-позицию
#career #interviews
Я писал про собесы с гуглом и подготовку. Ключевым моментом было пройти моки, узнать, что спрашивают конкретно на L6, стаффа. Не думаю, что это сверхсекретно, описано в гайдах, можно выловить в видео того же Jeff Sipe. Но не помешает собрать воедино тут. Итак, что конкретно я подчеркивал в историях, когда перелопачивал свой story bank под гугл (основано на советах извне, никакой гугловской кухни тут нет):
- проекты на кучу команд сразу (cross-team collaboration). Стоит показать, что ты не только со своей командой можешь работать, но и также быть в эпицентре кросс-функциональных команд (инженеры, эксперты, DS, продакт, проджекты и т.д.);
- проекты с большим импактом на всю организацию (high-impact projects across the org). Это вроде тривиально, нужны истории про твое большое влияние. Но в историях стоит отметить, как это влияние было не только на пару коллег или команд, а намного шире. Мой пример тут был про антифрод в науке (описывал тут в канале #research_integrity);
- team upskilling – хотят услышать, что ты командный игрок, помогаешь коллегам, кого-то развиваешь персонально, а не просто относишься к людям как к ресурсу;
- Процессы. Процессы. Еще раз setting up processes. Хорошо бы не просто сказать, что удалось где-то что-то запилить так, что сработало. Хорошо бы еще рассказать, как это получилось завернуть в переиспользуемую рутину. В целом процессом может быть даже просто хорошо структурированная серия митингом. Например, я рассказывал, как у нас поначалу был хаос в проекте с кучей рисеч-идей, я завел общий бэклог для нашей команды DS и команды экспертов предметной области и мы стали раз в 2 недели прочесывать бэклог, приоретизировать рисеч-идеи и функциональные улучшения. И в целом это здорово сработало. Ну кстати, за оверфит на своих людей и процессы гугл порой критикуют (пример), типа заигрались, клиент отошел на второй план (в клауде у нас это не так, там реально customer first);
- Applied lessons learned – тут стоит показать, как что-то сработало не просто один раз, а еще потом несколько раз. К слову о процессах, показать, что они реально стали новой практикой. В примере выше – я рассказывал, что потом в других рисеч-проектах переиспользовал этот процесс с общим бэклогом на две команды. Особенно важны applied lessons learned в историях с негативом (фэйлы, конфликты) – показать, что не только прошел по граблям и понял, что так не надо, но еще и что конкретно сделал, чтоб в следующий раз не пройтись по граблям. Вот это было моим основным перелопачиванием историй – добавить applied lessons learned. И вообще популярный формат ответов STAR расширяют до STARS, добавляя Self-Reflection, что как раз и есть lessons learned + applied lessons learned;
- Взаимодействие с самыми топ-менеджерами (communication with higher-up stakeholders). Тут важно показать успешные истории общения с C-level и прочими боссами. Я тут рассказывал, как обучал COO эмэлю (пост) и как выбивали ресурсы на проект у CEO.
Даже если собеседуетесь не на стаффа и не в гугл, все равно подчеркнуть описанные вещи в своих историях будет полезно.
#career #interviews
Я писал про собесы с гуглом и подготовку. Ключевым моментом было пройти моки, узнать, что спрашивают конкретно на L6, стаффа. Не думаю, что это сверхсекретно, описано в гайдах, можно выловить в видео того же Jeff Sipe. Но не помешает собрать воедино тут. Итак, что конкретно я подчеркивал в историях, когда перелопачивал свой story bank под гугл (основано на советах извне, никакой гугловской кухни тут нет):
- проекты на кучу команд сразу (cross-team collaboration). Стоит показать, что ты не только со своей командой можешь работать, но и также быть в эпицентре кросс-функциональных команд (инженеры, эксперты, DS, продакт, проджекты и т.д.);
- проекты с большим импактом на всю организацию (high-impact projects across the org). Это вроде тривиально, нужны истории про твое большое влияние. Но в историях стоит отметить, как это влияние было не только на пару коллег или команд, а намного шире. Мой пример тут был про антифрод в науке (описывал тут в канале #research_integrity);
- team upskilling – хотят услышать, что ты командный игрок, помогаешь коллегам, кого-то развиваешь персонально, а не просто относишься к людям как к ресурсу;
- Процессы. Процессы. Еще раз setting up processes. Хорошо бы не просто сказать, что удалось где-то что-то запилить так, что сработало. Хорошо бы еще рассказать, как это получилось завернуть в переиспользуемую рутину. В целом процессом может быть даже просто хорошо структурированная серия митингом. Например, я рассказывал, как у нас поначалу был хаос в проекте с кучей рисеч-идей, я завел общий бэклог для нашей команды DS и команды экспертов предметной области и мы стали раз в 2 недели прочесывать бэклог, приоретизировать рисеч-идеи и функциональные улучшения. И в целом это здорово сработало. Ну кстати, за оверфит на своих людей и процессы гугл порой критикуют (пример), типа заигрались, клиент отошел на второй план (в клауде у нас это не так, там реально customer first);
- Applied lessons learned – тут стоит показать, как что-то сработало не просто один раз, а еще потом несколько раз. К слову о процессах, показать, что они реально стали новой практикой. В примере выше – я рассказывал, что потом в других рисеч-проектах переиспользовал этот процесс с общим бэклогом на две команды. Особенно важны applied lessons learned в историях с негативом (фэйлы, конфликты) – показать, что не только прошел по граблям и понял, что так не надо, но еще и что конкретно сделал, чтоб в следующий раз не пройтись по граблям. Вот это было моим основным перелопачиванием историй – добавить applied lessons learned. И вообще популярный формат ответов STAR расширяют до STARS, добавляя Self-Reflection, что как раз и есть lessons learned + applied lessons learned;
- Взаимодействие с самыми топ-менеджерами (communication with higher-up stakeholders). Тут важно показать успешные истории общения с C-level и прочими боссами. Я тут рассказывал, как обучал COO эмэлю (пост) и как выбивали ресурсы на проект у CEO.
Даже если собеседуетесь не на стаффа и не в гугл, все равно подчеркнуть описанные вещи в своих историях будет полезно.