Как проходит performance review

Что проверяют

Этот вопрос задают с двух сторон. Интервьюер хочет понять, проходили ли вы формальную оценку, умеете ли показать свои результаты и как принимаете критику. Следом почти всегда звучит: «Какую обратную связь вы получили на последнем ревью и что с ней сделали?» Если же вопрос задаёте вы, то выясняете, как здесь растут зарплата и грейд.

Как отвечать

Опишите цикл, который реально проходили, по шагам:

• периодичность: раз в полгода или год, а между ними регулярные встречи один на один с руководителем;
• самооценка: что сделано за период, с привязкой к матрице компетенций своего грейда;
• отзывы коллег: формат 360, где пишут тимлид, соседние разработчики, иногда QA и аналитик;
• калибровка: руководители сверяют оценки между командами, чтобы «отлично» в разных отделах значило одно и то же;
• итог: решение по грейду и зарплате плюс план развития на следующий период.

Результаты C#-разработчику лучше называть измеримо: перевели сервис с .NET Framework на современный .NET, сократили время ответа ASP.NET Core API, убрали N+1 в запросах EF Core, подняли покрытие тестами модуля оплаты. Цифры берите только свои. Если формального ревью в компании не было, скажите честно и расскажите, как вы сами договаривались с тимлидом о целях и сверяли прогресс.

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

Где спотыкаются

Отвечают общими словами о «важности обратной связи» и не называют ни одного этапа. Звучит так, будто ревью вы видели только в презентации HR.

Перечисляют задачи вместо результатов. «Писал микросервисы на C#» ничего не говорит, а «вынес генерацию отчётов в фоновую очередь, и API перестал падать по таймауту» говорит.

Жалуются на несправедливую оценку прошлого руководителя. Даже если так и было, лучше показать, какой вывод вы сделали и что изменили в работе.