Performance Review в IT: как правильно оценивать разработчиков и сотрудников / Сергей Бережной #91

September 6
1h 22m

View Transcript

Episode Description

🔹 Присоединяйся к курсу «ИИ для разработчиков» https://ru.hexlet.io/programs/ai-for-developers?utm_source=youtube


Performance Review — одна из самых болезненных управленческих практик в IT. Люди спорят с оценками, менеджеры пытаются объяснить решения, сотрудники учатся «хакать» метрики, а компания тратит огромное количество времени на калибровки. Но зачем вообще нужна вся эта сложная система и почему нельзя просто платить всем хорошо? В этом выпуске мы поговорили с Сергеем Бережным — руководителем, который много лет участвовал в построении Performance Review в Яндексе. Разобрались, зачем компании нужна разница в оценках, почему Performance Review можно рассматривать как способ распространения информации по большой организации и как материальная мотивация превратилась в инструмент управления.


Обсудили, как люди оверфитятся под метрики, почему правила Performance Review приходится периодически менять, как Яндекс экспериментировал со шкалой оценок — от букв A–F до C− и цветных плюсов — и зачем вообще учитывать человеческую психологию в, казалось бы, математической системе. Отдельно поговорили о калибровках: почему руководителю нельзя просто доверять собственной оценке сотрудника, как сравнение нескольких «красавчиков» помогает уменьшить менеджерский bias и почему иногда даже плохое Performance Review оказалось лучше, чем полное отсутствие системы.


Разобрали и более неприятную сторону: можно ли превратить ревью в инструмент увольнения, насколько легко хачить 360, почему сотрудники обижаются на снижение оценки и почему Performance Review больше напоминает покер, чем шахматы. Нельзя идеально просчитать одну конкретную раздачу — приходится смотреть на long term. Поговорили и о том, где закончился рост разработчика: почему технологическое совершенство не всегда конвертировалось в деньги, как искать точки роста внутри unit-экономики компании и почему настоящий рост на высоких грейдах начинался там, где инженер учился менять экономику бизнеса, а не просто писать больше кода.


А ещё обсудили метрики, которые действительно способны резко изменить производительность команды, влияние AI на Performance Review, проблему потери контекста при масштабировании компаний и то, почему удалённая работа не отменяла Performance Review — если менеджмент умел оценивать результаты, а не количество красных глаз в офисе.


Полезные ссылки:

https://t.me/veged_and_code


Подписывайтесь на канал «Организованное программирование» в Telegram: https://ttttt.me/orgprog

– Список подкаст-платформ (Apple Podcast, Google Podcast, Spotify, Яндекс.Музыка и другие): https://podcast.ru/1734325321

- Смотрите нас на площадке "Вконтакте" - https://vkvideo.ru/video-224967259_456239353


🔹 Курсы по искусственному интеллекту: https://ru.hexlet.io/courses_artificial-intelligence?utm_source=youtube

🔹Хекслет Клуб в Telegram https://t.me/HexletClubBot


#IT #управлениеIT #оценкасотрудников #грейды #KPI #360оценка #премии #мотивациясотрудников #ITменеджмент #управлениекомандой #разработка #ITкоманда #ОрганизованноеПрограммирование #КириллМокевнин


Performance Review в IT: как правильно оценивать разработчиков и сотрудников / Сергей Бережной #91

See all episodes