(или как не сделать плохо, когда вы стараетесь сделать хорошо)
🔚Это второй из двух постов про System Design.
В первом я писала про то, как это интервью выглядит со стороны кандидата, а сегодня — со стороны тех, кто собеседует.
Меня на всю серию постов натолкнули посты Паши Лукьянова. (канал у Паши небольшой, но мякотный)
У него в канале вышла крутая мини-серия про принятие архитектурных решений — в виде чек-листа из трех постов.
И мне кажется, что его материал, вопреки ожиданиям, полезнее не тем, кто проходит интервью, а тем, кто его проводит.
Почему?
Потому что очень легко начать оценивать кандидатов через призму собственных задач.
«...он не упомянул Kafka, а я с ней работаю каждый день — хм»
«...он не шарит в Kubernetes, а у нас же везде k8s»
И забыть, что архитектура — больше, чем ваша конкретная продовая боль.
А системный подход — про то, чтобы видеть целиком. И тут чеклист от Паши — не как формальность, а как точка синхронизации внутри команды, чтобы понять что именно мы хотим узнать у кандидата!
Так как собеседующим необходимо (до начала собеседований в фомрате SD) ответить на ряд вопросов, чтобы не было как в басне: 🦆🦞🐟
1️⃣ Что мы проверяем?
– Архитектурное мышление?
– Работа с ограничениями?
– Компромиссы?
– Способность объяснять сложное?
2️⃣ Какой контекст даем?
– Насколько он реалистичен?
– Это вообще похоже на то, с чем мы реально работаем?
– Стоит ли дать больше "входной" информации кандидату?
3️⃣ Есть ли у нас общие критерии оценки?
– Что такое «успешный ответ»?
– Какие темы обязательно хотим раскрыть?
– Что считать red flag?
4️⃣ Кто за что отвечает в интервью?
– Кто слушает за API, кто за масштабирование, кто за продукт?
– Мы точно не будем тянуть в разные стороны?
5️⃣ Договорились ли, как давать обратную связь?
– Можем объяснить, почему «да» или «нет»?
– Что для нас «не зашел по архитектурному вайбу»?
И да, это разговор, а не экзамен.
Кандидат может пойти не по вашему сценарию. И это может быть лучшая часть интервью — если вы готовы слушать.
System Design — это момент, когда вы не просто кого-то нанимаете, а проверяете, как этот человек будет принимать решения вместе с вами.
А чеклист и вопросы — это не способ подогнать всех под линейку. Это способ не упустить то, что действительно важно. И проверить "не закрыт ли у меня обзор шорами инцидентов"?!
А еще очень важно помнить, что вас тоже выбирают!
И SD это проверка кандидатов команды и компании на:
– зрелость команды.
– зрелость ожиданий.
– зрелость найма как процесса.
Так что хороших и осознанных собеседований! С какой стороны вы бы не оказались!
#architecture #people_management