OKR и 360 без разрыва: почему цели и оценка должны быть объединены в одной системе

Давайте рассмотрим классический квартальный performance review.

Менеджер открывает систему с OKR, чтобы посмотреть цели сотрудника. Затем переходит в сервис, где команда проходила 360. Ищет результаты предыдущего цикла. Открывает заметки с индивидуальных встреч. Дополнительно проверяет таблицу с планом развития.

Все необходимые данные вроде бы есть. Но цели, результаты и обратная связь существуют отдельно — и именно менеджеру или HR каждый раз приходится вручную собирать из них целостную картину. Для компании на 30 человек такая модель ещё может работать. При 100, 200 или 500 сотрудниках она превращает каждый цикл оценки в отдельный проект.

Проблема не в том, что компания использует OKR или 360 неправильно. Проблема в том, что два процесса, которые должны дополнять друг друга, технологически разделены.

OKR и 360 измеряют разные вещи — и именно поэтому нужны вместе

OKR и 360 оценивают разные вещи, поэтому по отдельности дают лишь часть картины.

OKR показывают, что было достигнуто:

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

360 показывает, как сотрудник:

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

Если смотреть только на OKR, можно увидеть результат, но не понять, какой ценой его достигли. Например, сотрудник выполнил цели, но команда отмечает проблемы с коммуникацией, делегированием или взаимодействием с другими отделами.

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

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

Что происходит, когда OKR и 360 находятся в разных системах

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

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

Менеджеру нужно самому собирать контекст

Перед обзором он открывает:

• систему №1: какие OKR были поставлены;
• B систему №2:B что показала 360;
• B документ:B о чём договаривались на предыдущем review;
• B таблицу:B какой PDP сформировали;
• B заметки:B что обсуждали на 1:1.

Именно в этот момент два специализированных инструмента превращаются в одну ручную интеграцию под названием «менеджер».

Данные перестают быть синхронными

Сотрудник перешел в другую команду.

В HRM структура уже обновлена. В сервисе 360 ещё указан старый менеджер. В OKR остались прежние права доступа или старая команда.

Кто-то должен это заметить и исправить.

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

История развития разбивается на файлы и сервисы

Для одного обзора это почти не заметно.

А теперь представим сотрудника, который работает в компании три года. За это время было:

• 12 кварталов OKR;
• несколько циклов 360;
• смена менеджера;
• повышение;
• несколько планов развития.

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

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

HR администрирует не сам процесс управления эффективностью, а интеграции между ним

Экспортировать список. Импортировать пользователей. Проверить доступ. Найти человека, сменившего фамилию или команду. Восстановить пароль. Сверять результаты. Перенести данные для встречи.

Казалось бы, ни одно действие не занимает много времени. Но в компании со 150 или 300 сотрудниками каждый дополнительный инструмент создает отдельный административный слой.

Как выглядит цикл оценки эффективности без разрыва

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

Шаг 1. Компания задает общее направление

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

Далее эта цель распределяется по командам:

• Customer Success работает над снижением оттока клиентов;
• Product — над использованием ключевых функций;
• Marketing — над обучением и активацией пользователей;
• Sales — над качеством привлечённых клиентов.

Так каждая команда понимает не просто свою задачу, а то, как она связана с общим результатом компании.

Шаг 2. Сотрудник работает со своими Key Results

После этого цели переходят на уровень конкретных ролей. Сотрудник видит:

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

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

Это сокращает микроменеджмент, поскольку фокус переходит с постоянного контроля на вопросы:

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

Шаг 3. Запускается цикл 360

В конце периода или в запланированный момент компания проводит оценку 360, которая может включать:

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

Цель 360 — не проверить, выполнил ли человек OKR. Для этого уже есть прогресс по целям.

Шаг 4. Менеджер видит два аспекта

Перед review у менеджера есть не одна цифра, а более широкая картина.

Например, OKR:

• 75% прогресса;
• два Key Results выполнены;
• один Key Result выполнен частично.

Например, 360:

• сильные стороны — экспертиза и ответственность;
• область развития — делегирование и коммуникация с командой.

Тогда разговор становится более точным.

Не «Ты выполнил 75%, нужно лучше». А так: «В результатах есть хороший прогресс. В то же время фидбек показывает, что делегирование остаётся зоной развития. Давай посмотрим, именно ли это мешает тебе браться за более масштабные задачи».

В таком формате review — это не просто оценка за период. Это разговор о результате, поведении, сильных сторонах, рисках и следующих шагах.

Шаг 5. Результаты переходят в развитие

Performance-цикл не должен заканчиваться после review.

Если после оценки выводы остаются только в таблице или PDF, компания быстро теряет контекст. Через полгода приходится снова вспоминать:

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

Правильный цикл работает иначе. После review результаты переходят в:

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

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

Как OKR и 360 работают в HURMA

В HURMA они находятся в одной HR-среде вместе с данными о сотрудниках, целями, оценками и историей развития.

OKR: цели, прогресс и связь с бизнес-приоритетами

В HURMA можно работать с OKR на разных уровнях:

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

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

Например, если компания работает над удержанием клиентов, эта цель может разбиваться на задачи для отделов Customer Success, Product, Marketing или Sales. В системе видно, кто за что отвечает и как меняются ключевые результаты.

360 и Performance Review: оценка компетенций и поведения

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

В разделе «Эффективность» можно:

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

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

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

“Завдяки автоматичним нагадуванням і збереженню анонімності у нас на 15% покращилося заповнення опитувань — люди регулярно їх проходять.”

Альона Кореневич, HR-директорка Digital Dynamics, в кейсе HURMA

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

Попробуйте HURMA, чтобы объединить OKR, 360, Performance Review и дальнейшее развитие сотрудников в одном процессе — без таблиц, ручных напоминаний и потери контекста между циклами.

А как обстоят дела с безопасностью данных 360 и performance-данных?

Когда цели, оценки, комментарии менеджеров и фидбек коллег хранятся в HR-системе, вопрос доступа становится особенно важным.

Performance-данные могут быть не менее конфиденциальными, чем информация о зарплате.

• Кто видит негативный комментарий коллеги?
• Видит ли сотрудник имя автора?
• Имеет ли менеджер доступ к результатам другой команды?
• Что происходит после смены роли?

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

На уровне платформы HURMA использует архитектуру Single Tenant, при которой каждый клиент работает в отдельной изолированной среде, в отличие от Multi Tenant, где несколько клиентов работают в общей среде, а их данные разделяются внутри одной инфраструктуры.

«До нас часто приходять компанії, які працюють із чутливою інформацією, адже у нас архітектура Single-Tenant. Дані кожної компанії ізольовані, при тому, як у всіх інших продуктів дані зберігаються разом із даними інших компаній, іноді конкурентів... Це найкраща модель і вона єдина на ринку». — Володимир Федак, СЕО HURMA

Для растущей компании это важно: система performance постепенно накапливает не просто анкеты, а многолетнюю историю людей и управленческих решений.

Подведем итоги

Хотите увидеть, как выглядит полный performance-цикл без переходов между таблицами и отдельными сервисами?

На демо HURMA можно пройти его на практике: создать OKR, посмотреть логику 360 и Performance Review и проверить, как данные о развитии сотрудника работают в одной среде.