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

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

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

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

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

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

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