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

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

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

Цели и задачи performance review

Перфоманс-ревью нужно не ради оценки как таковой. Его ценность появляется, когда результаты помогают принимать решения.

Оно помогает компании:

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

Сотруднику же оно позволяет:

  • получить понятную обратную связь;
  • сверить собственное представление о результатах с мнением руководителя;
  • понять сильные стороны и зоны развития;
  • обсудить карьерные цели;
  • договориться о следующих шагах.

Эти интересы пересекаются, но не полностью совпадают. Бизнесу нужны данные для управленческих решений, человеку — понятная картина собственного роста. Хорошее ревью должно решать обе задачи.

Кому и когда это нужно

Перфоманс-ревью особенно полезно, когда оценивать людей «на глаз» уже не получается. Например:

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

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

Методы оценки

В performance review можно сочетать несколько источников информации.

Первый — это KPI и цели. Они показывают, достиг ли человек заранее определённого результата, и хорошо работают там, где результат можно измерить. Однако они редко дают полную картину сами по себе.

Второй — самооценка. Сотрудник заранее анализирует свои результаты, сложности и достижения. Это полезный инструмент для подготовки к диалогу, но не замена другим данным.

Третьи источником считается обратная связь 360°. Информацию собирают у руководителя, коллег, подчинённых и других людей, которые регулярно взаимодействуют с сотрудником. Метод особенно полезен для оценки наблюдаемого поведения, но требует продуманного подбора респондентов и вопросов.

И последний — оценка компетенций. Фокусируется не только на том, что человек получил в результате, но и на навыках и поведении, необходимых для его роли.

На практике методы лучше комбинировать. KPI без контекста могут не объяснить, почему получен результат. Самооценка зависит от восприятия самого человека. 360° добавляет несколько точек зрения, но не превращает субъективные мнения в объективные данные автоматически.

Критерии оценки

Универсального списка критериев оценки для всех должностей нет. Но удобно проверять по этим четырём пунктам:

  1. Результат. Что человек сделал и каких показателей достиг.
  2. Компетенции. Какие знания, навыки и модели поведения проявляет в работе.
  3. Вклад в команду. Помогает ли другим, делится ли экспертизой, участвует ли в общем результате.
  4. Соответствие роли. Выполняет ли задачи и уровень ответственности, ожидаемые от его позиции.

Последний пункт часто недооценивают. Один и тот же результат может быть отличным для junior и недостаточным для senior. Поэтому критерии оценки стоит связывать не с абстрактным представлением о «хорошем сотруднике», а с конкретной ролью.

Это особенно актуально на фоне данных Gallup: в 2025 году только 23% опрошенных работников в США полностью соглашались с утверждением, что им понятно, как выглядит выдающийся результат в их роли. Это американская выборка, но она хорошо иллюстрирует сам риск: обсуждать зоны роста сложно, если заранее не определено, что считается хорошей работой.

Участники процесса

У каждого участника должна быть своя зона ответственности.

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

При этом основная ответственность за разговор обычно остаётся у непосредственного руководителя. По данным SHRM, 43% HR-профессионалов сообщают, что их организации не дают менеджерам достаточно обучения и ресурсов для эффективного проведения ревью. Это хороший аргумент не только разрабатывать форму оценки, но и учить руководителей ею пользоваться.

Как проходит встреча

Хорошая встреча не должна превращаться в зачитывание заполненной формы. Удобнее провести её как последовательный диалог.

  1. Задать рамку. Напомнить период, цели встречи и критерии.
  2. Разобрать факты. Что было запланировано, что получилось, что изменилось и почему.
  3. Дать слово сотруднику. Спросить, как он сам оценивает результаты и что считает главным достижением или трудностью.
  4. Обсудить расхождения. Не спорить оценками «четыре против трёх», а разбирать конкретные ситуации.
  5. Перейти к развитию. Определить одну-две действительно важные зоны, а не составлять каталог недостатков.
  6. Зафиксировать договорённости. Что человек делает дальше, какая помощь нужна от руководителя и когда стороны вернутся к результатам.

Полезный ориентир — сотрудник должен говорить значительную часть встречи, желательно не меньше половины времени. Если весь час говорит менеджер, это скорее оглашение оценки, чем полноценный разговор.

Цикл ревью

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

  1. цели — договорились, какой результат ожидается;
  2. работа — сотрудник выполняет задачи и получает текущую обратную связь;
  3. оценка — стороны проводят анализ результатов за период;
  4. развитие — договариваются, что сохранить, изменить или освоить;
  5. новое планирование — договорённости переходят в следующий цикл, становясь целями.

