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

Под прошлым постом попросили рассказать, какие вопросы задавать кандидату, чтобы понять, что он норм

Начнём с неприятного:
ни один вопрос сам по себе этого не покажет

Почти к любому вопросу можно подготовиться
99% вопросов с собесов уже лежат в интернете
Ответы на них - тоже

Плюс сейчас кандидат может отвечать с помощью ИИ
И вы, возможно, даже этого не поймёте

Так как тогда проверять?

Практикой

Одно из лучших собеседований у меня было в Райффайзенбанке.
Да, я просидел там почти два часа
Но мне не задавали теорию в стиле:

«Что такое REST?»
«Чем PUT отличается от PATCH?»
«Какие бывают требования?»

Собес был почти полностью на практике
И это, как по мне, идеальная модель

Хотите проверить бизнес-процессы?
Дайте кейс и попросите нарисовать BPMN
Хотите проверить REST?
Пусть кандидат напишет пример запроса в блокноте
Хотите проверить интеграции?
Пусть нарисует сиквенс диаграмму
Хотите проверить system design?
Пусть набросает архитектуру сервиса
Хотите проверить требования?
Дайте мутный запрос от бизнеса и посмотрите, какие вопросы он начнёт задавать

Потому что теория показывает, что человек что-то слышал
А практика показывает, как он думает

На кейсе сразу видно:
- как кандидат уточняет вводные
- видит ли ограничения
- замечает ли риски
- умеет ли декомпозировать задачу
- понимает ли границы системы
- может ли объяснить своё решение
- не разваливается ли в неопределённости

И главное - вы видите примерно то, как человек будет работать у вас в команде

Не как он выучил ответ
А как он решает задачу

Да, к таким собеседованиям тоже можно подготовиться
Но это сложнее
Особенно если вы периодически меняете кейсы, а не гоняете один и тот же пример, который через неделю окажется в каком-нибудь чате

Только важный момент
Кейсы должны быть про вашу реальную работу

Если у вас в компании нет брокеров сообщений, не надо мучить кандидата Кафкой
Ну узнаете вы, что он работал или не работал с Kafka
И что дальше?
У вас её нет

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

И ещё один плюс практических собеседований:
их сложнее пройти с ИИ

Неудобно одновременно слушать кейс, рисовать схему и тыкать в подсказки

Да и ИИ пока плохо справляется с живыми задачами, где нужно уточнять вводные, держать контекст и объяснять ход мысли
Поэтому для меня лучший формат собеседования системного аналитика - это не список теоретических вопросов
А набор практических кейсов, максимально похожих на реальную работу

Вам нужен не человек, который красиво рассказывает, что такое API
Вам нужен человек, который сможет прийти в хаос, задать нормальные вопросы, нарисовать понятную схему и довести задачу до разработки без цирка