Идеальное собеседование

Идеальное собеседование Под прошлым постом попросили рассказать, какие вопросы задавать кандидату, чтобы понять, что он норм Начнём с неприятного: ни один вопрос сам по себе этого не покажет Почти к любому вопросу можно подготовиться 99% вопросов с собесов уже лежат в интернете Ответы на них - тоже Плюс сейчас кандидат может отвечать с помощью ИИ И вы, возможно, даже этого не поймёте Так как тогда проверять? Практикой Одно из лучших собеседований у меня было в Райффайзенбанке. Да, я просидел там почти два часа Но мне не задавали теорию в стиле: «Что такое REST?» «Чем PUT отличается от PATCH?» «Какие бывают требования?» Собес был почти полностью на практике И это, как по мне, идеальная модель Хотите проверить бизнес-процессы? Дайте кейс и попросите нарисовать BPMN Хотите проверить REST? Пусть кандидат напишет пример запроса в блокноте Хотите проверить интеграции? Пусть нарисует сиквенс диаграмму Хотите проверить system design? Пусть набросает архитектуру сервиса Хотите проверить требования? Дайте мутный запрос от бизнеса и посмотрите, какие вопросы он начнёт задавать Потому что теория показывает, что человек что-то слышал А практика показывает, как он думает На кейсе сразу видно: - как кандидат уточняет вводные - видит ли ограничения - замечает ли риски - умеет ли декомпозировать задачу - понимает ли границы системы - может ли объяснить своё решение - не разваливается ли в неопределённости И главное - вы видите примерно то, как человек будет работать у вас в команде Не как он выучил ответ А как он решает задачу Да, к таким собеседованиям тоже можно подготовиться Но это сложнее Особенно если вы периодически меняете кейсы, а не гоняете один и тот же пример, который через неделю окажется в каком-нибудь чате Только важный момент Кейсы должны быть про вашу реальную работу Если у вас в компании нет брокеров сообщений, не надо мучить кандидата Кафкой Ну узнаете вы, что он работал или не работал с Kafka И что дальше? У вас её нет Лучше проверять то, с чем человек реально столкнётся: - ваши типовые интеграции - ваши процессы - ваши ограничения - ваши форматы требований - ваши сценарии взаимодействия с командами И ещё один плюс практических собеседований: их сложнее пройти с ИИ Неудобно одновременно слушать кейс, рисовать схему и тыкать в подсказки Да и ИИ пока плохо справляется с живыми задачами, где нужно уточнять вводные, держать контекст и объяснять ход мысли Поэтому для меня лучший формат собеседования системного аналитика - это не список теоретических вопросов А набор практических кейсов, максимально похожих на реальную работу Вам нужен не человек, который красиво рассказывает, что такое API Вам нужен человек, который сможет прийти в хаос, задать нормальные вопросы, нарисовать понятную схему и довести задачу до разработки без цирка