Почему провал чаще всего связан с профилем работы, а не с процессом

Представим одну форму ревью для двух сотрудников. У продавца есть выручка, конверсия и выполнение плана. У разработчика — десятки задач разного масштаба, работа над архитектурой, code review и помощь коллегам. Форма одинаковая, но качество данных на выходе будет разным. Причин три.

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

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

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

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

Карта провалов

Если оценка оказалась неудачной, то переделывать весь review необязательно. Сначала определите профиль сотрудника и проверьте, какой перекос наиболее вероятен.

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

Профили с неизмеримым результатом: разработчики и технические специалисты

«Неизмеримый» здесь не значит, что результат вообще невозможно оценить. Просто одна цифра редко отражает качество работы технического специалиста.

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

Для разработчика можно смотреть на:

  • качество и надёжность решений;
  • соблюдение разумных сроков;
  • работу с техническим долгом;
  • вклад в архитектуру;
  • качество code review;
  • передачу знаний и менторство;
  • способность самостоятельно решать задачи соответствующего уровня сложности.

Вместо критерия «пишет качественный код» нужна проверяемая формулировка. Например: «При проектировании решения учитывает существующую архитектуру, заранее выявляет технические риски и может объяснить компромиссы выбранного подхода».

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

Профили с измеримым результатом: продажи и клиентские роли

У продавцов обратная проблема: цифр настолько много, что ими легко заменить весь разговор. KPI действительно нужны. Но выполнение плана ещё не показывает, насколько устойчив результат, что происходит с клиентами и какой вклад сотрудника остаётся за пределами личной выручки.

В оценку можно добавить:

  • выполнение плана;
  • динамику воронки;
  • качество клиентской базы;
  • повторные продажи и удержание клиентов;
  • соблюдение договорённостей;
  • качество данных в CRM;
  • помощь коллегам и передачу практик;
  • количество критичных ошибок или обоснованных претензий.

Пример критерия для оценки: «Выявляет задачу клиента до презентации решения и фиксирует существенные потребности в CRM». Такой критерий дополняет количественные показатели и позволяет обсуждать эффективность конкретнее, чем формулировка «хорошо работает с клиентами».

Командные профили: руководители и тимлиды

Руководителя легко начать оценивать по принципу «нравится ли он команде». Обратная связь подчинённых действительно полезна, но использовать её как единственную меру результата рискованно, потому что менеджер принимает непопулярные решения, распределяет нагрузку и оценивает тех же людей, которые затем оценивают его.

Поэтому стоит смотреть на несколько групп критериев:

  • результаты команды;
  • качество постановки приоритетов;
  • устойчивость процессов;
  • развитие сотрудников;
  • удержание сильных специалистов;
  • качество управленческих решений;
  • способность давать обратную связь;
  • обучение и передача ответственности.

Например: «Раз в квартал обсуждает с каждым прямым подчинённым результаты и развитие, фиксирует договорённости и возвращается к ним на следующих встречах» — значительно полезнее, чем «хорошо развивает людей».

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

Творческие профили: оценка «по ощущениям»

Дизайнеру говорят: «В этом квартале стало лучше». Редактору: «Тексты недостаточно цепляют». Креативной команде: «Хочется посвежее». Проблема таких формулировок не в отсутствии цифр, а в отсутствии проверяемых критериев.

Для творческой работы можно оценивать:

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

Например, вместо «делает хороший дизайн» можно использовать: «Предлагает решение, которое отвечает задаче пользователя и бизнеса, объясняет ключевые решения и проверяет спорные гипотезы до финальной реализации».

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

Удалённые и гибридные команды

В распределённой команде появляется ещё одна проблема: часть работы руководитель просто не наблюдает. Поэтому особенно опасно строить оценку на памяти о последних созвонах.

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

Типичные ошибки проведения ревью

Профили требуют разных критериев, но некоторые ошибки ломают встречу практически в любой роли.

  • Монолог руководителя. Менеджер 50 минут перечисляет свои наблюдения, сотрудник отвечает «понятно». В итоге стороны не выясняют причины результатов и расходятся без общего понимания ситуации.
  • Оценка на глаз. «По ощущениям, квартал был средний». Без фактов такие слова невозможно ни проверить, ни превратить в конкретные действия.
  • Разбор прошлого без следующего шага. Час обсуждают ошибки, но не договариваются, что делать иначе, и зоны роста остаются списком замечаний, а не основой для обучения.
  • Встреча-сюрприз. Сотрудник впервые слышит серьёзную претензию на итоговом ревью. Значит, проблема была известна раньше, но обратная связь не дошла вовремя.
  • Слишком много пунктов развития. Человеку выдают семь слабых сторон и десять рекомендаций. Через месяц трудно вспомнить, что из этого действительно было приоритетом.

