Теория механизмов и людей

Рынок перегрет верой в "универсальных солдат". На скринингах кандидаты обещают вкатиться в любой стек за неделю, а компании заставляют их "вращать деревья" на алгоритмических секциях. Когда любители алгоритмической синтетики приходят на прикладное интервью, их универсальность мгновенно рассыпается под реальной продуктовой нагрузкой.

Мы проектируем найм как жесткое интеграционное тестирование инженера перед внедрением в структуру команды.

Нам не нужны абстрактные знания. Мы проверяем контракты: как кандидат читает чужой легаси-код, видит ли гонки данных (concurrency) и умеет ли проводить ревью. Но главная несущая конструкция этого процесса - не сами задачи, а принудительное логирование хода собеседования.

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

Наш собеседующий обязан строго доказать свой вердикт в отчете. Лог интервью — это дамп памяти: в нем зафиксировано, на каких вопросах кандидат начал терять пакеты (мысли), а где показал graceful degradation (умение признать незнание). Если заявленный сеньор падает на базовом код-ревью, лог беспристрастно фиксирует расхождение документации (резюме) с реализацией. Именно доказательная база делает профиль кандидата отчуждаемым активом бизнеса.

Но даже идеальный пайплайн интеграционных тестов иногда пропускает баги на прод. Поэтому в следующий раз мы разберем испытательный срок как карантинную зону и обсудим штатный вывод сбойного узла из эксплуатации. 

А пока ответьте честно: готовы ли вы прямо сейчас выставить оффер инженеру исключительно по логу технического интервью, которое провел тимлид из соседнего подразделения?

#hiring #interview #management #калибровка

Большинство воспринимает performance review как неизбежную HR-повинность, где HRBP изобретают "образ грейда". Менеджеры послушно натягивают оценки на кривую нормального распределения, готовят неприятную "развивающую обратную связь". А линейные сотрудники просто ждут, когда им выпишут премию. Это опасная иллюзия контроля над процессами. Если ревью превращается в бухгалтерию, вы теряете управляемость и копите скрытый управленческий долг.

Я рассматриваю ревью исключительно как принудительную синхронизацию.

Каждые полгода мы проводим процедуру "перенайма" команды. Готов ли я прямо сегодня выкупить этого инженера с рынка за его текущую стоимость? Готов ли он снова выбрать мои задачи? Если ответ "нет" хотя бы с одной стороны - нам нужно расходиться, либо бизнес осознанно инвестирует время и ресурс в обучение, а сотрудник принимает новые вводные.

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

Успех ревью определяют не красивые анкеты 360, а готовность тимлида рубить правду на калибровках. Без валидации оценок об смежные команды любая характеристика - это просто субъективный шум и попытка менеджера купить лояльность за деньги бизнеса. В следующих постах я расскажу, как мы выстроили архитектуру калибровочной сессии, где невозможно "спрятать" проблемы. Отдельными треками обсудим командообразование, ценность для бизнеса и сам найм.

А пока ответьте честно: если прямо сейчас уволить всю вашу команду, скольким из них вы завтра отправите оффер?

#performance #review #perfreview #калибровка

Механизмы и Люди ломаются под нагрузкой, требуют отладки, починки и понимания. Прагматично про управление, найм, перф-ревью, инциденты и делегирование.

Telegram: @intr13
Опыт: https://www.linkedin.com/in/intr13

Channel photo updated

Channel created