Свежие данные SHRM хорошо показывают масштаб управленческой проблемы: 60% HR-профессионалов сообщают, что менеджерам в их организациях не хватает data-driven информации для проведения performance reviews. Поэтому качество формы само по себе не спасает систему — руководителю нужны факты, понятные критерии и подготовка.

Как встроить performance review в компании

Необязательно сразу перестраивать performance review во всей компании. Безопаснее начать с одного профиля и проверить гипотезу.

  1. Выберите один профиль работы. Например, разработчиков или продавцов.
  2. Посмотрите на текущие результаты. Что именно вызывает споры: критерии, итоговые оценки, обратная связь, планирование развития?
  3. Пройдите по карте провалов. Определите, какие данные система сейчас теряет.
  4. Измените только проблемный участок. Например, добавьте два технических критерия или обратную связь внутренних заказчиков.
  5. Проведите один цикл. Не оценивайте новую механику после первой встречи.
  6. Соберите обратную связь. Спросите руководителя и сотрудника, стало ли понятнее, почему получена конкретная оценка и что делать дальше.
  7. Сравните результат. Если качество разговора и плана развития улучшилось, масштабируйте изменение на похожие роли.

Такой подход полезен и в работе с персоналом в целом: сначала проблема, затем небольшое изменение, проверка и только после этого масштабирование.

Что проверить у себя

  • Цели ревью одинаково понятны HR, менеджеру и сотруднику?
  • Критерии описывают реальную работу конкретной роли?
  • Есть факты за весь период, а не только последние события?
  • Человек понимает, почему получил именно такую оценку?
  • Итог разговора превращается в конкретный план?
  • На следующем цикле можно проверить, помогли ли договорённости?

Типичные ошибки при внедрении performance review

Исправляя систему, легко создать новые проблемы.

  • Меняют всё сразу. Новая шкала, анкета, 360°, встречи, компетенции — и через полгода невозможно понять, какое изменение помогло.
  • Копируют чужую систему. То, что работает в продуктовой IT-команде, не обязательно подходит производству или продажам. Начинать нужно с характера работы сотрудника, а не с популярного шаблона.
  • Не проверяют эффект. Форму обновили — задача закрыта. Но если качество разговора и решения после ревью не изменились, проблема осталась.
  • Подменяют зоны роста обучением. Не каждый низкий результат означает нехватку навыка. Причиной могут быть процессы, ресурсы, приоритеты или неясные ожидания.
  • Оставляют HR в стороне. Если каждый руководитель самостоятельно меняет критерии, оценки разных команд быстро перестают быть сопоставимыми. HR-специалист нужен как архитектор общей логики, даже если сами встречи проводят менеджеры.
  • Не объясняют изменения сотруднику. Человек видит новую форму, но не понимает, зачем изменились вопросы и что теперь считается хорошим результатом.

Что делать дальше

Выбор следующего шага зависит от зрелости системы.

  • Если команда небольшая, не стройте сложную архитектуру. Выберите один профиль сотрудника, определите цели и 4–6 критериев, соберите факты и проведите первый цикл.
  • Если performance review уже работает, прогоните основные группы через карту провалов. Ищите места, где одинаковая механика начинает давать разные по качеству результаты.
  • Если review вызывает много споров, сначала проверьте критерии и источники данных, а не меняйте шкалу оценок.
  • Если ролей много и они сильно различаются, сохраните единый каркас процесса, но адаптируйте содержательную часть под профиль работы вместе с HR.
  • Если после ревью ничего не происходит, проблема уже не в оценке. Проверьте, переходят ли договорённости в задачи и планы развития и возвращаются ли к ним руководитель и сотрудник.

Смысл performance review не в том, чтобы создать одну идеальную форму на всю компанию. Полезнее сохранить общую логику — цели, факты, разговор, решения — и менять критерии и источники данных в зависимости от того, какую работу вы пытаетесь оценить.

Мы подготовили для вас конструктор performance review по 5 типам ролей, чтобы вы могли использовать его как отправную точку для построения собственного. Внутри него инструкция, отдельные листы для разработчиков, продаж, руководителей, творческих и удаленных сотрудников, 6 готовых критериев для каждого профиля.